<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN"> <HTML> <HEAD> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8"> <META NAME="GENERATOR" CONTENT="GtkHTML/3.3.2"> </HEAD> <BODY> On Mon, 2005-05-02 at 17:26 +0200, Fredrik Corneliusson wrote: Hi, <BLOCKQUOTE TYPE=CITE> <PRE> However I saw that the translate project's po2xliff filter uses the last version described, and the xliff2po takes care of recreating the \n. </PRE> </BLOCKQUOTE> <PRE> </PRE> What does that filter do when the translator adds an extra line feed in the translated version because the text is too long? For example: <BLOCKQUOTE> <TT>msgid "" </TT> <TT>"Line 1\n line 2\n" </TT> <TT>"Line 3.\n"</TT> </BLOCKQUOTE> converted as <BLOCKQUOTE> <PRE> <TT><trans-unit xml:space="preserve"></TT> <source><TT> </TT> <TT>Line 1 </TT> <TT> line 2 </TT> <TT>Line 3. </TT> </source> <TT></trans-unit></TT> </PRE> </BLOCKQUOTE> <PRE> </PRE> could be translated as: <BLOCKQUOTE> <TT><trans-unit xml:space="preserve"></TT> <PRE> <source><TT> </TT> <TT>Line 1 </TT> <TT> line 2 </TT> <TT>Line 3. </TT> </source> <target> <TT>L</TT>í<TT>nea 1 </TT> <TT> l</TT>í<TT>nea 2 </TT> <TT>L</TT>ong line here <TT>3. </TT> </target> <TT></trans-unit></TT> </PRE> </BLOCKQUOTE> is this converted to <BLOCKQUOTE> <TT>msgid "" </TT> <TT>"Line 1\n line 2\n" </TT> <TT>"Line 3.\n"</TT> <TT>msgstr ""</TT> <TT>"L</TT>í<TT>nea 1\n l</TT>í<TT>nea 2\n Lon</TT>g<TT> line here\n 3\n.</TT>" </BLOCKQUOTE> ? How does that filter know when to break a long line? For example, from <BLOCKQUOTE> <TT>msgstr ""</TT> <TT>"L</TT>í<TT>nea 1\n l</TT>í<TT>nea 2\n Lon</TT>g<TT> line here\n 3\n.</TT>" </BLOCKQUOTE> to <BLOCKQUOTE> <TT>msgstr ""</TT> <TT>"Línea 1\n línea 2\n "</TT> <TT>"Long line here\n 3\n."</TT> </BLOCKQUOTE> or to <BLOCKQUOTE> <TT>msgstr ""</TT> <TT>"Línea 1\n "</TT> <TT>"línea 2\n "</TT> <TT>"Long line "</TT> <TT>"here\n 3\n."</TT> </BLOCKQUOTE> ? <BLOCKQUOTE TYPE=CITE> <PRE> This brings up a question about how much help filters can give the translator. For example if a message uses c-formatting and the placeholders changes sequence in the translation the XLIFF to PO filter could automatically add or check the sequence representation (eg. %2$s %1$s) based on the ph tag id. I think could lower the entry bar for translators, make translation more efficient and at the provide functionality not provided by the current PO editors. What's your take on this? </PRE> </BLOCKQUOTE> When translating XLIFF files you can reorder tags because some source formats allow this. An XLIFF editor does not care about the original format. It deals with XLIFF files only and the only important thing is to check that all tags are in place. It is possible to check sequences in the filters at reverse conversion time, but only for files that have c-format flags. When Python or PHP files are converted to XLIFF formatting codes are not treated as tags. If someone updates the Reference guide explaining how to handle other languages, I will happily update the Java filters accordingly. FWIW, I did not do this myself before because I know nothing about Python or PHP Regards, Rodolfo <TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%"> <TR> <TD> -- Rodolfo M. Raya <<A HREF="mailto:rodolfo@heartsome.net">rodolfo@heartsome.net</A>> Heartsome Holdings Pte Ltd </TD> </TR> </TABLE> </BODY> </HTML>