php: nl2br();
 

Wat mij was opgevallen [veel eerder al] bij nl2br is dat nl2br \n omzet naar <br /> en niet <br> ik vaag me eigenlijk al de hele tijd af hoe dat zit enw aarom dat zo is..
weet iemand waarom?

In de manual staat: "Geeft string met '<BR>' ingevoegd voor alle newlines. "

http://www.php.net/manual/nl/function.nl2br.php

Niet dat dit van groots belang is en het niet meer werkt ;)
Maar vraag het me wel af...

<br /> is XHTML-compatible. In XHTML moeten alle tags die geen sluit-tag hebben eindigen met "/>". Er staat dan een spatie voor zodat het ook nog eens werkt met alle browsers die alleen normaal HTML kennen (die zien dan <br en denken dat / een parameter is die ze niet kennen).

Is zo'n functie trouwens niet best wel zinloos? Met regexps doe je dat in een handomdraai... Sterker nog, dat is natuurlijk wat de functie zelf doet.

Wat is zinloos? Het is een erg veelgebruikte functie, dus is zo'n shortcut razend handig. Bovendien zijn er genoeg mensen die REGEXP's niet snappen.

Zinloos is het idd niet, ook al is er een andere functie, het is gewoon makkelijk dus niet zinloos naar mijn id..

En er zijn ook nog andere manieren om dat \n om te laten zetten..

Maar Chip Zero, waar haal je die wijsheid vandaan als vragen mag [dat XHTML verhaal dus].

Nou... Bij mijn studie informatica is er wel eens wat over verteld :D. Bovendien had ik wat tutorials gelezen over XSL en XHTML om m'n website mee te redesignen, maar uiteindelijk houd ik het toch maar gewoon bij HTML gegenereerd door server-side scripts (header.cgi en footer.cgi) om een uniformere layout te krijgen.

In PHP doe je dit om hetzelfde te doen als die functie:
$html = ereg_replace("\n", "<br />", $html);
Of in Perl dit:
$html =~ s!\n!<br />!g;

Kortom, als je regexps kent is het behoorlijk overbodig zo'n functie. Zo kan ik nog wel meer functies verzinnen.

Maar die regexp is niet helemaal hetzelfde. Bij nl2br() is het volgens mij namelijk zo dat de \n OOK in de tekst blijft staan, samen met de nieuw toegevoegde <br />.

Als je trouwens regexen gebruikt kun je performance-wise beter de preg-varianten gebruiken dan de ereg-varianten.

\n blijft niet staan hoor..

Mkay... Njah, ik gebruik altijd een str_replace() hiervoor.

Dat zal best. Ik ben geen PHP expert, ik doe Perl (dus geloof ik graag dat de preg varianten sneller zijn ;)).

nl2br is sneller ;)
[minder typwerk]

stripjunk() is weinig typewerk voor veel functionaliteit. :P

Is redelijk common knowledge, helemaal als je wel eens met XML bezig bent geweest.

Alleen jammer dat dat geen PHP functie is ;)

ik ben nog nooit met xml bezig geweest en vraag het daarom,
leer ik maybo nog wat van..

maar als het minder goed werkt, en je dan met een probleem zit... kost het meer tijd

verder is het antwoord van chip zero volgens mij alles zeggend

hoezo minder goed werkt dan?

ja, ok ook niet echt
ik dacht even dat het topic met een probleem begon :s dus niet; dus werkt het niet minder goed

Binnen het hogelijk fantastische XMendes Application Framework werkt het echter altijd. :P

Sowieso wel nuttig om een beetje te letten op de requirements voor XHTML 1.0/Transitional... Netjes e.d. :)

euhm.. URL? :p

www.w3.org

Zoek daar maar :)

logisch :D:D

http://www.w3schools.com/xhtml/default.asp

HMM..

Een tutorial/reference moet plain-text zonder kleurtjes zijn :p