Date: prev next · Thread: first prev next last
2011 Archives by date, by thread · List index


Hi Júlio,

On Tue, 19 Apr 2011 20:49:57 -0300
Júlio Hoffimann
<julio.hoffimann@gmail.com> wrote:

The gradual migration is the only way i see to change thousand of
names. Even with regular expressions, the task is not easy to do.

There are feature branches. Absolutely no need to do this on master.

Again, painful today, amazing tomorrow.

With "today" being the next five years. Five years that are absolutely
critical for the project.
With "amazing" being absolutely not the word I would use to describe
the result (see Christians reply too).
If this would be about renaming classes with misleading names to
something that that really describes its job or something like using
the same consistent internal variable naming scheme _that_ is helping in
the long run, ok.
Unlike that, changing one proper name "com::sun::star::" to another
"libreoffice::" is only providing minor benefits, but also has major
drawbacks.

The truth: we have fear to make big changes and this is not a good
paradigm, it turns LibreOffice just another fork and it's more than
that.

Please dont tell me that I am afraid of changes. If you would know how
much I fought inside OOo for change, you would realize how ridiculous
that is.

Best,

Bjoern


-- 
https://launchpad.net/~bjoern-michaelsen

Attachment: signature.asc
Description: PGP signature


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.