Bon et bien je vais me lancer dès que j'aurais un moment...
Merci.
Gaëtan
Bon et bien je vais me lancer dès que j'aurais un moment...
Merci.
Gaëtan
Bon et bien je vais me lancer dès que j'aurais un moment...
Merci.
Gaëtan
Pour l'instant je bloque sur Gnucash qui semble avoir très mal vécu
le passage en utf8... Les polices pour les menus passent mal, j'ai
modifié les polices pour l'affichage dans les registres mais le
résultat n'est pas satisfaisant... J'ai regardé dans le fichier xml
mais je ne sais pas comment sont encodés les caractères accentués
dedans.
Pour l'instant je bloque sur Gnucash qui semble avoir très mal vécu
le passage en utf8... Les polices pour les menus passent mal, j'ai
modifié les polices pour l'affichage dans les registres mais le
résultat n'est pas satisfaisant... J'ai regardé dans le fichier xml
mais je ne sais pas comment sont encodés les caractères accentués
dedans.
Pour l'instant je bloque sur Gnucash qui semble avoir très mal vécu
le passage en utf8... Les polices pour les menus passent mal, j'ai
modifié les polices pour l'affichage dans les registres mais le
résultat n'est pas satisfaisant... J'ai regardé dans le fichier xml
mais je ne sais pas comment sont encodés les caractères accentués
dedans.
Bonsoir,
le unicode n'a pas que du bon ; à lire :
http://www.schneier.com/blog/archives/2005/02/unicode_url_hac_1.html
a+
Bonsoir,
le unicode n'a pas que du bon ; à lire :
http://www.schneier.com/blog/archives/2005/02/unicode_url_hac_1.html
a+
Bonsoir,
le unicode n'a pas que du bon ; à lire :
http://www.schneier.com/blog/archives/2005/02/unicode_url_hac_1.html
a+
http://www.schneier.com/blog/archives/2005/02/unicode_url_hac_1.html
http://www.schneier.com/blog/archives/2005/02/unicode_url_hac_1.html
http://www.schneier.com/blog/archives/2005/02/unicode_url_hac_1.html
les textes prennent plus de place.
la place que prends le texte devient bien plus grande (30% je crois
environ).
les textes prennent plus de place.
la place que prends le texte devient bien plus grande (30% je crois
environ).
les textes prennent plus de place.
la place que prends le texte devient bien plus grande (30% je crois
environ).
le unicode n'a pas que du bon ; à lire :
http://www.schneier.com/blog/archives/2005/02/unicode_url_hac_1.html
le unicode n'a pas que du bon ; à lire :
http://www.schneier.com/blog/archives/2005/02/unicode_url_hac_1.html
le unicode n'a pas que du bon ; à lire :
http://www.schneier.com/blog/archives/2005/02/unicode_url_hac_1.html
C'est le problème du pishing si je ne m'abuse. Il est pris en compte par
les navigateurs (même le futur IE) maintenant, cela ne devrait pas trop
poser de problème.
Quoiqu'il en soit (le cas particulier) UTF-8 (et non unicode) présente
un petit désagrément : les textes prennent plus de place.
Autre désagrément : autant il est rétro-compatible avec ascii autant
pour tous les autres alphabets non dérivés de l'ascii (le chinois,
l'arabe, ...) c'est plus ennuyant et la place que prends le texte
devient bien plus grande (30% je crois environ).
C'est le problème du pishing si je ne m'abuse. Il est pris en compte par
les navigateurs (même le futur IE) maintenant, cela ne devrait pas trop
poser de problème.
Quoiqu'il en soit (le cas particulier) UTF-8 (et non unicode) présente
un petit désagrément : les textes prennent plus de place.
Autre désagrément : autant il est rétro-compatible avec ascii autant
pour tous les autres alphabets non dérivés de l'ascii (le chinois,
l'arabe, ...) c'est plus ennuyant et la place que prends le texte
devient bien plus grande (30% je crois environ).
C'est le problème du pishing si je ne m'abuse. Il est pris en compte par
les navigateurs (même le futur IE) maintenant, cela ne devrait pas trop
poser de problème.
Quoiqu'il en soit (le cas particulier) UTF-8 (et non unicode) présente
un petit désagrément : les textes prennent plus de place.
Autre désagrément : autant il est rétro-compatible avec ascii autant
pour tous les autres alphabets non dérivés de l'ascii (le chinois,
l'arabe, ...) c'est plus ennuyant et la place que prends le texte
devient bien plus grande (30% je crois environ).
On 2005-12-17 22:53:19 +0100, RTyler wrote:C'est le problème du pishing si je ne m'abuse. Il est pris en compte par
les navigateurs (même le futur IE) maintenant, cela ne devrait pas trop
poser de problème.
Pas par Firefox 1.5, qui tente d'ouvrir l'exemple de Stéphane sans
rien signaler.
Quoiqu'il en soit (le cas particulier) UTF-8 (et non unicode) présente
un petit désagrément : les textes prennent plus de place.
La différence est faible, et de toute façon, ce qui prend de la place
aujourd'hui, ce ne sont pas les textes, mais surtout les vidéos, et
dans une moindre mesure les images et les fichiers audio, ou d'autres
types de données. Si tu tiens une bibliothèque textuelle, alors il
faut considérer la compression des textes, qui peuvent faire gagner
environ 70%, et entre un texte ISO-8859-1 (ou 15) compressé et un
texte UTF8 compressé, il n'y a aucune différence.
Autre désagrément : autant il est rétro-compatible avec ascii autant
pour tous les autres alphabets non dérivés de l'ascii (le chinois,
l'arabe, ...) c'est plus ennuyant et la place que prends le texte
devient bien plus grande (30% je crois environ).
Après compression, il me semble qu'il doit y avoir peu de différence
(et pourquoi pas considérer UTF-16 directement...).
On 2005-12-17 22:53:19 +0100, RTyler wrote:
C'est le problème du pishing si je ne m'abuse. Il est pris en compte par
les navigateurs (même le futur IE) maintenant, cela ne devrait pas trop
poser de problème.
Pas par Firefox 1.5, qui tente d'ouvrir l'exemple de Stéphane sans
rien signaler.
Quoiqu'il en soit (le cas particulier) UTF-8 (et non unicode) présente
un petit désagrément : les textes prennent plus de place.
La différence est faible, et de toute façon, ce qui prend de la place
aujourd'hui, ce ne sont pas les textes, mais surtout les vidéos, et
dans une moindre mesure les images et les fichiers audio, ou d'autres
types de données. Si tu tiens une bibliothèque textuelle, alors il
faut considérer la compression des textes, qui peuvent faire gagner
environ 70%, et entre un texte ISO-8859-1 (ou 15) compressé et un
texte UTF8 compressé, il n'y a aucune différence.
Autre désagrément : autant il est rétro-compatible avec ascii autant
pour tous les autres alphabets non dérivés de l'ascii (le chinois,
l'arabe, ...) c'est plus ennuyant et la place que prends le texte
devient bien plus grande (30% je crois environ).
Après compression, il me semble qu'il doit y avoir peu de différence
(et pourquoi pas considérer UTF-16 directement...).
On 2005-12-17 22:53:19 +0100, RTyler wrote:C'est le problème du pishing si je ne m'abuse. Il est pris en compte par
les navigateurs (même le futur IE) maintenant, cela ne devrait pas trop
poser de problème.
Pas par Firefox 1.5, qui tente d'ouvrir l'exemple de Stéphane sans
rien signaler.
Quoiqu'il en soit (le cas particulier) UTF-8 (et non unicode) présente
un petit désagrément : les textes prennent plus de place.
La différence est faible, et de toute façon, ce qui prend de la place
aujourd'hui, ce ne sont pas les textes, mais surtout les vidéos, et
dans une moindre mesure les images et les fichiers audio, ou d'autres
types de données. Si tu tiens une bibliothèque textuelle, alors il
faut considérer la compression des textes, qui peuvent faire gagner
environ 70%, et entre un texte ISO-8859-1 (ou 15) compressé et un
texte UTF8 compressé, il n'y a aucune différence.
Autre désagrément : autant il est rétro-compatible avec ascii autant
pour tous les autres alphabets non dérivés de l'ascii (le chinois,
l'arabe, ...) c'est plus ennuyant et la place que prends le texte
devient bien plus grande (30% je crois environ).
Après compression, il me semble qu'il doit y avoir peu de différence
(et pourquoi pas considérer UTF-16 directement...).
On Sat, Dec 17, 2005 at 10:39:29PM +0100,
steve wrote
a message of 12 lines which said:
> http://www.schneier.com/blog/archives/2005/02/unicode_url_hac_1.html
D'habitude, j'apprécie beaucoup tous les articles de Schneier mais
celui-ci est vraiment idiot. La même attaque est possible sans Unicode
(www.goog1e.com, par exemple).
Et, de toute façon, Schneier ne propose aucune alternative (à part
rester en US-ASCII, ce qui ne convient qu'aux anglophones et
néérlandophones).
On Sat, Dec 17, 2005 at 10:39:29PM +0100,
steve <dlist@bluewin.ch> wrote
a message of 12 lines which said:
> http://www.schneier.com/blog/archives/2005/02/unicode_url_hac_1.html
D'habitude, j'apprécie beaucoup tous les articles de Schneier mais
celui-ci est vraiment idiot. La même attaque est possible sans Unicode
(www.goog1e.com, par exemple).
Et, de toute façon, Schneier ne propose aucune alternative (à part
rester en US-ASCII, ce qui ne convient qu'aux anglophones et
néérlandophones).
On Sat, Dec 17, 2005 at 10:39:29PM +0100,
steve wrote
a message of 12 lines which said:
> http://www.schneier.com/blog/archives/2005/02/unicode_url_hac_1.html
D'habitude, j'apprécie beaucoup tous les articles de Schneier mais
celui-ci est vraiment idiot. La même attaque est possible sans Unicode
(www.goog1e.com, par exemple).
Et, de toute façon, Schneier ne propose aucune alternative (à part
rester en US-ASCII, ce qui ne convient qu'aux anglophones et
néérlandophones).