Projet

Général

Profil

Anomalie #6664

Évolution du contrôle de vue pour l'intégration DDUI

Ajouté par Marc Claverie il y a plus de 2 ans. Mis à jour il y a plus de 2 ans.

Statut:
Intégré
Priorité:
Normal
Assigné à:
Version cible:
Début:
08/11/2016
Echéance:
% réalisé:

100%

Version source:
Solution proposée:
Principaux fichiers impactés:
Complexité:
Contrôle:
Thème:
Familles système
Régression:
Non
Jalons: 3.2 R17

Description

Suite aux réflexions pour traiter la demande https://dev.dynacase.org/issues/6469, il apparaît qu'il faut conserver une certaine cohérence dans la gestion des contrôles de vue legacy et DDUI pour simplifier le travail de paramétrage des intégrateurs pour un passage sur DDUI.

Actuellement, le contrôle de vue permet, principalement, de définir un masque et de spécifier une présentation via une zone.

Pour DDUI on retrouve le même principe, au détail près que la présentation est exprimée via une classe de représentation.

Plutôt que d'introduire un nouveau concept, le contrôle de rendu, on fait évoluer celui existant afin de regrouper tous les éléments de paramétrage de la représentation de document que son rendu soit legacy ou html5.

Lors de l'installation du module DDUI, dans les contrôles de vue, la vue est augmentée d'une colonne qui permet de spécifier la classe de rendu DDUI. La classe de rendu n'est pas valorisée par défaut.

Pour les documents HTML legacy, le fonctionnement reste identique.

Pour un document DDUI, la vue est prise en compte (application du masque et de la classe de rendu si présent).

Cas particulier s'il existe une zone (représentation legacy) et que la classe de rendu DDUI n'est pas spécifiée, alors la vue n'est pas prise en compte : on considère que le travail de migration legacy -> DDUI n'est pas terminé. Et si le développeur souhaite un affichage standard DDUI, il doit explicitement utiliser la classe de rendu par défaut.

Même si DDUI est installé, les paramétrages (CVDOC importés) restent compatibles.

La migration vers cette release d'applications existantes sera automatique (migration des documents CVRENDER en CVDOC).
Il restera à la charge du développeur de remplacer dans ses csv CVRENDER par CVDOC (et éventuellement dans le code...).


Demandes liées

Lié à Document UIs - Anomalie #6469: Configuration de rendu et contrôle de vue Intégré 22/06/2016

Historique

#1 Mis à jour par Éric Brison il y a plus de 2 ans

  • Lié à Anomalie #6469: Configuration de rendu et contrôle de vue ajouté

#2 Mis à jour par Éric Brison il y a plus de 2 ans

  • % réalisé changé de 0 à 10

#3 Mis à jour par Éric Brison il y a plus de 2 ans

  • % réalisé changé de 10 à 100
  • Statut changé de Assigné à Intégré

Formats disponibles : Atom PDF