Forum libero

- Scritto da: pentothal
>
> - Scritto da:
> > > Si. Se usi un linguaggio di scripting lato
> > server
> > > (java/jsp, .net/asp o php, ma anche altri)
> puoi
> > > settare a tuo piacimento questi headers.
> >
> >
> >
> > Perché quel pirla di browser non dà ascolto a
> > quanto specificato nella pagina,
> > invece?
> >
> > A parte che io seguo il principio di codificare
> > come entità tutto ciò che non è lower-ASCII
> > (azAz09 spazio e poco altro), presumo che con
> > certe codifiche, es. cirillico, non
> > basti.
>
> Sembra che anche Chromium, konqueror e Arora
> (webkit) e Seamonkey(gecko) siano tutti
> pirla.
> Elinks invece no.

HTTP/1.1 recipients MUST respect the charset label provided by the sender; and those user agents that have a provision to "guess" a charset MUST use the charset from the

content-type field if they support that charset, rather than the recipient's preference, when initially displaying a document.

RFC2616

> le character references mappano tutto unicode (ma
> ovviamente triplicheresti il peso del
> testo).

Ovviamente. L'idea sarebbe che per testi in alfabeto latino la maggior parte dei caratteri sarà azAZ09 + rotti, e tutto il resto, speciali e accentati si codifica. Però, se prevale l'header, questo metodo funziona finché l'header specifica un set ASCII esteso che ha in comune i caratteri lower ASCII con il mio. Se al server salta di specificare cinese o cirillico, tutti i caratteri non entitizzati vengono fraintesi.

Penso che smetterò di lambiccarmici e andrò a dormire, accantonando la questione nel limbo dei tanti grumi irrisolti che non vale la pena di frantumare con la propria testa.