4D v16.3Changement de comportement |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
4D v16.3
Changement de comportement
|
Option (constante) | OS | Statut dans 4D v16 | Commentaires |
2 (Option orientation) | Windows et OS X | Mise à jour | Peut être appelée au sein d'une tâche d'impression, ce qui signifie que vous pouvez passer du mode portrait au mode paysage et inversement dans la même tâche d'impression. |
8 (Option couleur) | Windows seulement | Supprimée | Obsolète |
13 (Option mode impression Mac) | OS X seulement | Supprimée | Remplacée par une nouvelle option de la commande FIXER IMPRIMANTE COURANTE |
A noter : Les commandes OUVRIR TACHE IMPRESSION, FERMER TACHE IMPRESSION, FIXER OPTION IMPRESSION et FIXER OPTION IMPRESSION sont compatibles avec la commande 4D Write Pro WP IMPRIMER : pour plus d'informations, voir WP IMPRIMER. Toutes les options sont prises en charge pour les documents 4D Write Pro, sauf pour les options Option papier et Option orientation, pour lesquelles il est conseillé d'utiliser plutôt la commande WP UTILISER PARAMETRES IMPRESSION pour fixer la taille de la page et l'orientation séparément.
Tableau de contrôle des lignes
Une nouvelle propriété, Tableau de contrôle des lignes, vous donne la possibilité de contrôler les nouvelles propriétés d'interface :
La hauteur minimum en pixels des en-têtes dépend du système. Si vous passez une valeur trop petite, elle sera remplacée par la taille minimum définie dans le système pour les en-têtes. Il n’y a pas de taille minimum pour les pieds et les lignes.
Sous Windows 7, la hauteur minimale des en-têtes est de 24 pixels. Les en-têtes de hauteur inférieure dans vos bases converties seront automatiquement redimensionnés à 24 pixels.
Vous pouvez également définir dynamiquement la hauteur de ligne des en-têtes et des pieds à l'aide des commandes LISTBOX FIXER HAUTEUR ENTETES et LISTBOX FIXER HAUTEUR PIEDS.
Le rendu peut être différent de vos attentes. C'est donc un point à contrôler sur vos formulaires.
Les list box issues de la conversion d’anciennes zones de défilement groupées sont connectées. Les list box connectées ont un fonctionnement coordonné : la sélection d’une ligne dans une list box entraîne la sélection de la même ligne dans les list box appartenant au même groupe de connexion, le défilement vertical d’une list box entraîne un défilement identique dans les list box appartenant au même groupe de connexion.
Note : Les list box converties sont également groupées dans le formulaire (fonction standard de 4D)
La connexion et la déconnexion des list box sont gérées via les commandes Connecter et Déconnecter placées dans le menu Objets de l’éditeur de formulaires :
Ces commandes sont activées contextuellement lorsque plusieurs list box sont sélectionnées dans le formulaire. Lorsqu’une list box connectée (i.e. appartenant à un groupe de connexion) est sélectionnée, un "badge" spécifique est affiché sur toutes les list box appartenant au même groupe de connexion :
Ces principes permettent de reproduire le fonctionnement des anciennes zones de défilement groupées. Il est toutefois conseillé d’adapter les formulaires convertis en exploitant les fonctionnalités standard des list box
Les options avancées de l'Assistant de création de formulaires ont été mises à jour en fonction des évolutions matérielles et des produits 4D :
Grâce à un nouvel algorithme interne, l'exécution de la commande Remplacer chaine a été accélérée de manière importante dans 4D v15 R3 lorsque vous remplacez une chaîne par une autre de taille différente. C'est le cas par exemple pour les remplacements suivants :
vResult:=Remplacer chaine(Source_Text;"a";"aa") //basé sur les caractères
vResult2:=Remplacer chaine(Source_Text2;"à";"aa";*) //basé sur les codes de caractères
Le nouvel algorithme est optimisé pour les deux syntaxes. Plus la taille du texte source et le nombre de remplacements sont importants, plus l'optimisation est significative.
Nos benchmarks ont donné les résultats suivants, par rapport à l'algorithme précédent :
Remplacements basés sur les codes de caractères (* passé) | Remplacements basés sur les caractères (* omis) |
Environ 950 fois plus rapides | Environ 4400 fois plus rapides |
Les tests ont été effectués en remplaçant "a" ou "à" par "aa" dans un fichier contenant 32 000 occurrences à remplacer.
Note : Le remplacement de chaînes de même longueur n'est pas affecté et est aussi rapide qu'avec l'algorithme précédent.
Des informations supplémentaires sont fournies en cas de détection de doublons dans des champs uniques :
Dans les versions précédentes de 4D, les commandes DOM Lire element XML et DOM Compter elements XML ne tenaient pas compte de la casse des caractères lors de l'évaluation du paramètre nomElément, ce qui n'est pas conforme au XML. A compter de 4D v16.2, ces commandes tiennent compte par défaut de la casse des caractères. Si vous souhaitez rétablir leur fonctionnement précédent, appelez la commande XML FIXER OPTIONS avec le sélecteur XML DOM sensibilité à la casse sur XML casse insensible.
4D utilise toujours le point (.) comme séparateur décimal lors de l'évaluation d'une expression numérique via les balises 4DTEXT, 4DVAR, 4DHTML, 4DHTMLVAR et 4DEVAL. Les paramètres régionaux sont désormais ignorés dans ce contexte.
Par exemple, quels que soient les paramètres régionaux :
value:=10/4
input:="<!--#4DTEXT value-->"
TRAITER BALISES 4D(input;output)
// retourne toujours 2.5 même si les paramètres régionaux déclarent le ',' comme séparateur
Donc, si votre code évalue des expressions numériques via des balises 4D et en tenant compte des paramètres régionaux, il vous sera nécessaire de l'adapter à l'aide de la commande Chaine :
Pour plus d'information, voir Balises HTML 4D
Désactivation de la méthode TRACE, erreur 405. Si réactivation nécessaire, vous devez utiliser l'option Web TRACE HTTP avec la commande WEB FIXER OPTION.
Les noms des fichiers d'historique générés durant les opérations de maintenance via le CSM ou la fenêtre d'administration de 4D Server sont désormais uniques et donc différents à chaque stockage sur disque. Dans les versions précédentes, ces fichiers prenant toujours le même nom, ils étaient écrasés à chaque nouveau stockage et donc purgés automatiquement. Il est désormais de la responsabilité de l'administrateur de la base de supprimer les fichiers d'historiques les plus anciens si nécessaire, aussi bien avec 4D qu'avec 4D Server.
Modifications entre les versions v15.x/v15Rx et v16 : elles concernent la gestion de l’encodage et des jeux de caractères (charset), notamment pour les noms de fichiers joints, lors de l’envoi de mails. Dans les bases où des contournements avaient été mis en place il faut vérifier que ces modifications n'entrainent pas de dysfonctionnements.
Deux commandes ont été mises à jour : SMTP_Charset et SMTP_SetPrefs.
Valeur | Jeu de caractères et encodage du corps | Jeu de caractères des en-têtes et noms de fichiers (encodage base64) |
-1 | Pas de changement | Pas de changement |
0 | Application & binary ; pas d'encodage | ISO-8859-1 |
1 | Défaut : UTF-8 & base64 | Défaut : UTF-8 pour objet, ISO-8859-1 pour les autres champs |
2 | US-ASCII & 7bit | ISO-8859-1 |
3 | US-ASCII & quotable-printable | ISO-8859-1 |
4 | US-ASCII & base 64 | ISO-8859-1 |
5 | ISO-8859-1 & quotable-printable | ISO-8859-1 |
6 | ISO-8859-1 & base64 | ISO-8859-1 |
7 | ISO-8859-1 & 8bit | ISO-8859-1 |
8 | ISO-8859-1 & binary | ISO-8859-1 |
9 | réservé | réservé |
10 | ISO-2022-JP (Japonais) & 7bit | ISO-2022-JP |
11 | ISO-2022-KR (Coréen) & 7 bits | ISO-2022-KR |
12 | ISO-2022-CN (Chinois traditionnel et simplifié) & 7 bit | ISO-2022-CN |
13 | HZ-GB-2312 (Chinois simplifié) & 7 bit | HZ-GB-2312 |
14 | Shift-JIS (Japonais) & base64 | Shift-JIS |
15 | UTF-8 & quoted-printable | UTF-8 |
16 | UTF-8 & base64 | UTF-8 |
Produit : 4D
Thème : Changement de comportement
Nom intl. : Changes in behavior
Modifié : 4D v16.2
Conversion en 4D v16 ( 4D v16.2)
Conversion en 4D v16 ( 4D v16.3)
Hérité de : Changement de comportement ( 4D v16)