[PHP] htmlentities

[Zoolander]

Wanneer ik è wil converten met htmlentities, krijg ik de volgende waarde terug:

è (& Atilde;& uml;)

In mijn HTML source heb ik al & egrave; & #232; en gewoon è laten staan gebropeerd.
Ook via een meta tag de PHP ISO charset opgegven.
Niks helpt.

Ik draai PHP 5.04 op windows.

Weet iemand of dit te verhelpen is?

dit is overigens stukje code

PHP:

if (isset($_SESSION['form'][$id]))
        $foundValue = htmlentities($_SESSION['form'][$id], ENT_NOQUOTES);

[ Voor 13% gewijzigd door Zoolander op 10-03-2006 22:57 . Reden: entities spatie meegegeven, werden natuurlijk gewoon geparsed ]

[Verwijderd]

ik snap em niet, kan je iets beter uitleggen waar het voor dient en wat er verkeerd gaat?

[NMe]

Via meta-tags de charset aangeven is een beetje mosterd na de maaltijd. De browser is dan immers al bezig met het parsen van de pagina. Zet eens netjes een header hiervoor.

[Osiris]

Klinkt als een UTF-probleem...

Probeer utf8-decode() eens anders? Beetje daarmee prutsen

[ Voor 68% gewijzigd door Osiris op 10-03-2006 23:01 ]

[Erkens]

Dat lijkt op utf8, waar komt die data uit die sessie vandaan?

edit:
* Erkens schopt Osiris

[ Voor 43% gewijzigd door Erkens op 10-03-2006 23:02 ]

[Osiris]

Erkens schreef op vrijdag 10 maart 2006 @ 23:01:

edit:
* Erkens schopt Osiris

UTF-8 teh pwn, ook op IRC

---

offtopic:

Is 't trouwens niet zo dat browsers automagisch de inputvelden encoden zoals de HTML-pagina encoded is? En wat gebeurt er als de HTML-pagina op geen enkele manier een encoding aangegeven heeft? Verstuur ik dan UTF-meuk richting een script wat daar helemaal niet mee om kan gaan?

[ Voor 13% gewijzigd door Osiris op 10-03-2006 23:04 ]

[Verwijderd]

Wat krijg je als je die sessie echo'd

[Erkens]

Osiris schreef op vrijdag 10 maart 2006 @ 23:03:
Is 't trouwens niet zo dat browsers automagisch de inputvelden encoden zoals de HTML-pagina encoded is?

ik neem aan dat je hier de character encoding bedoeld, in dat geval: ja.

En wat gebeurt er als de HTML-pagina op geen enkele manier een encoding aangegeven heeft?

dan springt de browser terug naar zijn default value, daarom is het ook belangrijk om aan te geven in welke encoding je pagina is.

Verstuur ik dan UTF-meuk richting een script wat daar helemaal niet mee om kan gaan?

dan kan het kapot gaan (zoals hier gok ik)

[Zoolander]

oke, heel slim wie er met UTF-8 kwamen.
Het werkt nu. Waarom werkt UTF-8 wel, als ik gewoon ISO wil gebruiken?
(niet dat ik nou perse ISO wil gebruiken... maar toch)

[Erkens]

Zoolander schreef op vrijdag 10 maart 2006 @ 23:11:
oke, heel slim wie er met UTF-8 kwamen.
Het werkt nu. Waarom werkt UTF-8 wel, als ik gewoon ISO wil gebruiken?
(niet dat ik nou perse ISO wil gebruiken... maar toch)

iso wat?
als ik jou was zou ik me eens gaan verdiepen in deze character encodings, wat het inhoud en waarom het nuttig is om aan te geven hoe je tekst wilt opslaan

[Johnny]

En als je geen zin hebt om je er in te verdiepen, onthoud dan gewoon de regel: overal en altijd UTF-8 en dan werkt het.

[Erkens]

Johnny schreef op vrijdag 10 maart 2006 @ 23:19:
En als je geen zin hebt om je er in te verdiepen, onthoud dan gewoon de regel: overal en altijd UTF-8 en dan werkt het.

maar dat is dus niet altijd mogelijk, bijvoorbeeld zodra dat uit een externe bron komt waar je geen invloed op uit kan oefenen etc

[Osiris]

Zoolander schreef op vrijdag 10 maart 2006 @ 23:11:
oke, heel slim wie er met UTF-8 kwamen.
Het werkt nu. Waarom werkt UTF-8 wel, als ik gewoon ISO wil gebruiken?
(niet dat ik nou perse ISO wil gebruiken... maar toch)

Dat ligt eraan wat de bron van $_SESSION['form'][$id] is