You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I’m thinking of adding support for v to be a Cofunction in Projector. This would allow easy implementation of explicit DG schemes using the Slate option for the inverse mass matrix. I could then assemble the DG RHS into a cofunction and use the projector to get the result of the RK stage.
Rationale is that I would otherwise be repeating a lot of that code. Just sounding out, if there is not strong objections then I will implement.
The text was updated successfully, but these errors were encountered:
Well the really nice thing to do is probably to add Cofunction to Projector then replace the implementation of riesz_representation with a call to project thereby removing all code duplication.
I’m thinking of adding support for v to be a Cofunction in Projector. This would allow easy implementation of explicit DG schemes using the Slate option for the inverse mass matrix. I could then assemble the DG RHS into a cofunction and use the projector to get the result of the RK stage.
Rationale is that I would otherwise be repeating a lot of that code. Just sounding out, if there is not strong objections then I will implement.
The text was updated successfully, but these errors were encountered: