Feature suggestion: assignment of variables as unit during with `using DynamicQuantities: <list of units>` about dynamicquantities.jl HOT 3 CLOSED

Hey @briochemc,

Just to let you know we are now also adding the behavior you requested in #98. i.e.,

using DynamicQuantities: m, s
v = 3m/s

will work after that PR merges.

Note that you can still use using DynamicQuantities.Units: m, s if you prefer. Also note that using DynamicQuantities.Constants: c is still required for constants.

Regarding your question about symbolic units: you can do Quantity(1.0, SymbolicDimensions(m=1)) for meters and Quantity(1.0, SymbolicDimensions(s=1)) for seconds. However you can not explicitly import them (yet). This is because those symbols are lazily loaded at first call to the @us_str macro, because they take about half a second to load.

In the future I think it would be nice to have this though. We need a way of declaring an immutable SymbolicDimensions so this can work.

Cheers,
Miles

from dynamicquantities.jl.

You can currently do

using DynamicQuantities.Units: m, s

but maybe I could put the units in DynamicQuantities if that's better? Let me know and I can add it.

The only reason I didn't was to avoid polluting namespaces, and also to avoid name collisions between DynamicQuantities.Constants and DynamicQuantities.Units.

from dynamicquantities.jl.

Oh I did not know about this and I think that's good enough!

Side (but related) question: How does one do the same thing for symbolic units?

from dynamicquantities.jl.