Global Symbols

Home Forums Convertigo Products Global Symbols

This topic contains 7 replies, has 3 voices, and was last updated by  Gregory Vorbe 9 months, 1 week ago.

Viewing 8 posts - 1 through 8 (of 8 total)
  • Author
    Posts
  • #215323

    sacha
    Participant

    Bonjour,

    j’ai un soucis lors de l’import de symboles (fichier en UTF8 ou UTF8-sansbom) les caractères spéciaux tels que ” é è ” ne passent pas.

    Comment faire, si ce n’est changer à la mains les symboles?

    Cordialement

    #215324

    Gregory Vorbe
    Moderator

    Bonjour,

    Comment le fichier de symboles que vous importez a été généré ?
    Les caractères accentués font-ils partie du nom du symbole ou de sa valeur ?
    Pouvez-vous mettre en attachement un fichier symbole avec le souci ?

    Merci.

    QA&Support

    #215325

    sacha
    Participant

    Le fichier est fait a la main, j’ai plusieurs fichier (1 part environnement) d’une dizaine de symboles.

    Les caractères spéciaux sont des valeurs.

    Cordialement

    #215326

    sacha
    Participant

    Le fichier est fait a la main, j’ai plusieurs fichiers (1 part environnement) d’une dizaine de symboles.

    Les caractères spéciaux sont des valeurs.

    Cordialement

    • This reply was modified 10 months ago by  sacha.
    Attachments:
    You must be logged in to view attached files.
    #216407

    Gregory Vorbe
    Moderator

    Si vous ne passez pas par la console d’administration Web Convertigo pour générer le fichier properties vous devez encoder les caractères spéciaux en Unicode.
    Le fichier doit être encodé en UTF-8 sans BOM
    La servlet Convertigo d’import/export d’un fichier de symboles utilise la méthode JAVA de lecture/écriture d’un fichier de type properties.

    Exemple :
    e.accent.aigu=pr\u00E9venteurs

    QA&Support

    #216408

    sacha
    Participant

    Merci pour la solution !

    Cordialement

    #235930

    Vincent Gombert
    Participant

    Bonjour,

    Je suis en désaccord avec ce qui est dit dans ce topic, et à vrai dire le code d’import / export des symboles n’est pas vraiment correct non plus.

    Pour l’import, le code utilise la méthode Properties.load(InputStream), qui attend un flux encodé en ISO-8859-1, dans lequel il est possible d’encoder des caractères hors Latin1 grâce à des chaînes d’encodage Unicode (comme la solution proposée). Mais pour traiter les accents français, inutile de passer par de l’encodage Unicode, il suffit d’écrire le fichier directement en ISO-8859-1.

    Pour l’export, le code utilise la méthode PrintStream.print(String), qui utilise l’encodage par défaut de la plateforme (en général UTF-8 pour Linux et CP-1252 pour Windows). Nos serveurs tournent sous Ubuntu, donc un export génère un fichier encodé en UTF-8. Sous Windows le problème n’apparaît pas car ISO-8859-1 et CP-1252 sont très proches.

    Cet écart d’encodage entre l’import et l’export rend impossible le fait d’importer un fichier de symboles précédemment généré à partir de la console d’administration tout en préservant les caractères accentués.
    Je pense qu’il faudrait fixer l’encodage à utiliser et qu’il soit le même pour l’import et l’export, il suffirait par exemple d’utiliser la méthode Properties.store(OutpurStream,String) pour l’export.

    Par ailleurs, l’export ne permet pas d’exporter un nombre important de symboles, car les noms des symboles à exporter sont envoyés dans un tableau JSON en méthode GET, donc directement dans l’URL, qui devient trop longue.

    Cordialement,

    Vincent

    #235931

    Gregory Vorbe
    Moderator

    Bonjour Vincent,

    Cette analyse me semble pertinente et je viens d’ouvrir un ticket à ce sujet, afin de corriger cette fonctionnalité.
    Merci.

    QA&Support

Viewing 8 posts - 1 through 8 (of 8 total)

You must be logged in to reply to this topic.