[bug] afsluitende RML en 't niet parsen van smilies?

[BtM909]

Het lijkt erop dat [ wordt gezien als onderdeel van te parsen / vervangen content (logisch ), maar is dat een bug met betrekking tot het invoegen van smilies?

Test-cases:
Dan hoef je toch alleen een variabele met een andere vervangen

[simple-modus]Dan hoef je toch alleen een variabele met een andere vervangen :+[/]

[simple-modus]Dan hoef je toch alleen een variabele met een andere vervangen :+[/simple-modus]

[simple-modus]Dan hoef je toch alleen een variabele met een andere vervangen :+[

een spatie toevoegen lost het probleem
[simple-modus]Dan hoef je toch alleen een variabele met een andere vervangen [

---

Vraag me even af of dit een bug is die met very low priority wordt gefixed of een won't fix wordt

[CodeCaster]

Op het moment dat hij de tag niet kent, is de bracket niets dan een karakter. Dit werkt toch ook niet:

:)p
.
:)!
?
.nl

Oh, toch wel. Misschien uitroepteken en [ ook toevoegen aan de lijst met uitzonderingen?

[BtM909]

Probleem met de [ specifiek is dat je die niet kan toevoegen aan een lijst met uitzonderingen, omdat die juist gebruikt wordt ter herkenning (maar dat roep ik ook maar omdat ik eigenlijk niet weet hoe onze parser ermee omgaat)

[CodeCaster]

Ik weet niet wat er eerst geparsed wordt, smileys of tags, waarschijnlijk maakt dat wel uit. Als de tags eerst geparsed worden, wat me logisch lijkt, worden de wel herkende tags natuurlijk niet meer als smiley-onderdeel gerekend, dus kun je de '[' die er nog staan ook negeren.

Totdat een [ onderdeel wordt van een smiley natuurlijk

[ Voor 9% gewijzigd door CodeCaster op 09-11-2009 11:55 ]

[crisp]

Het ligt inderdaad aan het teken dat volgt na de smilie-code:

code:

(?=[\s.,<)?]|$)

(voor de regexp-goeroes onder ons )

[crisp]

CodeCaster schreef op maandag 09 november 2009 @ 11:54:
Ik weet niet wat er eerst geparsed wordt, smileys of tags, waarschijnlijk maakt dat wel uit. Als de tags eerst geparsed worden, wat me logisch lijkt, worden de wel herkende tags natuurlijk niet meer als smiley-onderdeel gerekend, dus kun je de '[' die er nog staan ook negeren.

Het is een stack-based parser die eerst de content omzet naar tag-tokens, daar een tree van bouwt en vervolgens de boel rendered naar HTML.

Totdat een [ onderdeel wordt van een smiley natuurlijk

Het wordt pas een probleem als je een bestaande tag ook als smilie-code zou willen gebruiken.

[crisp]

ook maar eens fixed