Tags worden geparsed binnen [plain]

[beetle71]

beetle71 in "[JS] Tags om selectie of cursor in texta..."

Zie ook aldaar in mijn voorbeeld.

voor de duidelijkheid:

[b][plain] dit is heel erg [/b] tricky . [/plain]

Gaat fout.

{b}{plain} {b}dit is {i} heel erg {/b} tricky {/i}. {/plain} {/b}

De parser parsed de items binnen de plain tags toch

[moto-moi]

[b][norml]dit is heel erg [/b] tricky[/norml] -> [b]dit is heel erg [/b] tricky

Blijkbaar ergens een configfout, want de norml-versie gaat wel goed

[DexterBelgium]

Bwah, als je dezelfde opdracht geeft als hierboven:

code:

[b][norml] [b]dit is [i] heel erg [/b] tricky [/i]. [/norml] [/b]

krijg je dat ook:
[b][norml] dit is heel erg [/b] tricky . [/norml]

Lijkt me dus nog even juist of fout als hierboven

[Alain]

Dat ligt gewoon aan de manier hoe je het gaat parsen. Volgens mij heeft react een stack systeem. Dus de stack is b, norml, b, i Het eerst wordt i gevonden, dan b, dan norml en dan de eerste b. Dan is het compleet logisch dat je dit krijgt (norml en de eerste b worden niet gevonden).

Maar waarom zou je doelbewust verkeerde rml gebruiken?

[ Voor 9% gewijzigd door Alain op 02-03-2007 21:34 ]

[Spider.007]

Het probleem wordt veroorzaakt doordat je de [/b] en [/i] hebt omgedraaid; als je dat correct doet is de parsing ook juist:

code:

[b][plain] [b]dit is [i] heel erg [/i] tricky [/b]. [/plain] [/b]

levert op
[b]dit is [i] heel erg [/i] tricky [/b].

[crisp]

Spin: vanaf het moment dat je [plain] tegenkomt zouden daarop volgende tags geen nieuw level in de stack mogen genereren (ze zijn immers niet allowed) tot het moment dat je [/plain] tegenkomt. Dat ze niet balanced zijn doet niet ter zake.

Jullie maken de fout door in de tree-builder niet de allowed/denied rules mee te nemen maar dat pas in de parse-stage te doen

offtopic:
Ik heb nog wel een betere parser voor jullie hoor, maar dan moet je even met Daniel babbelen

[ Voor 22% gewijzigd door crisp op 03-03-2007 01:28 ]

[Spider.007]

Misschien moeten we p0m (profiel) weer eens aan het werk zetten Maargoed; qua werking heb je inderdaad wel gelijk en zou incorrecte nesting niet uit moeten maken

[crisp]

Not fixable totdat we onze eigen parser als vervanging van de React parser kunnen inzetten...