MacOS Lion contient désormais les Emoji parmi ses caractères disponibles (via le « Visualiseur de caractères »). Parce qu’ils ont, paraît-il, rejoint Unicode en fin d’année dernière.
Ils sont représentés par une police... en couleurs. Mouais. M’enfin du coup, si on reste entre utilisateurs de Macos Lion, je suppose qu’on peut les utiliser sur Seenthis (je me demande ce que voient les autres).
J’avais essayé de prendre des noms de domaines UNICODE pour jouer avec les diverses polices de caractères disponibles, comme la police à l’envers, mais c’était banni du .COM. Les gens de Panic ont testé et trouvé des TLD qui les acceptent : LA (ce n’est plus le cas) et TK (ça semble encore marcher) :
The World’s First Emoji Domain
►http://www.panic.com/blog/2011/07/the-worlds-first-emoji-domain
Du coup, ils ont enregistré le domaine ►http://xn--ls8h.la qui, dans la barre d’un navigateur compatible (à savoir Safari sous Lion) affiche une crotte souriante dans l’URL.
J’ai pas fini de compliquer mon code de détection des URL, avec ça...
Oh, des carrés. C’est joli. Tenez, en voilà d’autres.
@ARNO* Oui, les emojis ont été ajoutés dans #Unicode 6.0, en octobre 2010 ►http://www.bortzmeyer.org/unicode-6-0.html Les japonais étaient très demandeurs.
@ARNO* Avec #Firefox sur une Debian stable, on voit les habituels carrés avec le point de code numérique dedans. Avec #Google_Chrome, sur la même machine, juste un carré blanc.
@martin : la norme des #IDN (noms de domaine en Unicode) n’autorise pas les symboles, seulement les lettres et chiffres (catégories Unicode {Ll, Lu, Lo, Nd, Lm, Mn, Mc}). Cf. RFC 5892 ►http://www.bortzmeyer.org/5892.html
@lemuscardin Je vais être méchant, mais cette regexp est une daube. Avec plus de 100 000 caractères dans Unicode (dont une grande majorité de lettres), cette approche est condamnée d’avance. Il faudrait au contraire utiliser les propriétés Unicode, comme le propose l’UTR 18 ►http://unicode.org/reports/tr18
Les regexps gèrent unicode nativement les enfants, faut arrêter de mettre tous les alphabets du monde dans vos regexp...
[\w\d] ascii = [\pL\pN] unicode
@bohwaz Attention, confusion entre Unicode et UTF-8... [\pL\pN] ne suppose pas un encodage particulier.
Hé hé j’y ai pensé au moment de cliquer sur le bouton envoyer mais j’avais eu la flemme de corriger, voilà du coup j’ai corrigé ^^
J’utilise (littéralement) les mêmes expressions régulières côté serveur (PHP) et côté client (Javascript). J’ai donc besoin de trucs qui fonctionnent vraiment partout.
Et lequel des deux machins, PHP ou Javascript, ne gère toujours pas, en 2011, les regexp Unicode d’UTR18 ?
Aucune idée, mais il faudra que je fasse des tests et que je lise des trucs avant de croire quiconque sur parole. Dans la discussion ci-dessus, on m’extrait un bout de code Javascript en pointant une documentation PHP. De mon expérience, dès que je bidouille autour d’Unicode en faisant confiance aux informaticiens, c’est la grosse foirade garantie. :-))
Non, je viens de tenter le coup : je n’arrive pas à le faire fonctionner correctement dans la version Javascript. Nickel en PHP, mais foireux en Javascript.
Et je ne trouve aucune documentation sur le sujet (javascript et utr18).