<!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 Tue, 2005-05-03 at 15:01 +0100, Tim Foster wrote:<BR>
<BR>
Hi,<BR>
<BR>
<BLOCKQUOTE TYPE=CITE>
<PRE>
<FONT COLOR="#000000">&gt; BTW, current Java implementation in CVS treats &quot;\n&quot; as text, it does</FONT>
<FONT COLOR="#000000">&gt; not surround it with &lt;ph&gt;&lt;/ph&gt;. Now I think that if the c-format flag</FONT>
<FONT COLOR="#000000">&gt; is present, then &quot;\n&quot;  should be placed inside a &lt;ph&gt; element.</FONT>

<FONT COLOR="#000000">Yep, definitely : if you know something about the source-formatting, it</FONT>
<FONT COLOR="#000000">makes sense to try to use the capabilities in XLIFF to their full</FONT>
<FONT COLOR="#000000">potential.</FONT>
</PRE>
</BLOCKQUOTE>
<BR>
Totally agreed. I will do the changes as soon as possible. I think that other special escape codes, like &quot;\t&quot; or &quot;\r&quot; should be managed in the same way.<BR>
<BR>
Asgeir, <BR>
<BR>
I think that your C filters should do the same. <BR>
<BR>
Regards,<BR>
Rodolfo<BR>
<TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
<TR>
<TD>
-- <BR>
Rodolfo M. Raya &lt;<A HREF="mailto:rodolfo@heartsome.net">rodolfo@heartsome.net</A>&gt;<BR>
Heartsome Holdings Pte Ltd
</TD>
</TR>
</TABLE>
</BODY>
</HTML>