<div>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.</div><div><br></div><div>About the half percentage of Easy Hacks, no matters. We are doing it (in parallel), that is important. Tor was the first to say something really problematic about the migration: the bug reports, the names in the build, in the logs, etc. Again, painful today, amazing tomorrow.</div>
<div><br></div><div>I know, we are close a release, there is no chance to initiate such a migration now. I&#39;m talking about a long-term change where you - main developers - would not realize, but we - external contributors - would learn the code naturally.</div>
<div><br></div><div>Maybe do the task module by module to mask the &quot;giant migration&quot;... i don&#39;t know what you want. The truth: we have fear to make big changes and this is not a good paradigm, it turns LibreOffice just another fork and it&#39;s more than that.</div>
<div><br></div><div>Regards,</div><div>Júlio.</div><div> </div><div><div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">
</div>IMHO doing a &quot;gradual migration&quot; is not a good idea here. Such<br>
things should be done in one deep cut, because:<br>
- having two names for the same thing will just add to newcomer<br>
  confusion, esp. if he ends up in a piece of code that mixes both<br>
  happily. This will one only have benefits once it is completed and<br>
  will even hurt in the meantime.<br>
- historical evidence (tools string vs. sal string) shows how well<br>
  &quot;gradual transitions&quot; work when not tightly enforced.<br>
- we will not tightly enforce this one as it is not providing essential<br>
  benefits compared to other work.<br>
- while it is true that this can be done by EasyHackers, I really dont<br>
  thing there is any lack of EasyHacks. There are other tasks like:<br>
  <a href="http://wiki.documentfoundation.org/Development/Easy_Hacks#Get_rid_of_SV_DECL_VARARR.2C_SV_DECL_VARARR_PLAIN.2C_SV_DECL_VARARR_SORT_.." target="_blank">http://wiki.documentfoundation.org/Development/Easy_Hacks#Get_rid_of_SV_DECL_VARARR.2C_SV_DECL_VARARR_PLAIN.2C_SV_DECL_VARARR_SORT_..</a>..<br>

  (or migration to the new build system) that also only really benefit<br>
  the project when fully completed. It is better to have one such<br>
  EasyHacks finished (and being rewarded by the benefit) than having<br>
  five such EasyHacks finished 20% (or even 50%) and having no benefit<br>
  for the project whatsoever.<br>
<br>
Just my 2 euro cents,<br>
<br>
Bjoern<br>
<font color="#888888"><br>
--<br>
<a href="https://launchpad.net/~bjoern-michaelsen" target="_blank">https://launchpad.net/~bjoern-michaelsen</a><br>
</font><br>_______________________________________________<br>
LibreOffice mailing list<br>
<a href="mailto:LibreOffice@lists.freedesktop.org">LibreOffice@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/libreoffice" target="_blank">http://lists.freedesktop.org/mailman/listinfo/libreoffice</a><br>
<br></blockquote></div><br></div></div>