Als gemeente wil ik afbeeldingen kunnen opnemen bij de productbeschrijvingen

[joeribekker]

...zodat ik bepaalde processen schematisch kan weergeven of visuele uitleg kan geven bij het product.

Indiener: Gemeente Buren

Definition of done

• [ ] besluit relevant/generiek
• [ ] indien relevant/generiek; besluit verwerken in kernmodel of extensie
• [ ] indien kernmodel; verwerkt in model

[joeribekker]

Niet direct voorstander omdat vervuiling op de loer ligt en dit zou ook als bijlage opgenomen kunnen worden in #2

[Martindebijl]

De behoefte aan afbeeldingen, video's, als aanvulling op tekstuele informatie is groot. Uit onderzoeken naar klantinteractie/ overheidsdienstverlening komt begrijpelijkheid' als een belangrijk onderwerp naar voren.

[ArjanKloosterboer]

Besproken op 30-1: wat wel en niet in het productbeschrijvingtekstblok en welk formaat? html of juist markdown? @markbacker kikt hier nog naar. Is het makkelijker om iets uit te filteren, zoals een afbeelding, dan om iets toe te voegen? Dan zou op dit punt het kernmodel uitgebreider kunnen zijn dan een extensie; extensie perkt dan in in plaats van dat die uitbreidt.

[VerbeekIT]

Deze issue is wederom besproken in de sessie van 7 maart 2023. Het standpunt is dat er meerdere tekst blokken aan een producttype gekoppeld kunnen worden. In de tekst blokken wordt gebruik gemaakt van markdown opmaak zodat deze tekst makkelijk in de stijl van de website ge-rendered kan worden. Verwijzingen naar plaatjes, figuren, videos e.d. worden via een url aan deze tekst gelinked. Het gebruik van tabellen wordt wel toegestaan.

[ArjanKloosterboer]

Dus elk tekst- cq. contentblok heeft hetzelfde formaat: markdown? En kan dus geen plaatjes e.d. bevatten, alleen links daar naar toe? Ik meen dat we op 7-3 ook de mogelijkheid besproken hebben dat een contentblok ook een ander formaat kan hebben. Elk contentblok heeft dan één formaat, de formaten kunnen verschillen tussen contentblokken. Zo kan de ene markdown als formaat hebben, de andere png en een derde mp4. Of maken we het hiermee te complex?

[VerbeekIT]

Plaatjes en filmpjes e.d. worden normaal gesproken apart opgeslagen en niet als onderdeel van de tekst. Dan kunnen ze ook beter gecasht worden hetgeen beter is voor de performance. Een link naar de betreffende content zou daarmee voldoende zijn.

Met vriendelijke groet,

Jan Verbeek Senior lead architect TO I&A Cluster Automatisering Projecten & Architectuur Gemeente Den Haag

Mobiel: +31 6 4624 3617 Email : @.**@.>

---

Van: Arjan Kloosterboer (VNG Realisatie) @.> Verzonden: dinsdag 21 maart 2023 12:15 Aan: VNG-Realisatie/producttypecatalogus @.> CC: Jan Verbeek @.>; Comment @.> Onderwerp: Re: [VNG-Realisatie/producttypecatalogus] Als gemeente wil ik afbeeldingen kunnen opnemen bij de productbeschrijvingen (Issue #6)

LET OP!: Deze e-mail komt van buiten de organisatie. Klik niet op links en open geen bijlagen tenzij u de afzender herkent en weet dat de inhoud veilig is.

Dus elk tekst- cq. contentblok heeft hetzelfde formaat: markdown? En kan dus geen plaatjes e.d. bevatten, alleen links daar naar toe? Ik meen dat we op 7-3 ook de mogelijkheid besproken hebben dat een contentblok ook een ander formaat kan hebben. Elk contentblok heeft dan één formaat, de formaten kunnen verschillen tussen contentblokken. Zo kan de ene markdown als formaat hebben, de andere png en een derde mp4. Of maken we het hiermee te complex?

— Reply to this email directly, view it on GitHubhttps://github.com/VNG-Realisatie/producttypecatalogus/issues/6#issuecomment-1477656135, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AKOD5X7OLZNTSY3FSDHLEFDW5GETXANCNFSM6AAAAAAQ4MPLU4. You are receiving this because you commented.Message ID: @.***>

De disclaimer van toepassing op e-mail van de gemeente Den Haag vindt u op: https://www.denhaag.nl/disclaimer

[ArjanKloosterboer]

Als formaat van het contentblok ('PRODUCTBESCHRIJVING . Productaspectbeschrijving . Uitleg' in het CimPDC) is nu 'markup' opgenomen. Naar afbeeldingen kan in die tekst gelinkt worden. Zie ook issue #1