Ticket #80 (closed enhancement: wontfix)

Opened 5 years ago

Last modified 5 years ago

compositionTitle dans un for codes=""

Reported by: loa Owned by: sys
Component: SCENARIbuilder Version:

Description

je suis dans le transformer qui met en forme les objectifs de mon élément racine.

Si je n'ai pas d'objectif, je ne veux pas créer de cadre "objectifs". Je fais donc un for codes="obj" et j'y mets mon WSimpleBlock.

Le problème c'est que j'ai besoin d'écrire "[titre de mon élément racine] - objectifs". Or dans un WSimpleBlock qui est lui-même dans un for codes="", on ne peut pas faire compositionTitle dans le title du WSimpleBlock.

Ce serait bien de pouvoir le faire.

J'ai constaté ça sur le web, mais le problème est le même sur OD.

Change History

comment:1 Changed 5 years ago by anp

Sur OD, j'ai déja modifié cela sur la branche 3.3. Sur SCb3.2.x, tu peux utiliser malgrés tout compositionTitle n'importe ou dans la composition, ca fonctionnera (erreur dans l'éditeur, mais génération correcte)

comment:2 Changed 5 years ago by sys

  • Type changed from defect to enhancement

A mon avis :

  • cette possibilité est plus complexe à implémenter côté webSite.
  • cet ajout peut engendrer des erreurs pour les modélisateurs "débutants" ou simplement par inattention.
  • j'aimerais trouver un exemple où il est impossible de traiter ce cas particulier. Je vois au moins 2 possibilités :
    • sm:choose/sm:when encadrant le bloc contenant le compositionTitle et sm:for
    • le sm:callModel/sm:current pour rappeler le composant.

comment:3 Changed 5 years ago by anp

  • Owner set to sys
  • Component set to SCENARIbuilder

implémenté en OD. cf #127

comment:4 Changed 5 years ago by sys

  • Status changed from new to closed
  • Resolution set to wontfix

Je persiste à penser que c'est une erreur. L'expérience montre que plus on ajoute de subtilités de ce genre, plus les "débutants" ou les "étourdis" (et nous en sommes tous !) sélectionneront trop souvent la mauvaise option. La correction de ce genre d'erreur est pénible. Si ce besoin apparaissait dans 30% des cas, ca se justifierait.

Il y a (à priori) aujourd'hui d'autres possibilités pour aboutir au même résultat, donc ce n'est pas bloquant et comme ce besoin apparait que très rarement, ce n'est pas un problème que ce soit plus "verbeux".

Sauf preuve du contraire cela me semble une donc une très mauvaise idée ! A ce rythme là nos éditeurs XED vont finir en véritable merdier, et comme nous voulons garantir la compatibilité ascendante, ca va être très difficile de les retirer.

Sylvain

Note: See TracTickets for help on using tickets.