Date: prev next · Thread: first prev next last


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.