← Back to team overview

ffc team mailing list archive

Re: [DOLFIN-dev] Transition to UFL-based forms

 

On Fri, Apr 17, 2009 at 03:07:17PM +0800, Garth N. Wells wrote:
> 
> 
> Anders Logg wrote:
> > On Fri, Apr 17, 2009 at 08:59:43AM +0200, Johan Hake wrote:
> >> On Friday 17 April 2009 03:32:26 Garth N. Wells wrote:
> >>> Should we start moving to UFL-based forms for the DOLFIN demos? Is the
> >>> only serious outstanding issue on the FFC side the correct determination
> >>> of the quadrature order?
> >> Not sure how this could be best done in PyDOLFIN. 
> >>
> >> We could add
> >>
> >>   from dolfin.ufl import *
> >>
> >> after each 
> >>
> >>   from dolfin import *
> >>
> >> in the demos. When this is done and it all just works(TM) we can move the 
> >> files in the site-packages/dolfin/ufl directory down to site-packages/dolfin, 
> >> and remove
> >>
> >>   from dolfin.ufl import *
> >>
> >> from the demos?
> >>
> >> Johan
> > 
> > I suggest we just move everything to UFL at once and then solve any
> > problems that we encounter.
> >
> > I'm intending to remove the .form support from FFC quite soon (maybe
> > today).
> > 
> > It's easier to fix things so that they work with UFL than to have two
> > conflicting form languages work at the same time.
> >
> 
> The quadrature issue is serious, so I think that it should be tackled 
> before the transition, or at least a short-term plan for how to solve it 
> should be in place.
> 
> Garth

Is it so serious? It's a small thing compared to what will happen when
the .form support is removed from FFC (as in everything will be broken
until fixed).

What is the problem with the quadrature order. Is it
extract_quadrature_order and estimate_quadrature_order not working
properly in UFL? What is the difference between the two?

-- 
Anders

Attachment: signature.asc
Description: Digital signature


Follow ups

References