Hello,
On 15/05/14 16:54, David Tardon wrote:
That is not how we have done this so far--we have always added the
callbacks to all interfaces that need them. I can imagine having a
single function, e.g., createChartInterface(), that would return an
Generally, I am always for something that is easiest to understand even
for a very beginner C++ programmer. Every time we have a factory and
similar thing to use directly for the interface or something that we
have to deallocate, it is a potential problem. I would love the
programmer to have the easiest possible interface that is understood
even by an untrained monkey. And a class of purely virtual functions is
really wonderful for this.
instance of a hypothetic RVNGChartInterface. It might even be
preferable. But it seems weird to do that only for charts. We have lots
of other duplication in the interfaces.
We can always have implementations having a common base and forwarding
the different callbacks to the common base. We do it already in
libodfgen anyway, but for the interfaces as such, I would just keep them
independent.
My 2 cts.
F.
--
To unsubscribe e-mail to: discuss+unsubscribe@documentliberation.org
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.documentliberation.org/www/discuss/
All messages sent to this list will be publicly archived and cannot be deleted
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.