Uwe Stöhr wrote: > > * long time issue. we are constantly committing tons of senseless > > diffs of our .po files just because gettext do different line breaking. > > we should finally resolve this. > > Uwe, Juergen what gettext version do you have? (0.17 here). > > I don't use gettext, I use the latest version of poedit: > http://www.poedit.net/ > > But why are the linebreaks a problem.
- its often painful to search through commit history of lyx sources when looking for some particular string. you spend 90% of time just by hitting "next" on remerges, which do nothing than just rearrange newlines. if you have few occurences in one .po files mutliplied by 20 languages you can imagine how much fun is it ;) - from the upcoming release perspectives if you do remerge i have to redo it after you, because there is no easy way how to check that nothing in sources or string changes. there is alway huge diff for nothing. - i measured it now and single diff of such remerge when no data actually change cost us 5 megabytes of diff. this is half of complete lyx tarball. > compilable, so the linebreak format depends ion the program used by our > translators. (I see that many of them also use poedit.) but translators do not remerge files from themselves, no? (what is the point that we remerge ourselves then.) concerning the fact that you currently maintain po-update mailbox this switches will happen rather often and we should find some compromise. i filed new bug at poedit trac http://www.poedit.net/trac/ticket/348 , but even if they are nice to us, the new version won't be soon. is there any chance that you can use remerge via scons by means of gettext? pavel
