rubenv/pofile — pull request #11 by johnyb (2014-06-23 10:28:34+00:00)
Title: restore previous behaviour with \n in strings

An incompatible change (that actually breaks po parsing after writing) had
been introduced with commit e164fcfe9d6f28cd3d452f4de274a41663160cef. If
_process returned an array (which is the case for strings containing \n
character), array.toString will return a comma separated list, which is not
valid po syntax. Added a test to restore the behaviour from before the
e164fcfe9d6f28cd3d452f4de274a41663160cef.

--

Seems there is still some more to be fixed ;) I found out, that I introduced a bug, that really should be fixed. However, while I was at it, I also started to thinking about #2. At least for the newline case, I verified, that pofile doesn't behave like gettext tools do. I will add some tests for these cases, that will work with mikejholly/node-po#3 merged.