Open schnellerhase opened 18 hours ago
Not sure if it is worth continuing to work on this.
Some of the developers are of the opinion that the choice of doing
from ufl import dx, grad, inner
is to ensure that the weak formulation of the problem is as close to the one on paper as possible, avoiding to have to add a prefix ufl.
to every term in the formulation.
Personally that's not my opinion, but they do have a valid point.
Good point, but could we then switch to consistent usage of from ufl import ...
in all cases?
I guess so, unless the list of imported names gets super long. If I were you I would put this on hold until a few other developers have had the opportunity to comment.
I guess so, unless the list of imported names gets super long. If I were you I would put this on hold until a few other developers have had the opportunity to comment.
I think having a mixture doesn’t hurt.
Some examples use multiple import schemes of
ufl
, this switches to a single import style per example.For example currenltly
demo_elasticity.py
contains:Other examples that share this:
demo_biharmonic.py
demo_cahn-hilliard.py
demo_hdg.py
demo_helmholtz.py
demo_lagrange_variants.py
demo_poisson_matrix_free.py
demo_poisson.py
demo_pyamg.py
demo_stokes.py