Cette section recense les termes utilisés dans StyleVision GUI et cette documentation. Les termes sont organisés en groupes recensés ci-dessous et au sein de chaque groupe, ils sont triés par ordre alphabétique.
Une liste de termes associés aux produits d’Altova. Authentic View | Un aperçu d’éditeur de document XML disponible dans les produits d’Altova suivants : Altova XMLSpy; Altova StyleVision; Altova Authentic Desktop; Altova Authentic Browser. Pour plus de détails sur Authentic View et les produits d’Altova, consultez le site web d'Altova. | SPS | La forme abrégée deStyleVision Power Stylesheet, elle est utilisée à travers cette documentation pour faire référence au document de design créé dans StyleVision et enregistré comme fichier avec l’extension .sps. Pour une description détaillée, voir Qu’est qu’une SPS?. | Ressources globales | Un alias pour un ensemble de fichiers, un ensemble de dossiers, ou un ensemble de bases de données. Chaque alias a un ensemble de configurations et chaque configuration est mappée à une ressource. Dans StyleVision, lorsqu’une ressource globale est utilisée, la ressource peut être modifiée en changeant la configuration active dans StyleVision. |
|
Définitions de certains termes XML tels qu’utilisés dans cette documentation. schéma | Un schéma (avec « s » en minuscule) fait référence à tout type de schéma. Les schémas pris en charge par StyleVision sont le Schéma XML (en lettres majuscules) et DTD. | Schéma XML | Dans cette documentation, le Schéma XML (en majuscules) est utilisé pour faire référence aux schémas qui sont en conformité avec la spécification de schéma XML W3C. Le Schéma XML est considéré être un sous-schéma de tous les schémas (en minuscules). | URI et URL | Dans cette documentation, l’URI plus générale est utilisée exclusivement—même si l’identifiant a uniquement un aspect de « localisateur », et même pour les identifiants qui utilisent le schéma http. |
|
Il y a eu des modifications dans la terminologie de XSLT 1.0 et XPath 1.0 à XSLT 2.0 et XPath 2.0. Par exemple, le nœud racine dans XPath 1.0 est le nœud document dans XPath 2.0. Dans cette documentation, nous utilisons la terminologie XSLT 3.0 et XPath 3.0 la plus récente. XPath absolu | Une expression de chemin qui commence au nœud racine de l’arborescence contenant le nœud contextuel. Dans StyleVision, lorsque vous saisissez des expressions de chemin dans les dialogues, l’expression peut être saisie comme chemin absolu si vous vérifiez la case à cocher XPath Absolu dans le dialogue. Si cette case à cocher est décochée, le chemin est relatif au nœud contextuel. | Item contextuel /
nœud contextuel | L’item contextuel est l’item (nœud ou valeur de string) relatif par rapport l’évaluation de l’expression. Un nœud contextuel est un item contextuel qui est un nœud. Un item contextuel peut changer l’intérieur d’une expression, par exemple, avec chaque étape d’emplacement, ou à l’intérieur d’une expression de filtre (prédicat). | nœud actuel | Le nœud actuel est le nœud qui est actuellement traité. Le nœud actuel est le même que le nœud contextuel dans les expressions qui n’ont pas de sous-expressions. Mais là où il y a des sous-expressions, le nœud contextuel peut changer. Notez que la fonction actuelle() est une fonction XSLT, pas une fonction XPath. | élément du document | Dans un document XML de bonne formation, l’élément le plus extérieur est connu comme élément de document. Il s’agit d’un enfant du nœud du document, et, dans un document XML de bonne formation, il n’existe qu’un seul élément de document. Dans la GUI, l’élément du document est appelé l’élément racine. | nœud du document | Le nœud du document représente et contient le document entier. Il s’agit du nœud de racine de la représentation d’arborescence du document, et il est représenté dans l’expression XPath comme : '/'. Dans la fenêtre d’arborescence du schéma de StyleVision, il est représenté par la légende : '/ Root elements'. |
|
Les termes qui se réfèrent aux mécanismes, concepts et composants de StyleVision. Image blueprint | Une image blueprint est une image qui est utilisée comme image d’arrière-plan d’un conteneur de mise en page, et serait généralement le « scan » d’un formulaire. Le design SPS peut être modelé sur l’image blueprint, recréant ainsi le design du formulaire. | items dynamiques. | Les items qui proviennent de sources de données XML. Les items dynamiques peuvent être du texte, des tables et des listes ; aussi des images et des hyperliens (quand les URI sont dynamiques). | élément global | Un élément dans la liste des éléments globaux dans la fenêtre de l’arborescence de schéma. Dans un Schéma XML, tous les éléments définis comme éléments globaux seront recensés dans la liste des éléments globaux. Dans un DTD, tous les éléments sont des éléments globaux et recensés dans la liste des éléments globaux. Les modèles globaux peuvent être définis uniquement pour les éléments globaux. | modèle global | Un modèle global peut être défini pour un élément global. Une fois défini, un modèle global peut être utilisé pour cet élément à chaque fois que cet élément apparaît dans le document. En alternative au modèle global, le traitement pour un élément global peut être défini dans un modèle local. | Conteneur Mise en page : | Un conteneur de Mise en page est un bloc de design dans lequel les éléments de design peuvent être disposés et positionnés de manière absolue. Si un design doit être basé sur une formulaire, il peut être créé comme Conteneur de Mise en page pour que les éléments du formulaire peuvent être positionnés de manière absolue. En alternative, un design peut être fluide ou avoir des conteneurs de mise en page placés à l’intérieur du flux du document. | modèle local | Un modèle local est un modèle qui définit comment un élément (global ou non global) est traité à l’intérieur du modèle principal. Le modèle local s’applique à cette occurrence particulière de l’élément dans le modèle principal. À la place du modèle local, un modèle global peut être appliqué dans une occurrence donnée d’un élément dans le modèle principal. | schéma principal | Une des sources de schéma assignées est désignée comme schéma principal ; le nœud du document du Fichier de travail XML associé avec le schéma principal est utilisé comme point de départ pour le modèle principal. | modèle principal | Le modèle principal de point d’entrée. Dans StyleVision, ce modèle correspond à l’élément du document et est le premier à être évalué par le processeur XSLT. Dans la fenêtre d’arborescence de schéma, il est recensé comme l’enfant du nœud du document. Le modèle principal définit la structure du document de sortie de base et définit comment le/s document/s d’entrée doivent être traités. Il peut contenir des modèles locaux et peuvent référencer des modèles globaux. | sortie | La sortie produite en traitant un document XML avec une feuille de style XSLT. Les fichiers de sortie qui peuvent être générés par StyleVision seraient en format HTML, RTF, PDF, et Word 2007-et-plus récent. Authentic View n’est pas considéré une sortie, et est référé séparément comme Authentic View. Les feuilles de style XSLT générées par StyleVision ne sont pas non plus considérées comme sortie et sont référées séparément comme feuilles de style XSLT. | items statiques | Les items qui ont leur origine dans SPS et pas dans les sources de données XML. Les items statiques peuvent être du texte, des tables et des listes ; aussi des images, hyperliens et signets (quand les URI sont statiques). | Composant SPS | Un composant SPS peut être : (i) un nœud de schéma (par exemple, un nœud d’élément) ; (ii) un composant SPS statique tel qu’une calculation automatique ou un string de texte ; ou (iii) un format prédéfini (représenté dans SPS par ses balises de début et de fin). | modèle | Défini librement comme ensemble d’instructions pour traiter un nœud ou un groupe de nœuds. | Fichier modèle XML | Un Fichier modèle XML est assigné à une SPS dans StyleVision (éditions Enterprise et Professional). Il s’agit d’un fichier XML qui fournit les données démarrant d’un nouveau document XML créé avec une SPS donnée quand cette SPS est ouverte dans Authentic View. Le fichier modèle XML doit être en conformité avec le schéma sur lequel la SPS est basée. | Élément défini par l’utilisateur | Un élément qui n’est ni un nœud dans l’arborescence de schéma ni un élément prédéfini ou un élément design, mais un qui est spécifié par l’utilisateur. Un élément peut être spécifié avec des attributs. | Modèle défini par l'utilisateur | Un modèle est créé pour une séquence spécifiée dans une expression XPath. | Blocs de texte
définis par l’utilisateur | Les blocs de texte XML peuvent être insérés librement à tout emplacement dans le design | Fichier de travail XML/XBRL | Un fichier de travail XML/XBRL est un fichier de données XML qui est assigné à une SPS dans StyleVision afin de consulter la sortie Authentic View et output du document XML dans StyleVision. Sans fichier de travail XML/XBRL, la SPS dans StyleVision n’aura pas de données XML dynamiques à traiter. Si la SPS est basée sur un schéma qui contient plus d’un élément global, il peut y avoir une ambiguïté à propos de savoir quel élément global est l’élément du document. Assigner un fichier de travail XML/XBRL résolve une telle ambiguïté (car un document XML valide n’aura, par définition, qu’un élément de document). Notez que cette fonction XBRL est disponible uniquement dans l’édition Enterprise. | Document XML | Le document XML est utilisé de deux manières : (i) pour se référer au document XML spécifique ; (ii) pour se référer à toute source de données XML , y compris les sources BD (desquelles les documents de données XML sont générés pour l’utilisation avec une SPS). Quelle manière est intentionnée doit être claire du contexte. |
|