PC SOFT

DOCUMENTATION EN LIGNE
DE WINDEVWEBDEV ET WINDEV MOBILE


  • Présentation
  • Comment le faire ?
  • Créer une rubrique de type Unicode dans l'analyse
  • Passer de l'Unicode à ANSI et inversement sous l'éditeur d'analyses
  • A savoir
  • Champs liés aux rubriques
  • Programmation en WLangage
  • Recherche avec la fonction HLitRecherche
WINDEV
WindowsLinuxUniversal Windows 10 AppJavaEtats et RequêtesCode Utilisateur (MCU)
WEBDEV
WindowsLinuxPHPWEBDEV - Code Navigateur
WINDEV Mobile
AndroidWidget AndroidiPhone/iPadApple WatchUniversal Windows 10 AppWindows Mobile
Autres
Procédures stockées
Gestion de l'Unicode dans les fichiers HFSQL
ODBCOLE DBNon disponible avec ces types de connexion
Présentation
L'analyse propose deux types de rubriques Unicode :
  • rubrique de type "Texte Unicode"
  • rubrique de type "Mémo Unicode".
Ces rubriques permettent de stocker des informations au format Unicode.
Ces rubriques peuvent être associées à une langue : le tri effectué sur la rubrique prendra en compte la langue spécifiée. L'association à la langue peut être effectuée :
Les textes saisis dans les rubriques Unicode sont gérés automatiquement par les différents champs de la fenêtre ou de la page, les tables, ...
Remarque : A partir de la version 19, HFSQL est le nouveau nom de HyperFileSQL.
Comment le faire ?

Créer une rubrique de type Unicode dans l'analyse

Lors de la création de la rubrique sous l'éditeur d'analyses (voir Manipulations de rubriques pour plus de détails), il suffit d'indiquer le sous-type voulu pour la rubrique. Une rubrique de type Texte peut être :
  • Une chaîne (correspond à une chaîne de caractères Ansi)
  • Un caractère
  • Unicode (correspond à une chaîne de caractères Unicode)
  • Mémo texte (correspond à un mémo texte Ansi)
  • Mémo texte Unicode (correspond à un mémo texte Unicode).
Lors de la sélection d'un type Unicode (chaîne ou mémo texte), l'éditeur d'analyses permet de saisir les caractéristiques de la langue qui sera saisie dans cette rubrique.
Ces caractéristiques sont nécessaires pour effectuer le tri sur la rubrique.
  • Si une langue est sélectionnée, cette langue sera utilisée pour réaliser les tris sur la rubrique en cours. Un tri linguistique sera réalisé. Le tri est effectué selon l'ordre suivant :
    1. Tri sur l'ensemble de la chaîne.
    2. Prise en compte des accents.
    3. Prise en compte des majuscules.
  • Si l'option "Langue" correspond à l'option "< Définie à la création >", il est possible de préciser les caractéristiques de la langue par programmation grâce à la variable H.CréationLangueUnicode. Cette variable doit être utilisée avant la création des fichiers de données (fonction HCréation ou HCréationSiInexistant). Ainsi, une même analyse peut être utilisée pour gérer plusieurs langues Unicode.
  • Versions 17 et supérieures
    Si l'option "Langue" correspond à "<Tri binaire>", le tri sera effectué en comparant la valeur binaire des octets. Ce type de tri est très rapide. Il est conseillé par exemple pour effectuer une recherche à l'identique.
    Nouveauté 17
    Si l'option "Langue" correspond à "<Tri binaire>", le tri sera effectué en comparant la valeur binaire des octets. Ce type de tri est très rapide. Il est conseillé par exemple pour effectuer une recherche à l'identique.
    Si l'option "Langue" correspond à "<Tri binaire>", le tri sera effectué en comparant la valeur binaire des octets. Ce type de tri est très rapide. Il est conseillé par exemple pour effectuer une recherche à l'identique.
  • Versions 17 et supérieures
    Si l'option "Langue" correspond à "<Tri rapide (multilingue)>", une comparaison caractère par caractère sera effectué selon un tri générique. Le même tri sera effectué, quels que soient les caractères présents dans la rubrique.
    Nouveauté 17
    Si l'option "Langue" correspond à "<Tri rapide (multilingue)>", une comparaison caractère par caractère sera effectué selon un tri générique. Le même tri sera effectué, quels que soient les caractères présents dans la rubrique.
    Si l'option "Langue" correspond à "<Tri rapide (multilingue)>", une comparaison caractère par caractère sera effectué selon un tri générique. Le même tri sera effectué, quels que soient les caractères présents dans la rubrique.

Passer de l'Unicode à ANSI et inversement sous l'éditeur d'analyses

Il est possible de modifier le sous-type d'une rubrique en la passant de ANSI à Unicode (ou inversement). Dans ce cas, une modification automatique des données sera effectuée.
La conversion ANSI vers Unicode sera effectuée selon la langue spécifiée.
La conversion Unicode vers ANSI sera effectuée selon la langue en cours.
A savoir

Champs liés aux rubriques

Lors de la création des champs (dans une fenêtre ou une page), il est possible de spécifier si le champ est Unicode ou non (case à cocher "Unicode" dans l'onglet "Général" de la fenêtre de description du champ).
Lors de la création des champs liés à une rubrique Unicode, l'option "Unicode" est automatiquement cochée dans la description du champ.
La propriété ..Unicode permet de savoir et d'indiquer si la valeur d'un champ est une chaîne Unicode.

Programmation en WLangage

La programmation en WLangage des fichiers contenant des rubriques Unicode est identique à celle des fichiers contenant des rubriques ANSI. Les options de langue définies dans l'éditeur d'analyses sont prises en compte lors des parcours indexés et lors des tris pour définir l'ordre des enregistrements.
La propriété ..Type permet de savoir si une rubrique est de type Unicode ou Ansi.

Recherche avec la fonction HLitRecherche

Il est conseillé de ne pas effectuer de recherches génériques sur des rubriques Unicode sensibles à la casse. En effet, le codage des caractères étant spécifique en Unicode, ce type de recherche peut engendrer des résultats faux ou incomplets.
Version minimum requise
  • Version 12
Documentation également disponible pour…
Commentaires
Cliquez sur [Ajouter] pour publier un commentaire