von MoeWe » Di 9. Jun 2020, 20:59
Naja, ich hab eine Theorie erklärt, warum ich glaube, dass die vorherigen Versuche mit [] Probleme hatten. Dann hab ich eine Lösung gezeigt, die ohne [] auskommt. Das scheint zumindest in meinen Tests zu funktionieren. Allerdings kann ich keinesfalls garantieren, dass die Lösung auch für denn Produktiveinstatz nutzbar ist.
Alles, was ich bis jetzt gesehen habe, suggeriert, dass l3regex mit pdfLaTeX nur ASCII-Zeichen vollständig unterstützt. Nicht-ASCII-Zeichen scheinen in einigen Fällen (mehr aus Zufall und nicht von der Spezifikation her) zu funktionieren. Das Problem ist nur, dass ich nicht sagen kann, wo genau die Grenzen liegen. Im ToDo-Block der expl3-Dokumentation interface3 findet sich nur der Punkt "UTF-8 mode for pdfTeX", was sich zumindest für mich so anhört, als sei UTF-8 zur Zeit in pdfLaTeX nicht offiziell (vollständig) unterstützt.
Von daher: Nutz den Code ruhig, wenn er in Deinen Tests das richtige tut, aber überprüfe die Ausgabe sorgfältig.
Naja, ich hab eine Theorie erklärt, warum ich glaube, dass die vorherigen Versuche mit `[]` Probleme hatten. Dann hab ich eine Lösung gezeigt, die ohne `[]` auskommt. Das scheint zumindest in meinen Tests zu funktionieren. Allerdings kann ich keinesfalls garantieren, dass die Lösung auch für denn Produktiveinstatz nutzbar ist.
Alles, was ich bis jetzt gesehen habe, suggeriert, dass `l3regex` mit pdfLaTeX nur ASCII-Zeichen vollständig unterstützt. Nicht-ASCII-Zeichen scheinen in einigen Fällen (mehr aus Zufall und nicht von der Spezifikation her) zu funktionieren. Das Problem ist nur, dass ich nicht sagen kann, wo genau die Grenzen liegen. Im ToDo-Block der `expl3`-Dokumentation `interface3` findet sich nur der Punkt "UTF-8 mode for pdfTeX", was sich zumindest für mich so anhört, als sei UTF-8 zur Zeit in pdfLaTeX nicht offiziell (vollständig) unterstützt.
Von daher: Nutz den Code ruhig, wenn er in Deinen Tests das richtige tut, aber überprüfe die Ausgabe sorgfältig.