[forum/bug] '[' tekens binnen code tags worden geescaped

[.oisyn]

Het is weer zover. Dit probleem is al eerder naar voren gekomen: \[forum/bug] '\[' tekens binnen code tags worden geescaped

Een [ in een post in een code tag wordt dus geescaped. Quote mij maar.

code:

bladiebla [yadda] yadda

code:

bladiebla [yadda] yadda

[ Voor 7% gewijzigd door .oisyn op 25-11-2009 13:27 ]

[RedHat]

.oisyn schreef op woensdag 25 november 2009 @ 13:02:
Het is weer zover. Dit probleem is al eerder naar voren gekomen: \[forum/bug] '\[' tekens binnen code tags worden geescaped

Een [ in een post in een code tag wordt dus geescaped. Quote mij maar.

code:

bladiebla [ yadda yadda

werkt goed

[CrankyGamerOG]

.oisyn schreef op woensdag 25 november 2009 @ 13:02:
Het is weer zover. Dit probleem is al eerder naar voren gekomen: \[forum/bug] '\[' tekens binnen code tags worden geescaped

Een [ in een post in een code tag wordt dus geescaped. Quote mij maar.

code:

bladiebla [ yadda yadda

test quote

edit :

Zo te zien wel he

[ Voor 4% gewijzigd door CrankyGamerOG op 25-11-2009 13:03 ]

[.oisyn]

Hmz hier blijkbaar niet . Deze wel: JanDM in "De Devschuur Coffee Corner"

JanDM schreef op woensdag 25 november 2009 @ 11:30:
Wie weet trouwens uit z'n hoofd wat de uitvoer is van:

PHP:

<?php
$a = array('foo');
$b = $a;
$b[0] = 'bar';
echo $a[0];

en

PHP:

$a = array('foo');
$c =& $a\[0];
$b = $a;
$b\[0] = 'bar';
echo $a\[0];

Ik dacht dat een reference in PHP intern een pointer naar dezelfde struct is. Blijkbaar gebeurt er meer?
Weet iemand hoe dit komt?

.edit: grappig dat het alleen in het tweede stukje gebeurt.

[ Voor 5% gewijzigd door .oisyn op 25-11-2009 13:03 ]

[CrankyGamerOG]

.oisyn schreef op woensdag 25 november 2009 @ 13:02:
Het is weer zover. Dit probleem is al eerder naar voren gekomen: \[forum/bug] '\[' tekens binnen code tags worden geescaped

Een [ in een post in een code tag wordt dus geescaped. Quote mij maar.

PHP:

bladiebla [ yadda yadda

Ook deze gaat goed.

En jouw quote lijkt ook goed te gaan?

[.oisyn]

code:

[aap]

code:

[aap]

code:

[aap]

[ Voor 24% gewijzigd door .oisyn op 25-11-2009 13:27 ]

[.oisyn]

.oisyn schreef op woensdag 25 november 2009 @ 13:26:

code:

[aap]

code:

\[aap]

code:

\[aap]

ok je moet dus meerdere code tags hebben

.oisyn schreef op woensdag 25 november 2009 @ 13:02:
Het is weer zover. Dit probleem is al eerder naar voren gekomen: \[forum/bug] '\[' tekens binnen code tags worden geescaped

Een [ in een post in een code tag wordt dus geescaped. Quote mij maar.

code:

bladiebla [yadda] yadda

code:

bladiebla \[yadda] yadda

En er moet ook een ] in voorkomen.

[ Voor 68% gewijzigd door .oisyn op 25-11-2009 13:28 ]

[Matis]

Misschien komt het omdat je short-tags gebruikt

code:

[metlangeclosetag]

code:

[metkorteclosetag]

[ Voor 25% gewijzigd door Matis op 25-11-2009 13:30 ]

[crisp]

Het ligt inderdaad aan de short-close tag; in de tokenizer fase weet ik dan niet welke tag daarbij hoort en of ik dus het no-escape level moet verminderen. Ik zal eens kijken of ik dat kan aanpassen naar een post-parse functie die achteraf de escape-tekens weghaald.

[.oisyn]

Wat ik dan wel weer vreemd vind is dat het nu in de tokenizer is geïmplementeerd, en dat je het dan vervolgens ná de parser wilt fixen, terwijl het mij eigenlijk gewoon het makkelijkst lijkt om in de parser zelf het hele probleem aan te pakken

[BtM909]

[noob-modus]
Hoe dan? Je weet dan toch niet bij welke die laatste short-close tag hoort? Of kan je dan in je parser direct bijhouden welke tags wel accepted zijn?

[crisp]

.oisyn schreef op woensdag 25 november 2009 @ 13:59:
Wat ik dan wel weer vreemd vind is dat het nu in de tokenizer is geïmplementeerd, en dat je het dan vervolgens ná de parser wilt fixen, terwijl het mij eigenlijk gewoon het makkelijkst lijkt om in de parser zelf het hele probleem aan te pakken

I agree, maar jij kent de React parser niet

[.oisyn]

@BtM909: Het doel van een tokenizer is het opdelen van de input in tokens. Die heeft in essentie dus helemaal geen weet van de verschillende tags, en ook niet welke sluit tag bij welke open tag hoort. De parser gaat de open- en sluit-tags matchen, dus die weet dondersgoed wat de nesting is .

Overigens vind ik het sowieso vreemd dat er überhaupt geescaped wordt. Typisch wil je dat alleen bij content die elders vandaan komt waar geen rml tags voor geparsed moeten worden, zoals usernames en topictitles. Gewoon maar een hele post gaan zitten escapen is onzin.

crisp schreef op woensdag 25 november 2009 @ 14:21:
[...]

I agree, maar jij kent de React parser niet

Blij toe

[ Voor 24% gewijzigd door .oisyn op 25-11-2009 14:24 ]