Je suis en train de traduire mon application PHP en utilisant gettext avec POEdit. Depuis que je respecte la marge d'impression dans mon code source, j'étais habitué à des chaînes d'écriture comme ça:Comment ignorer les lignes de rupture PHP avec l'analyseur POEdit?
print $this->translate("A long string of text
that needs to follow the print margin and since
php outputs whitespaces for every break line I do
my sites renders correctly.");
Cependant, dans POEdit, comme prévu, les sauts de ligne ne sont pas échappés à des espaces.
A long string of text\n
that needs to follow the print margin and since\n
php outputs whitespaces for every break line I do\n
my websites render correctly.\n
Je sais une approche serait de fermer les cordes lors du changement de lignes dans le code source comme ça:
print $this->translate("A long string of text " .
"that needs to follow the print margin and since " .
"php outputs whitespaces for every break line I do " .
"my sites renders correctly. ");
Mais ce n'est pas une approche qui est extensible pour moi lorsque les textes doivent changer et la marge d'impression toujours respecté, sauf si netbeans (l'IDE que j'utilise) peut le faire automatiquement pour moi tout comme eclipse en java. Donc, en conclusion, y a-t-il un moyen de dire à l'analyseur POEdit d'échapper aux sauts de ligne en tant qu'espaces dans les préférences? Je sais que les chaînes sont toujours traduisibles même si les sauts de ligne ne sont pas échappés, je demande ceci pour que mon traductor (parfois même le client/utilisateur) évite la confusion en pensant qu'il doit dupliquer les sauts de ligne pendant qu'il traduit en POEdit.
Je n'ai des problèmes de sauts de ligne à travers les systèmes d'exploitation puisque je fais en sorte d'utiliser des sauts de ligne Unix dans mon code source (ou peut-être que je n'ai pas compris clairement votre déclaration). Je pensais qu'il y aurait un moyen facile d'interpréter les flux de ligne comme des espaces dans la commande xgettext parser. Est-ce possible? –