sinma a écrit[…] je ne vois pas en quoi la situation de l’apostrophe typographique est différente des points de suspension et des caractères accentués (et des autres caractères non-ASCII).
L’ellipse est en AltGr et ne pose pas de problème côté raccourcis. En fait, je veux simplement faire remarquer que ça peut gêner des raccourcis clavier, c’est le cas en bépo sous Windows pour l'avoir rencontré quelques fois. Par contre, oui c'est clair qu'on se fout un peu qu’un caractère soit mal ou pas du tout interprété, on a l'habitude, fonction des outils.
Voilà comment je vois les choses : «»éèê sont dans latin-1 supplémentaire au niveau d’Unicode, le bloc juste après latin-1 (ascii) et les deux ensemble donnent en gros le bon vieux ISO 8859-1 (≃ CP1212 sous Win). Ces touches m'ont déjà posé des problèmes de raccourcis clavier, celles ASCII jamais. Je n’avais jamais spécialement creusé ce sujet : pour ê, j'ai toujours soupçonné la faute de la 105e touche LSGT, je n'avais jamais fait le rapport avec les différents encodages existants et à y réfléchir, j’ai maintenant l’impression que c’est lié. Et comme le guillemet-apostrophe droit ’ est lui dans le bloc ponctuation générale (U2019) et nécessite un support UTF (à vérifier exactement, peut-être inclus dans d'autres CP plus « légers »), je me dis qu’un accès direct portant ce caractère pourrait aussi nous priver d’un raccourci potentiel Rien de bien méchant, mais c'est mieux de le souligner avant que de s’étonner de futurs retours utilisateurs à ce sujet (prévenir plutôt que guérir). De toute façon, le mieux serait vraiment d’arriver à implémenter un moyen de basculer d’une apostrophe à l'autre fonction des besoins, en les plaçant toutes les deux au même endroit. [En passant je me dis que de toute façon le portage du pilote pantoufle théorique ne se fera pas aisément avec les outils Windows et Mac… et j’ai envie de dire tant pis pour eux. Si Pantoufle peut encourager certains (dont moi) à passer définitivement à Linux, pourquoi pas !!]