IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

XMLRAD Discussion :

XMLRAD 2006 et le Coréen


Sujet :

XMLRAD

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre éclairé Avatar de Jeweller
    Inscrit en
    Août 2003
    Messages
    357
    Détails du profil
    Informations forums :
    Inscription : Août 2003
    Messages : 357
    Par défaut XMLRAD 2006 et le Coréen
    Bonjour!
    Bonne Année à tous!

    Ma premiere question de l'année sera somme toute assez simple. Est ce qu'une application XMLRAD 2006 peut fonctionner sans soucis avec des navigateurs sous en environement localisé en Coréen (ou tout autre zone à caractères "spéciaux" en Asie ou au moyen orient). A quoi faut-il faire attention, quelles sont les conditions (des types de données à ne pas ou à utiliser), codage caractères, page code bases de données, etc...
    Je sais que la VCL de Delphi ne permet pas cela, quid d'une XMLRAD 2006 developpée sous Delphi 7 pour ADO ?

    Michael

  2. #2
    RDM
    RDM est déconnecté
    Membre Expert

    Profil pro
    Inscrit en
    Mars 2002
    Messages
    1 424
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2002
    Messages : 1 424
    Par défaut
    XMLRAD fonctionne en natif en ISO-8859-15, stockage en base de données compris.
    tu peux théoriquement change cet encoding en 2 endroit:
    XMLC_Encoding dans les InitPArams et dans Delphi avec la fonction
    SetMultiByteConversionCodePage
    ce qui permet de stocker en string Delphi autre chose que l'encoding par défaut qui est windows-1252.

    le mieux c'est de passer en UTF-8 ce qui permettra de coder tout les types de caractères.

    à terme le Framework doit passer en FULL UTF-8.

  3. #3
    Membre éclairé Avatar de Jeweller
    Inscrit en
    Août 2003
    Messages
    357
    Détails du profil
    Informations forums :
    Inscription : Août 2003
    Messages : 357
    Par défaut
    Mais donc si je comprends bien, le type String de Delphi est capable de stocker ces caractères ? Ne faut-il pas utiliser que des WideString, ou bien ca n'a rien à voir.... je me mélange un peu les pinceau la.

    (NB: SetMultiByteConversionCodePage est introduit depuis Delphi 2006)

  4. #4
    RDM
    RDM est déconnecté
    Membre Expert

    Profil pro
    Inscrit en
    Mars 2002
    Messages
    1 424
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2002
    Messages : 1 424
    Par défaut
    oui la fonction ne fait que mettre à jour une variable globale qui est DefaultSystemCodePage.

    pour le reste, une string Delphi n'est qu'un buffer dans lequel on met des octets qui sont interprétés en tant que caractères. tu peux mettre ce que tu veux dedans.
    par défaut ces caractères sont en windows-1252, mais tu peux changer cet encoding en fait c'est surtout la conversion WideString/string qui est importante.
    en changeant le CodePAge par défaut de DElphi lors de la conversion WideString/string il va transformer les caractères unicode selon l'encoding spécifié.
    comme ce qui est renvoyé au navigateur est à partir d'une string, c'est cet encoding qui est important.

  5. #5
    Membre éclairé Avatar de Jeweller
    Inscrit en
    Août 2003
    Messages
    357
    Détails du profil
    Informations forums :
    Inscription : Août 2003
    Messages : 357
    Par défaut
    Ok, je vois un peu mieux...
    [HS] J'en profite, concernant la VCL, elle ne supporte pas l'unicode. Est ce qu'en changeant DefaultSystemCodePage ca peut suffir? J'imagine que non, d'autres y auraient déjà pensé!
    Une difficulté que je vois aussi, c'est de gérer les recherches, les tris, ...

    Michael

Discussions similaires

  1. XMLRAD 2006 R1
    Par RDM dans le forum XMLRAD
    Réponses: 1
    Dernier message: 20/01/2011, 17h05
  2. XMLRAD 2006 : Quelques BUGS.
    Par m-matthieu dans le forum XMLRAD
    Réponses: 12
    Dernier message: 05/07/2006, 09h48
  3. Problème d'installation de XMLRAD 2006 R1
    Par UVCR dans le forum XMLRAD
    Réponses: 1
    Dernier message: 12/05/2006, 16h56
  4. XMLRAD 2006 R1: buggé ou non?
    Par eponette dans le forum XMLRAD
    Réponses: 4
    Dernier message: 12/05/2006, 16h21
  5. Où télécharger XMLRAD 2006 ?
    Par RDM dans le forum XMLRAD
    Réponses: 0
    Dernier message: 24/01/2003, 17h57

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo