KAS-4678: Update van rdfa-editor package naar meest recente versie

[brenner-company]

Nog niet mergen! De testen moeten eerst slagen, en we releasen dit best als standalone upgrade, evt. samen met de Ember upgrade.

Tickets binnen Jira:

• https://kanselarij.atlassian.net/browse/KAS-4678

Andere PRs die samen hiermee moeten gemerged worden:
kanselarij-vlaanderen/decision-report-generation-service#22
kanselarij-vlaanderen/minutes-report-generation-service#16

[ValenberghsSven]

Er zijn nog enkele issues naar boven gekomen:
wij gebruikten custom html "id" properties om achteraf vervangingen te kunnen doen (of automatische overschrijvingen tegen te gaan)
Zoals de lijst aanwezigen en afwezigen (niet overschrijven bij update), de secretaris (vervangen wanneer nodig) en de info over de volgende vergadering (niet overschrijven) in notulen.
Alsook voor styling toe te passen.

Onze id's worden niet meer aanvaard in de html en worden gestript. Al onze logica errond is dus stuk.
De logica met onze custom "section" werkt wel nog dus ik ben al wat aan het vervangen om die sections te gebruiken.
Dit gebruikten we om agendapunten en mededelingen overschrijven tegen te gaan (tenzij expliciet "agendapunten updaten" gebruikt wordt)

Daarnaast ook een probleem met tabellen. Vroeger waren de kolommen een vaste breedte (50/50 van de tabel).
Nu klopt dat niet meer

En die lijkt nu ook dynamisch te zijn > als je begint te typen in bvb de afwezigen tabel dan begint de middenlijn te verschuiven.

Je kan die ook manueel verschuiven:

Daarna blijft die even breed. Maar we zouden dus een start breedte moeten kunnen instellen.

[ValenberghsSven]

check out

• KAS-4678 use sections everywhere for custom rdfa editor parts #2243

It solves the issue of the id's no longer working. (requires minutes-report kanselarij-vlaanderen/minutes-report-generation-service#17)
! It does not not solve the table issue with uneven and shifting column widths. !

[brenner-company]

Daarnaast ook een probleem met tabellen. Vroeger waren de kolommen een vaste breedte (50/50 van de tabel). Nu klopt dat niet meer.

@ValenberghsSven Door een data-colwidth te definiëren op de (nodige) cellen krijgen ze nu wel al de correcte initiële waarde. De kolommen zijn nog wel steeds qua breedte verstelbaar, maar dat zal vermoedelijk geen issue zijn?

[ValenberghsSven]

Daarnaast ook een probleem met tabellen. Vroeger waren de kolommen een vaste breedte (50/50 van de tabel). Nu klopt dat niet meer.

@ValenberghsSven Door een data-colwidth te definiëren op de (nodige) cellen krijgen ze nu wel al de correcte initiële waarde. De kolommen zijn nog wel steeds qua breedte verstelbaar, maar dat zal vermoedelijk geen issue zijn?

Ziet er goed uit nu @brenner-company

FYI: Ik heb deze branch en andere rond ember allemaal in 1 branch getrokken om te kijken of ik al naar ember v5 kon.
#2255