On Sun, 31 Aug 2008, Nasser Mohieddin Abukhdeir wrote: > 3) What I am working on now is to implement the very convenient > FEMSystem::elem_subsolutions variable but for the postprocessing > ExplicitSystem class. Does this make sense? It seems like the cleanest > way to get access to the postprocessing variables that correspond to the > primary variables on the element of interest.
This definitely makes sense, and it is probably the easiest way for you to go, but: One design change I've been considering would be to have DiffSystem (and thus FEMSystem) inherit directly from System rather than from ImplicitSystem, so that the FEMSystem could manage it's own jacobian matrix. The sparse matrix creation could then be disabled if the user requested it. My interest in this would be to make FEMSystem a little more attractive for use in jacobian-free solves... that's not such an immediate concern that I plan to do it myself any time soon, but since it would be useful for you too, if you wanted to make the changes I'd be happy to accept a patch. --- Roy ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Libmesh-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/libmesh-users
