All statements are true in some sense, false in some sense, meaningless in some sense, true and false in some sense, true and meaningless in some sense, false and meaningless in some sense, and true and false and meaningless in some sense.
het wordt precies weergegeven zoals bedoeld?
[topic]blaat[/] == [topic]blaat[/topic]
[topic]blaat[/] == [topic]blaat[/topic]
"Een serveradmin, voluit een serveradministrator, is dan weer een slavenbeheerder oftewel een slavendrijver" - Rataplan
Nee, hij hoort er helemaal niets mee te doen. Hij kan er tenslotte ook geen code van maken en dan hoort hij vziw gewoon exact weer te geven wat er is ingevoerd.
All statements are true in some sense, false in some sense, meaningless in some sense, true and false in some sense, true and meaningless in some sense, false and meaningless in some sense, and true and false and meaningless in some sense.
Als je dat wilt moet je er [norml]-tags omheen gooienDirk schreef op woensdag 08 oktober 2008 @ 23:35:
Nee, hij hoort er helemaal niets mee te doen. Hij kan er tenslotte ook geen code van maken en dan hoort hij vziw gewoon exact weer te geven wat er is ingevoerd.
of escapen: \[topic]blaat\[/]
Feitelijk is het geen parse-bug; de tag wordt uiteindelijk juist niet geparsed omdat er een verplicht attribuut mist. De parser-functie krijgt echter enkel een tag-token binnen waar geen informatie in zit of de tag 'kort' of 'volledig' was afgesloten en retourneert bij een error een samengestelde 'ruwe' tag op deze manier:
De enige manier om dit op te lossen is door ook de end-tag in het tag-token op te nemen, dan doe je ook dingen als [topic]blaat[/ToPiC] 'goed'. De vraag is of je zo ver moet gaan; immers is dit een vorm van error-correctie en is dit bij valide input niet nodig...
Feitelijk is het geen parse-bug; de tag wordt uiteindelijk juist niet geparsed omdat er een verplicht attribuut mist. De parser-functie krijgt echter enkel een tag-token binnen waar geen informatie in zit of de tag 'kort' of 'volledig' was afgesloten en retourneert bij een error een samengestelde 'ruwe' tag op deze manier:
PHP:
1
2
| if ($not_parsed) return '[' . $tag['name'] . $tag['attributes'] . ']' . $string . '[/' . $tag['name'] . ']'; |
De enige manier om dit op te lossen is door ook de end-tag in het tag-token op te nemen, dan doe je ook dingen als [topic]blaat[/ToPiC] 'goed'. De vraag is of je zo ver moet gaan; immers is dit een vorm van error-correctie en is dit bij valide input niet nodig...
Intentionally left blank
wontfix. Sowieso, mochten we besluiten de frontpage parser te gaan gebruiken voor het forum, dan is dit sowieso geen issue aangezien deze de endtags wel intact laat wanneer deze niet geparsed kan/mag worden.
Intentionally left blank
Pagina: 1
Dit topic is gesloten.
![]()