Neal Fultz

Are you not getting Error: No estimates or estimands were declared, so design cannot be simulated.

On 3.6 using rocker/r-base:latest, I can do: > draw_data(design) just fine, but can't do simulate / diagnose bc no estimates/estimands. Can you provide more details to reproduce the issue? eg...

Also are you using the current version of future in both 3.5.2 and 3.6 sessions? It was released 2019-05-08.

This is my info where it is working: ``` R version 3.6.0 (2019-04-26) Platform: x86_64-pc-linux-gnu (64-bit) Running under: Debian GNU/Linux buster/sid Matrix products: default BLAS: /usr/lib/x86_64-linux-gnu/blas/libblas.so.3.8.0 LAPACK: /usr/lib/x86_64-linux-gnu/lapack/liblapack.so.3.8.0 locale: [1]...

@reuning This looks like the future package is not detecting fabricatr::add_level as a dependency, because DeclareDesign only uses it via NSE / a quosure. `multicore` wouldn't be affected because it...

You might also try the uglier but more explicit > design

Might want to disable partial matching when a default is provided?

FWIW, I've duct-taped gcalcli and [sjl/t](/sjl/t) together to make [gtaskcli](/nfultz/gtaskcli), it's a work in progress. I'd definitely appreciate any feedback.

Can you share a link to your project? I haven't seen this kind of design before and would be curious what it accomplishes.

"Short help" vs "long help" is a really good feature idea, especially for large classes, but it's not clear to me how to specifically implement it.