Closed gyuris closed 4 years ago
Nos, valóban. A definciós kérdések egyszerűsödnének, de ennek azért ára van.
Mielőtt erre az útra lépünk megvizsgálnám, hogy valóban nem tudjuk-e, komptibilis módon kiegészíteni az OpenLyrics szabványt, hogy az igényeinknek megfeleljen. Én a definiciós kérdéseknél nem látok megoldhatatlan problémákat. A megjelenitési (implementációs) kérdéseket sajnos ez sem fogja megoldani.
Két javaslat:
Néhány év eltelt, de a 0.9-tól 0.8-ra konvertáló XSLT elkészült:
Érintett véglegesítések:
Ahogy nézegetem a #8, #9, #10, #11 bejegyzéseket és a beszélgetésünket, különösen ezt, támadt egy korszakalkotó :-) zseniális ötletem: készítsünk egy downgrade szkriptet, amely a 0.8-as szabványra alakítja vissza az állományainkat. Így végre megszabadulunk attól a kínzó problémától, hogy szép-szép minden ötletünk, csak nem fog együttműködni a nem saját programokkal, ezért nem azt csináljuk, ami kellene, hanem ami belefér.
Szóval, készülhet ez DOM manipulációval, lehet szintén NodeJS-ben, vagy készülhet XSLT-es átalakítással (talán ez a legszebb, de az XSLT-vel sohasem jutottam túl az ismerkedési szinten) is. A lényeg:
<chord name="A">Még nem is éltem én</chord>
→<chord name="A" />Még nem is éltem én
. Ide értve a #10 összes módosítását (szünetjel, felütés, hossz attribútum), amiben majd megállapodunk.A helyes irány szerintem az, hogy olyan leírónyelvünk legyen, amelyben mindent meg lehet csinálni, amire szükségünk van. A „butább” programoknak pedig lesz egy visszabutított verzió, amivel nem kell foglalkozni, a build szkript legyártja és nagyszerű. Lehet betolni OpenLP-be, vagy amibe kell.