Conversation
|
Cool, let me know when it's ready to merge. |
in Item.toString, all \n characters are removed from the output. The gettext tools however leave those characters intact. This will now produce the same output as tools like msgcat.
Signed-off-by: Julian Bäume <julian@svg4all.de> Conflicts: lib/po.js
writing messages should no be in line with gettext tools. I tested using msgcat, it provides the same results. For some common use-cases I wrote explicit tests, for uncommon and even unwanted use-cases I wrote one test to make sure pofile works like msgcat for those messages
|
also rebased to latest master |
|
Ready to merge, once travis is green. Also fixes #2. |
|
I tried to comment my research in the code and hope it's understandable. I mostly tested how msgcat from gettext tools behaves and adjusted the tests accordingly. Then I changed implementation until tests were green. Anyway, when releasing this, you might want to bump this as "incompatible", since handling of \n in msgid changed. It now works like xgettext would work. |
|
One more thing to add: Parsing this po code and writing it to a file, would produce an invalid po file with v0.2.11 and earlier. This PR would fix this issue, so this might indeed be considered a bugfix. d8fc514 contains the fix. |
|
Oh darn, I missed this. This is still relevant, right? Code looks good to me, can be merged unless you have a reason why it shouldn't be. |
|
Ahh, missed that myself, too :) Yes, IMHO this should still be in master and released as bugfix. |
|
Nod. Rolling out release. |
|
Released to NPM as Thanks! |
This should fix #2. Please don't merge, yet, still working on this branch. Just wanted to publish, what I already got.
ToDo