Hi Caolán,
I was thinking in the LibreOffice identity too. Renaming the namespaces
created by sun and other previous versions would help us to understand the
code, but also would make we feel in a new software, a real community
software. This is not so hard to do because C++ is powerful as we know, and
if we try to imagine the suite in the future, is not great to maintain old
names in the source, we need an identity! :-)
Again, if you approve the idea, just pass this task for us, would be a
pleasure.
Thanks for reply,
Júlio.
2011/4/19 Caolán McNamara <caolanm@redhat.com>
On Fri, 2011-04-15 at 18:27 -0300, Júlio Hoffimann wrote:
Hi devs,
How hard is to rename all the C++ namespaces to most comprehensive and
consistent names with the project?
Well, one fairly common pattern is sprinkled around of...
namespace css = com::sun::star;
namespace cssu = com::sun::star::uno;
Sticking e.g. an additional namespace alias of
namespace libreoffice = com::sun::star;, or something of that nature, in
some header probably isn't the worst idea in the world. Though it does
generate a lot of churn to go around changing anything, and the other
language bindings, e.g. java and so on, wouldn't be affected, which i
guess has the potential for some extra confusion.
C.
_______________________________________________
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
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.