memorizzare nel DB caratteri speciali UNICODE

[emanuele masiero]

salve a tutti

mi sto cimentando sull'uso corretto dell'UNICODE e dei caratteri speciali
qui ho trovato una guida che mi ha chiarito molti aspetti
http://maxpiano.altervista.org/unicode/intro.php?page=1

vorrei chiedere un vostro consiglio sulle regole da tenere
nella memorizzazione di caratteri speciali
in un DB con codifica UNICODE UTF-8

la banca dati sarà utilizzata per:
- pubblicazione dati su web
- esportazione XML

qual'è il modo migliore per creare una banca dati aperta a vari utilizzi/applicazioni?

qui la tabella con le codifiche UNICODE delle frazioni
http://maxpiano.altervista.org/unicode/unicode-chart.php?block=00002150

per esempio per scrivere la frazione "1/3" si possono usare tre codifiche:
unicode         &# 2153;
html entity     &# x2153;
html              1/₃

ho fatto alcune prove e sarei orientato sulla seconda, "html entity", perchè funziona sempre (nei test che ho fatto)
mentre la prima "unicode" non trova i font... (dove si trovano?)
e la terza "html" non viene interpretata correttamente nel export XML, il tag <sub> viene considerato un normale tag xml

non sono sicuro sia la soluzione migliore...  voi che ne pensate?

grazie
Emanuele Masiero
Padova

_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
[hidden email]
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
502 iscritti all'11.2.2011

[Niccolo Rigacci]

On Wed, Mar 23, 2011 at 12:41:24AM +0100, emanuele masiero wrote:
>
> vorrei chiedere un vostro consiglio sulle regole da tenere
> nella memorizzazione di caratteri speciali
> in un DB con codifica UNICODE UTF-8
>
> la banca dati sarà utilizzata per:
> - pubblicazione dati su web
> - esportazione XML

Memorizza tutte e sempre in Unicode UTF-8 (UTF-8 è la codifica
più diffusa, solo il mio lettore mp3 usa Unicode UTF-16). A
maggior ragione se ha dichiarato che il tuo database è Unicode:
se ci butti dentro entità HTML o altre codifiche avresti
"dichiarato il falso".

Provvedi a fare le decodifiche - se necessario - quando presenti
i dati via web oppure in XML. Tra l'altro né il web né l'XML
pongono vincoli sul charset, anzi dovrebbero trovarsi più che
bene con l'UTF-8. Apache per esempio si configura facilmente per
UTF-8 e PHP abbastanza facilmente.

Certo che la resa finale prevede la disponibilità di un font che
contiene i glifi (il disegno) di tutti i caratteri utilizzati, ma
non esiste il "font perfetto" che contiene tutti i glifi di cui
potresti avere bisogno.

Ad ogni modo il futuro (anzi il presente) è Unicode, l'unico caso
in cui devo ancora convertire in ISO-8859-1 prima di presentare
il testo è la produzione di file PDF, ma questa è una'altra
storia.

--
Niccolo Rigacci
Firenze - Italy
_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
[hidden email]
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
502 iscritti all'11.2.2011

[emanuele masiero]

Il giorno 23 marzo 2011 12:47, Niccolo Rigacci <[hidden email]> ha scritto:

On Wed, Mar 23, 2011 at 12:41:24AM +0100, emanuele masiero wrote:
>
> vorrei chiedere un vostro consiglio sulle regole da tenere
> nella memorizzazione di caratteri speciali
> in un DB con codifica UNICODE UTF-8
>
> la banca dati sarà utilizzata per:
> - pubblicazione dati su web
> - esportazione XML

Memorizza tutte e sempre in Unicode UTF-8 (UTF-8 è la codifica
più diffusa, solo il mio lettore mp3 usa Unicode UTF-16). A
maggior ragione se ha dichiarato che il tuo database è Unicode:
se ci butti dentro entità HTML o altre codifiche avresti
"dichiarato il falso".

Provvedi a fare le decodifiche - se necessario - quando presenti
i dati via web oppure in XML. Tra l'altro né il web né l'XML
pongono vincoli sul charset, anzi dovrebbero trovarsi più che
bene con l'UTF-8. Apache per esempio si configura facilmente per
UTF-8 e PHP abbastanza facilmente.

Certo che la resa finale prevede la disponibilità di un font che
contiene i glifi (il disegno) di tutti i caratteri utilizzati, ma
non esiste il "font perfetto" che contiene tutti i glifi di cui
potresti avere bisogno.

Ad ogni modo il futuro (anzi il presente) è Unicode, l'unico caso
in cui devo ancora convertire in ISO-8859-1 prima di presentare
il testo è la produzione di file PDF, ma questa è una'altra
storia.

--
Niccolo Rigacci
Firenze - Italy

grazie niccolo!!
--
emanuele

_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
[hidden email]
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
502 iscritti all'11.2.2011