Re: [typo] Pomme-Point ?

[Jean-François Roberts <jean-francois.roberts@xxxxxxxxxx>]

> De : Jacques Melot <jacques.melot@xxxxxxxxx>
> Répondre à : typographie@xxxxxxxx
> Date : Wed, 7 May 2003 20:41:58 +0000
> À : typographie@xxxxxxxx
> Cc : Olivier Randier <orandier@xxxxxxxxxxxx>
> Objet : Re: [typo] Pomme-Point ?
> 
> 
>>> Oui...  mais pour initiés, non ?
>>> 
> 
> (...)
> 
> Ne perdant pas le nord, je saisi l'occasion pour reposer ma
> question de novembre 2001 :
> 
> Je possède, depuis sa sortie en mai dernier, un iBook dans lequel
> est installée la version française du système 9.1, (Mac). J'ai
> découvert avec plaisir qu'on pouvait commencer à y utiliser les
> polices Unicode. J'ai découvert aussi très rapidement, avec un
> déplaisir au bas mot égal à mon précédent plaisir, que la
> configuration de clavier Unicode livrée était une configuration non
> pas AZERTY, mais QWERTY, ce qui signifie en clair que des personnes
> qui comme moi ont appris la dactylographie, ne peuvent utiliser cette
> configuration et continuer à frapper à une vitesse normale. Autrement
> dit, c'est comme si je n'avais pas Unicode à disposition.
> 
> Étant assez bricoleur, j'ai tout de suite ouvert le pilote de
> clavier avec ResEdit et Resorcerer, mais ce fut pour m'apercevoir,
> comme je le soupçonnais, que la « resource » contenant la
> distribution des caractères sur les touches réelles, n'est plus du
> type KCHR (seulement 256 emplacements possibles), mais d'un nouveau,
> uchr. Je suis tellement intéressé par la question que je serais bien
> aller trafiquer les données elles-mêmes (quel cambouis, quand on
> sait !), mais il se trouve qu'elles apparaissent chamboulées et que
> cela n'est en pratique pas possible. Enfin, car je suis coriace, je
> suis allé sur le site d'Apple, pour tenter de trouver, dans la zone
> réservée aux programmeurs, la documentation correspondant à cette
> nouvelle « resource » uchr : je l'ai bien trouvée, certes, mais elle
> se réduit au titre suivi, pour tout texte, d'un « forthcoming », qui,
> peut-être renvoi aux calendes grecques ou tout comme.
> 
> Ma QUESTION est donc : quelqu'un peut-il me fournir l'uchr AZERTY
> correct qu'Apple a oublié de fournir dans la version française de son
> petit logiciel accessoire « Clavier » (celui qui est spécial à
> l'Unicode), ou, au moins, le moyen de procéder, d'une manière ou
> d'une autre, à la modification moi-même. [...] (Je constate, défaut
> supplémentaire, qu'en faisant l'ogonek, puis o, il n'a pas été prévu
> le o ogonek, utilisé par exemple en vieil islandais et en norrois. Je
> serais étonné que l'Unicode ne contienne pas ce o modifié !)
> 
> Merci par avance, y compris pour vos condoléances éventuelles.
> 
> Jacques Melot


Tout ceci est fort intéressant en effet. Mes provocations (toutes relatives
: j'ai moi-même une bonne formation technique et scientifique, et le
bidouillage ne me fait pas peur) visaient surtout à me faire l'avocat du
diable. Le succès du Mac tient justement au fait qu'on n'a pas à plonger les
mains dans le "cambouis électronique" (e-cambouis ? cambouis-e ?) - avec
tous les effets pervers que cela engendre, certes. A cet égard, l'usager
d'un PC Wintel aura plus le réflexe de bidouiller (me semble-t-il) que son
homologue Mac.

La documentation Apple a avancé - mais je doute que vous y trouviez un uchr
AZERTY prêt à l'emploi ; juste la façon d'en concocter un, peut-être.

http://developer.apple.com/techpubs/

(Faire "uchr" dans la case du moteur de recherche en haut de page - ceci
pour le colistier non initié !)

http://developer.apple.com/cgi-bin/search.pl?&q=uchr&num=10&ie=utf8&oe=utf8&;
lr=lang_en&simp=1

Il semblerait par ailleurs, si je comprends bien une référence assez
cryptique, qu'on ne serait plus restreint à la configuration QWERTY pour les
commandes ("clavier virtuel") depuis Mac OS X 10.2 (mais j'ai encore très
peu potassé Mac OS X) :

http://developer.apple.com/techpubs/macosx/ReleaseNotes/HIToolbox.html

"When a menu item command key is specified using a virtual keycode, the Menu
Manager now uses KeyTranslate to determine the character code corresponding
to that virtual key using the current keyboard layout. Previously, it always
used the English keyboard layout to determine the character. Note that this
only affects display of the command key equivalent, not the actual
command-key matching process. For example, a menu item with vkey=13 would
always display 'W' as its command key, even if you had a French keyboard
layout where that virtual key generated the 'Z' key; but pressing that
physical key together with the command key has always, and continues to,
correctly match against a menu item with that virtual key."


Cela dit, il reste vrai que l'opérateur de PAO moyen, qui a fait (et fait
encore) le succès du Mac (de concert avec nombre de chercheurs et
enseignants, en effet) n'a cure des manip. techniques : il cherche d'abord à
faire son travail, dans des conditions souvent ingrates, voire éprouvantes.
La possibilité de ne pas avoir à se demander "ce qui se passe" (ou "comment
ça marche") derrière l'interface est un plus pour eux. Mais proposez-leur
des solutions clés en mains, et ils seront les premiers à s'en servir
(shareware, freeware ou utilitaire commercial).