[Dune-devel] [Dune] change to inheritance of vtksequencewriter
Oliver Sander
sander at igpm.rwth-aachen.de
Thu Sep 25 15:21:57 CEST 2014
Am 25.09.2014 um 12:02 schrieb Andreas Dedner:
> Sorry, I just realized my last reply was not over the list.
>
>> My ideal proposal goes one step further: The user should be allowed to allocate a VTKWriter,
>> and hand it to the VTKSeqenceWriter. That would solve your problem, because you could call
>> your addData method with that VTKWriter object, and addData again wouldn't have to care
>> whether the VTKWriter object was used standalone or as part of a VTKSequenceWriter.
>> It would also allow us to get rid of the VTKSubsamplingSequenceWriter: The same functionality
>> would be achieved by handing a VTKSubsamplingWriter to the VTKSequenceWriter class.
>> Finally, it would allow to handle all other writers derived from VTKWriter in the same way.
>> They exist: I actually have one of those.
>>
>> Opinions?
>>
> That does look like a good idea. I would like to still revert the changes to the
> VTKSequenceWriter since it does break code. The new structure could be implemented
> separately (simply
> template <class Writer> class SequenceWriter
> for example since it would not be restricted to VTK any more if I understood you suggestion correctly).
It would still be restricted to VTK: it writes a .pvd file after all, which is VTK.
So I'd rather like to keep the name.
I'm still thinking about whether there is a smoother way to introduce the new structure
without having to reintroduce the CRTP code. Still unsure.
>
> When the new class is finished we could decide to deprecate the VTKSequenceWriter.
>
> Best
> Andreas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: OpenPGP digital signature
URL: <https://lists.dune-project.org/pipermail/dune-devel/attachments/20140925/ab85e7ee/attachment.sig>
More information about the Dune-devel
mailing list