De in EA Notes gecreëerde opmaak (m.b.v. EA functionaliteit) landt niet in gegenereerde Respec HTML.

[melsk-r]

Een van onze modelleurs creëert in EA in de Notes van 'Objecttypes', 'Attribuutsoorten' en diagrammen opmaak m.b.v. de standaard EA functionaliteit. Bijv. op het Objecttype 'ACTIVITEITSOORT'

Attribuutsoort 'Naam activiteitsoort'

en ook op het diagram 'SIM MijnAgenda - overzicht'.

Die opmaak valt echter bij de eerste 2 objecten weg in het gegenereerde Respec bestand. Vreemd genoeg wordt het wel meegenomen bij het diagram. Dit geldt o.a. voor bulletlist, numberedlist en bold tekst maar waarschijnlijk ook voor andere typen opmaak.

• EA versie: 17.1
• Gebruikte Imvertor versie: 4.5
• Jobnummer: 2026-05-01-11-11-14-378
• Respec bestandsnaam: SIM-MijnAgenda-1-20260413.respec.html

Zo nodig kunnen we het EA bestand zelf nog aanleveren.

[ArjanLoeffen]

Ik kan het reproduceren en onderzoek het fenomeen.

[ArjanLoeffen]

Ik heb VNGR opgelijnd met alle andere organisaties, door markdown als notes formaat in te stellen in de docrules:
<notes-format>markdown</notes-format>
Maar deze setting kan eigenlijk niet veranderen (moet altijd markdown zijn) en kan dus uit de code worden verwijderd. Het is geen optie meer.
Morgen beschikbaar.

[melsk-r]

Betekent dit dat de opmaak die standaard al door EA wordt aangeboden niet meer kan worden gebruikt?

[ArjanLoeffen]

Juist wel. Je kunt zelf ook markdown invoeren maar niemand doet dat, en het kan worden onderdrukt door een setting.

Oorspronkelijk was het uitgangspunt dat alle tekst zou worden opgemaakt in markdown. Later is de opmaak van ea opengenomen. Die twee kwamen door elkaar heen te staan. Erg onhandig. Naar onze mening gebruikt niemand markdown in content, maar gewoon de opmaak van EA (een soort HTML / WYSIWYG). Die wordt omgezet naar markdown, er worden routines op los gelaten (iw.o. inspire) en uiteindelijk weer omgezet naar HTML dat in de documentatie verschijnt.

Beetje rare gang van zaken maar het is geschiedenis en die is soms raar.

[RonaldJobse]

Nog wat vragen vanuit mij (de modelleur die Robert in de eerste post noemt):

• Begrijp ik hieruit dat markdown niet gebruikt moet worden in Sparx EA, maar de standaard EA opmaakmogelijkheden?
• In EA is inspringen (levels) m.i. niet mogelijk bij opsommingen. Dat leek me wel handig, maar kan dus niet?
• Ik heb in een EA model bij een objecttype in de notes de standaard EA opsomming gebruikt; dit komt echter niet als opsomming terug in de respec. Klopt dat? Hoe kan ik er voor zorgen dat dit wel als opsomming in de respec komt?

[ArjanLoeffen]

Liefst gebruik je de opmaak van EA. Maar je kunt ook markdown gebruiken. Dat moet dan voor VNG-R zo worden ingesteld; dat is nu niet het geval. Ik geeft een voorbeeld:

wordt dan:

We rekken dan wel de weerbaarheid van Imvertor erg op, en er kunnen gemakkelijk conflicten ontstaan. Ik raad daarom markdown encoding af.

[RonaldJobse]

Dan refereer ik weer naar de 1e comment in dit issue: de opmaak van EA in de notes van objecttypen en attribuutsoorten worden niet overgenomen in de respec, de opmaakt van EA in de notes van het diagram wel.

Is dit op te lossen zonder naar markdown te gaan?

[ArjanLoeffen]

In mijn testomgeving wordt de opmaak in alle notes fields gewoon overgenomen in respec. Kun je ene jobnummer geven waar het mis gaat? Let op: het gaat om de nightly build.

[RonaldJobse]

Met de Nightly Build gaat het idd. goed met EA opmaak.

Voor wat het waard is: Als ik in de notes EA opmaak én markdown gebruik (zoals in het voorbeeld dat je gaf), dan wordt de EA opmaak overgenomen in de respec en valt de markdown opmaak weg.

[ArjanLoeffen]

Dat klopt: zoals ik schreef, je kunt ook markdown gebruiken. Dat moet dan voor VNG-R zo worden ingesteld; dat is nu niet het geval.
Wil VNG dat? Dan pas ik het aan.

[melsk-r]

@JohanBoer Hoe kijk jij hier tegenaan? RonaldJobse wil graag nested lists kunnen maken.