The recent changes to use "e-error-tool" for the error XML files, has broken "make dist", when "make" has not been previously run, as the e-error-tool is written in C, and is not built durint the dist stage. Why exactly are we using this? If intltool is stripping whitespace, why hasn't a bug been filed? The intltool scripts will need to get fixed regardless of whether we want to use them or not, and we are already using them for a lot of other things in evolution, so I don't see why we shouldn't use them here. /* Quote from previous mail I did not have time to read/reply to due to the insane amount of work I had to do at the time */ > I haven't filed one, nor bothered to look - i'm lazy. I'd like to > move away from it if possible, for this case it just makes things a > _lot_ more difficult and less efficient for the code than it needs to > be, and bypasses much of what gettext() gives you in the first place > from a coders pov. How does intltool bypass what gettext() gives you as a coder? The only thing intltool does is to make using the command-line gettext tools for actually managing the translations in cvs/etc... easier. You can still use the exact same gettext APIs if you so please. None of the _()/etc... wrapper macros are in intltool, those are all defined in glib, IIRC. In fact, as stated in some of the bugs in bugzilla, we have to use the ngettext() call instead of _() in several places, for the plural translations. --dobey
Attachment:
signature.asc
Description: This is a digitally signed message part