D'autre part, existe-t-il un équivalent pour une console en environnement non graphique ?
Je ne sais pas, je n’ai pas un usage tel des consoles texte que j’aie ressenti le besoin de disposer des mêmes règles de composition dessus…
Plus précisément : la touche Compose est supportée dessus (par exemple, Compose ' e donne é)… à condition d’en disposer (c’est le cas avec ma disposition).
Sur une distribution où la disposition de la console est créée dynamiquement à partir de celle d’X.org (Debian, Ubuntu et leurs dérivées), il faudrait voir si les options permettant l’ajout d’une touche Compose sont prises en compte (pour les connaître : grep -i compose /usr/share/X11/xkb/rules/evdev.lst).
Mais les règles de composition ne sont pas les mêmes que sous X.org (la règle pour le smiley n’existe pas…).
Ce que je ne sais pas, c’est si on peut étendre ces règles de composition ni comment.
Par contre en rajoutant export GTK_IM_MODULE=xim, cela fonctionne dans gvim , mais toujours pas dans firefox !
Deux pistes :
les logiciels prennent en compte les règles de composition existantes au moment de leur lancement, donc si tu viens de créer le fichier, il convient de relancer Firefox ;
pour avoir un effet, la variable GTK_IM_MODULE doit être définie dans l’environnement de lancement des logiciels, qu’est-ce que ça fait si tu lances Firefox depuis un terminal où tu viens de définir la variable ?
D'autre part, existe-t-il un équivalent pour une console en environnement non graphique ?
Je ne sais pas, je n’ai pas un usage tel des consoles texte que j’aie ressenti le besoin de disposer des mêmes règles de composition dessus…
Non, avec ma disposition (dérivée de la disposition Bépo), en accès direct.
Mais tu l’as aussi sur la disposition Bépo (en accès direct sur la dernière version, disponible sous le nom de « Français (BÉPO, AFNOR) » dans les réglages clavier des distributions récentes), en accès direct sur l’Azerty AFNOR (disponible aussi sur les distributions récentes sous le nom de « Français (AZERTY, AFNOR) ») et en AltGr+g sur l’Azerty OSS (appelée « Français (variante) » dans les réglages clavier ; si l’installateur de ta distribution n’est pas trop nul, c’est la version qu’il t’a proposée à l’installation, essaie de taper AltGr+g).
Bon, si tu es attaché à ce que les touches de ton clavier produisent les caractères qui sont marqués dessus, tu préféreras sans doute t’en tenir à l’Azerty OSS…
J'adorerais passer en bépo, mais comme j'utilise essentiellement des ordinateurs portables, c'est un peu compliqué. Ah moins que vous connaissiez des fournisseurs, car c'est pas terrible de consteller les touches d'autocollants.
C’est l’occasion d’apprendre la dactylographie, c’est-à-dire d’entraîner ta mémoire mécanique pour frapper sans avoir besoin de regarder les touches.
Ça libère les yeux et la conscience du clavier (c’est subconscient : tu penses à une lettre, elle arrive à l’écran ! magique ! mon seul regret est de ne pas l’avoir apprise bien plus tôt).
Par ailleurs, le Bépo est optimisé pour une frappe dactylographique (si on voulait optimiser une disposition pour une frappe à deux doigts, mieux vaudrait sûrement regrouper les caractères les plus utiles près des touches Maj, Espace et Entrée).
Et c’est sûrement plus facile de s’y mettre directement dessus que sur Azerty : les lettres les plus utiles étant sous les doigts, c’est plus vite utilisable.
De toute façon, si tu utilises une frappe de type dactylographique, à la position de repos en Bépo, tes doigts couvrent les lettres les plus fréquentes… Donc tant que tu n’as pas mémorisé les touches, mieux vaut afficher la carte du clavier en dessous ou au dessus de ton écran que de regarder le clavier.
Question difficulté d’apprentissage, il faut passer un peu de temps pour acquérir les automatismes, mais comme pour faire du vélo ou conduire…
J'ai essayé le script, ça marche bien mais le rendu des polices est un peu bizarre (compactes et pixellisées). C'est un truc qui peut se régler ?
Une manière rapide de changer la fonte est de passer au script une option de fonte. Tk la traite.
Par exemple : gamma.pl -font 'Sans 18' (Sans étant sur la plupart des distributions un alias sur la police sans empattement par défaut).
Concernant le fonctionnement du script, ce qui me chiffonne plutôt, c’est que le gamma fonctionne de façon contre‐intuitive par rapport à ce qu’on attend d’un contraste, bien que les valeurs affichées par xgamma confirment que le script fait ce qu’on attend de lui.
C’est à dire que si on compense le changement de luminosité en modifiant le rétro‐éclairage, on se retrouve avec des couleurs plus délavées en poussant le gamma et plus contrastées en le diminuant… L’inverse de ce qu’on attend !
En laissant le fonctionnement ainsi, je pense qu’il vaut mieux changer le terme « Contraste » par « Gamma »…
Pour moi, ce sont des polices grasses et pas tellement grandes (pas petites non plus, mais j’ai un écran avec une résolution relativement modeste). Ce n’est pas très étonnant considérant l’époque à laquelle a été développé Tk. Si elles font le même nombre de pixels sur un écran HiDPI, je comprendrais que ce ne soit pas formidable sur celui-ci.
Il y a peut-être moyen de changer cela… pour peu qu’on maîtrise suffisamment Tk.
Par contre, elles bénéficient du rendu sous-pixel, comme les autres applications (si on agrandit, elles présentent un bord un peu plus bleu d’un côté et un peu plus rouge de l’autre, caractéristique du rendu sous-pixel), elles ne sont donc absolument pas pixelisées.
Je comprendrais qu’elles semblent petites sur ton écran si c’est par exemple un Full HD en 14″, mais c’est bizarre qu’elles apparaissent pixelisées si ce n’est pas le cas pour d’autres applications… Peut-être une question de polices installées. Si celles demandées par Tk ne sont pas disponibles, il est possible qu’il se rabatte sur des polices bitmap ou moins adaptées.
Ou alors si tu as une résolution importante et que tes autres applications utilisent de grosses polices, tu n’as peut-être pas activé le rendu sous-pixel et l’anticrénelage (pour ma part, je l’ai réglé au maximum).
Ton code fait tout le nécessaire, y compris l'interface graphique, de façon compacte.
Ça n’est pas complètement étranger à mes choix techniques.
Je ne sais pas programmer en Perl mais le code est parfaitement compréhensible. Je crois que je vais m'y mettre !
Bonne nouvelle. :‐)
Je pourrais utiliser ce script comme prétexte à présenter quelques notions de Perl dans un commentaire ou un journal, si ça intéresse quelques personnes.
Pour ma part, je viens de me mettre à Tk (pour ce script).
Je pourrais d’autre part ajouter le support de la luminosité avec xbacklight, à moins que quelqu’un n’ait envie de le faire à titre d’exercice.
L’idée est bonne, mais utiliser des outils moins limités que bash permet d’obtenir un ajustement du contraste en temps réel.
La complexité légèrement plus importante de la création de l’interface graphique est compensée par le fait qu’on n’en est pas réduit à appeler des programmes externes avec deux niveaux de quotes pour faire de simples calculs.
#!/usr/bin/perl -wusestrict;# Modification basique du contraste de l’affichage sous X.org# Vous pouvez utiliser ce programme au choix selon les termes# de la GNU General Public License version 2 ou ultérieure# ou de la Perl Artistic License.useTk;usePOSIXqw(log10);# Le paramètre gamma semble plutôt exponentiel, donc on utilisera une échelle# logarithmique. Le logarithme décimal n’est probablement pas l’idéal, mais il# est pratique.# Arbitrairement, l’échelle choisie ira de 0.1 à 10, affichée de -100 pour 10⁻¹# à 100 pour 10¹.# Récupération des valeurs de contraste actuelles (trois valeurs décimales# précédées par des caractères qui ne sont pas des chiffres).`xgamma 2>&1`=~ /^\D+(\d+\.\d+)\D+(\d+\.\d+)\D+(\d+\.\d+)\D*$/ordie"Impossible de lire le contraste actuel avec xgamma\n";# On initialise le contraste avec la moyenne des contrastes rouge, vert et bleu.# C’est un pis aller, mais apparemment, xgamma ne prend pas en compte les# valeurs différenciées au niveau de xrandr qu’a pu apporter par exemple# Redshift, donc n’interfère pas avec celui-ci.# Idéalement, il faudrait utiliser xrandr et permettre de modifier les trois ou# conserver la proportionnalité.my$contraste=log10(($1+$2+$3)/3)*100;# Changement du contrastesubchng_contraste{system'xgamma','-gamma',10**($contraste/100);# Note : on laisse les valeurs s’afficher sur la sortie d’erreur, mais est-ce# plus gênant qu’utile ?}# Interface graphiquemy$fen=MainWindow->new('-title'=>'Affichage');my$etiq=$fen->Label('-text'=>'Contraste')->pack();my$ech=$fen->Scale('-orient'=>'horizontal','-length'=>300,'-from'=>-100,'-to'=>100,'-resolution'=>1,'-variable'=>\$contraste,'-command'=>\&chng_contraste)->pack();my$bout=$fen->Button('-text'=>'Fermer','-command'=>sub{exit0;})->pack();MainLoop;
Je ferai la même remarque qu'avec tous les claviers dit Français (je parle pas des francophones car le québécois est pas mal), mais pourquoi encore et toujours ne mettez vous pas les chiffres en accès directes comme en QWERTY ?
Pour le Bépo comme pour l’Azerty, si tu as beaucoup de chiffres à taper, tu actives le verrouillage majuscules et hop ! les chiffres sont en direct.
Qui plus est, avec l’Azerty, tu as aussi les quatre opérations en direct.
Par contre, ça dégrade la frappe en majuscules avec des accents (il faut faire AltGr pour les lettres accentuées), alors qu’avec le Bépo, cela n’a d’impact que sur le trait d’union.
Pour taper juste un ou deux chiffres, ça ne vaut pas le coup d’activer le verrouillage majuscules, mais ça a aussi moins d’impact, s’il n’y en a qu’un ou deux.
On s'en sert comme vachement plus que ces caractères ’‘« …
L’Azerty aurait aussi pu (dû !) mettre en direct des caractères plus utiles que ‘ pour le français, comme ç et ù, qui l’étaient sur l’ancien Azerty, ou recentrer l’accent circonflexe et le tréma…
De ce que j'ai pu constater ce sont les machines à écrire électriques IBM Selectric dans les années 50-60 qui ont introduit en standard ce décalage pour personnes qui ont deux mains droites.
Le décalage entre les rangées d’1/2, 1/4, 1/2 est un peu plus ancien. Il date des machines à écrire conçues (notamment) par Christopher Sholes vers 1870. Voire notamment en gros plan le bas de cette photo d’une machine fabriquée par Remington en 1874, dont le clavier Qwerty n’est pas encore la version définitive (voir les positions de M, C et X).
Je présume que le décalage d’1/2 entre les deux rangées du bas permet si besoin aux touches de l’avant‐dernière rangée de passer en partie entre les leviers de la dernière (les rangées du bas ayant un débattement plus important que les rangées du haut), suivant le modèle de machine. À partir de là, il ne restait que deux positions possibles pour les rangées du haut.
Si IBM pour sa Selectric, puis les fabricants de claviers d’ordinateurs se sont crus obligés de respecter scrupuleusement ce décalage en l’absence de toute contrainte technique, c’est probablement pour ne pas risquer le moindre frein à l’adoption par les personnes maîtrisant la frappe dactylographique sur les machines mécaniques.
J’ai oublié un point assez important qui ne me semble pas être précisé sur le site non plus : le comportement de la touche Verr. Maj.
Je me fie à la version provisoire de la norme et aux échos que j’ai eus par ailleurs (ou absence d’échos comme quoi ça aurait changé) pour penser que suivant la norme cette touche verrouille les chiffres plutôt que de produire des majuscules pour les lettres accentuées (je ne parle là que de l’Azerty).
Certain constructeurs proposent déjà des clavier bépo avec toutes les touches alignées verticalement. Pourquoi pas avec AZERTY ?
TypeMatrix, qui propose des claviers Bépo (1.0 pour l’instant, mais seules les apostrophes diffèrent sur la gravure) avec les touches alignées verticalement (et horizontalement), propose aussi l’Azerty (historique) en skin (une peau en silicone à mettre sur le clavier et qui ne gêne pas pour taper).
Cela dit, ce n’est peut-être pas le moment d’acheter de l’Azerty historique (si l’Azerty AFNOR le remplace massivement, mais ça reste à voir) et pas encore celui d’acheter de l’Azerty AFNOR (il faut déjà qu’il y en ait à vendre).
Qu'apporte la norme, en plus du layout qui lui est de toute évidence consultable rien qu'en regardant le clavier ?
En regardant le clavier, on ne voit pas une bonne partie des caractères qu’il peut produire (même sans composition) ; ils ne sont pas tous indiqués dessus pour ne pas le surcharger.
En regardant l’image dynamique en haut de la page principale du site consacré à la norme, il manque encore des détails, comme l’espace insécable.
Les « cartes » présentes dans la rubrique « Documents » en bas de page donnent des indications complémentaires.
C’est raisonnablement détaillé pour un usage courant, mais pas forcément complet pour autant en ce qui concerne les règles de composition (à moins d’une indication que tout ce qui n’y est pas représenté ne produise rien).
Par exemple, si on tape deux accents aigus morts, est‐ce censé être équivalent au double accent aigu mort (produire un double accent aigu sur une lettre tapée à la suite ű), produire
un accent aigu espaçant ´ (c’est‐à‐dire qui prend la place d’une lettre), un accent aigu combinant (c’est‐à‐dire qui s’ajoute sur la lettre qui le précède, même s’il n’existe normalement aucune variante de cette lettre avec l’accent aigu x́), une apostrophe ASCII, une apostrophe typographique ?
Ou bien, en lisant le code source d'une implémentation libre (genre Xkb) ?
Il faut déjà que quelqu’un la crée, je doute que l’AFNOR s’en charge.
Pour le xkb, ce sera assez simple, mais pour les règles de composition, ça va être difficile sans le détail.
À moins de se fier au Bépo, sauf que les gens qui ont fait l’Azerty AFNOR se sont gardés de communiquer avec la communauté Bépo, ce qui pourrait avoir amené des différences. Déjà sur la nouvelle version, le eszett ß est transformé en caractère de composition permettant entre autres de le produire, alors que l’AFNOR a créé une touche de composition Eu pour les caractères européens et conservé ß en tant que tel.
La première chose qu’il a faite, c’est de mettre les symboles en direct et les chiffres en Maj. (mais je suppose que le verrouillage majuscules verrouille les chiffres).
La seconde, c’est de mettre les chiffres dans l’ordre du Dvorak d’origine, ce qui a pour effet de recentrer 0 et 1 et de les affecter aux index (en frappe dactylographique). Classiquement, ce sont quand même les chiffres les plus utilisés en programmation.
Ça doit pas être mal du tout pour programmer (sauf pour Perl et le shell à cause de la position du $, la même que sur le Bépo), mais beaucoup moins pour communiquer en français avec ses collègues, du fait des caractères manquants. Il faudrait réviser sa couche AltGr pour les caractères accentués et ponctuations du français (une partie y est, mais il en manque).
Et vu la distance ou sont ces caractères c'est infaisable avec une seule main et je suis utilisateur d'emacs… :)
Pourquoi le faire à une seule main ?
Le Bépo est prévu préférentiellement pour une frappe dactylographique. Tu enfonces AltGr avec le pouce droit (et sauf sur des claviers calamiteux avec une barre espace super-longue, il est facilement atteignable, plus que la touche Maj. — en considérant que tu utilises la frappe dactylographique et la position des mains qui va avec), et tu tapes les caractères utiles en informatique avec la main gauche (ils sont à gauche pour cette raison).
Moi, mon souci, c’est plutôt $, pour le shell, Perl…
Je préférerais justement l’avoir en AltGr sur une touche pas trop mal placée qu’aussi loin.
Après, si tu as une façon d’utiliser le clavier complètement différente, c’est une autre question.
Quand on casse une compatibilité, il faut que ça vaille le coup, et pas juste pour le plaisir de casser.
Je pense aussi qu’il fallait soit :
garder la compatibilité avec la gravure actuelle des claviers, pour permettre rapidement à tout le monde (enfin surtout aux utilisateurs de Windows, mais il sont très nombreux) d’accéder plus facilement aux majuscules accentuées, après une simple mise à jour, sans perturbation de l’usage et sans racheter de matériel ;
améliorer nettement l’accès aux majuscules accentuées, simplement avec Maj+lettre, ce qui impliquait de les déplacer de la ligne des chiffres (comme le Bépo, mais en gardant le placement des lettres non accentuées de l’Azerty).
J’en avais fait la remarque lors de la consultation de l’AFNOR, avec exemple à l’appui comme preuve de faisabilité pour le second choix.
Cela dit, d’après les échos que j’ai eus, la procédure super‐lourdingue pour ajouter des illustrations (il fallait les grouper dans un seul fichier Word, mais mettre les commentaires à part dans les champs correspondant à des paragraphes de la norme, le tout en ajoutant des indications pour qu’on puisse retrouver les uns avec les autres) n’aurait servi à rien puisqu’au final, les participants du groupe de travail n’auraient même pas eu les documents associés. Je me demande si l’AFNOR a fait une norme pour sa procédure de consultation…
Je ne sais pas lequel aurait été le meilleur des deux choix (conserver la compatibilité avec l’existant ou améliorer nettement la saisie des majuscules accentuées), mais une disposition qui casse la compatibilité avec le matériel existant, sans proposer pour autant d’amélioration significative par rapport à ce qui se faisait déjà (en standard sous Linux et MacOS ; pour Windows, on trouve des implémentations de l’Azerty OSS, le Clavier Galéron…) est selon moi juste un raté.
Mais je me demande s’ils ont fait des recherches sur ce qui se faisait déjà.
Parce que la, ça va être un sacré bordel quand on va brancher un nouveau clavier sur une machine avec OS ne supportant pas ce mapping, sans raison apparente.
Là dessus, je ne m’inquiète pas trop :
si les claviers Azerty AFNOR sont fabriqués massivement, les éditeurs de systèmes ajouteront la disposition (bon, ceux qui conservent un vieux système devront aussi conserver leur vieux clavier) ;
s’ils restent confidentiels, leurs constructeurs devront bien fournir des pilotes avec pour les vendre.
Oui, ça m’arrive aussi de citer une phrase qui contenait déjà des guillemets, mais c’est très loin d’être fréquent au point que ça me gêne que les guillemets de second niveau ne soient pas en direct — ceux pour le français, habituellement en France les mêmes que les guillemets anglais de premier niveau “” ; il semble qu’en Suisse, ils utilisent plutôt des guillemets‐chevrons simples ‹›.
D’ailleurs, ces derniers ne sont pas présents sur l’Azerty AFNOR (d’après https://norme-azerty.fr/, je n’ai pas acheté la norme). Je me demande s’il est prévu qu’ils soient faits par composition, j’espère que oui. Avant de couvrir d’autres langues, il serait déjà bien de couvrir tous les usages du français.
Pour info, sous Linux, ils sont disponibles en standard avec Compose . < et Compose . > … si on a une touche Compose.
ê gagne un accès direct, mais ç et ù sont reléguées en AltGr et l’accent circonflexe et le tréma repoussés plus loin.
J’oubliais le détail piquant : d’un autre côté, le guillemet ouvrant de second niveau anglais (apostrophe culbutée) gagne un accès direct sur la touche 7.
C’est la fête !!!
Euh… vous utilisez souvent deux niveaux de guillemets, vous, même en français ?
des opérations numériques. Enfin quand on n’a pas de pavé numérique.
En effet, en activant le mal nommé verrouillage majuscules, on a accès en une frappe aux chiffres comme aux quatre opérateurs courants + ‐ * / (pour les majuscules des lettres accentuées, il faut en plus enfoncer AltGr).
Ce n’est pas forcément un hasard, cette disposition reprend des principes définis en 1985 par le Dʳ Yves Neuville lorsqu’il a fait à l’époque une démarche de création d’une disposition Azerty normalisée au sein de l’AFNOR. Elle n’a pas percé, contrairement à la norme de claviers ISO dont il est aussi à l’origine (avec la touche Entrée en L retourné et une touche de plus que les claviers américains, à droite de la touche Maj. gauche).
Bon, la version soumise à commentaires s’était manifestement fixé les mêmes contraintes (concernant les endroits où placer des lettres ou des signes) mais n’avait pas pour autant cet avantage. D’ailleurs, Yves Neuville n’avait même pas été contacté. La version finale corrige ce point.
Souvenons‐nous de la première moitié des années 1980. Les claviers n’avaient généralement pas de pavé numérique, on était déjà content quand on avait les minuscules accentuées. Alors avoir accès aux majuscules accentuées, même avec une combinaison de trois touches, ça aurait été Byzance.
Léger détail : nous ne sommes plus dans les années 1980, la situation et les attentes ont changé.
D’une part, tout est connecté : on fait ses achats par carte ou sur le web, ils s’additionnent automatiquement, le débit s’inscrit sur le compte en banque, on en télécharge le relevé, on ne tape plus quasiment plus d’addition ou d’autre opération.
De toute façon, si on a à manipuler beaucoup de nombres, les claviers d’ordinateurs fixes ont des pavés numériques, ceux des portables de plus de 15″ aussi, et on peut en acheter des séparés.
D’autre part, on attend de pouvoir écrire mieux qu’avec une machine à écrire mécanique, en particulier produire facilement des majuscules accentuées. C’est d’ailleurs la mission qui avait été confiée à l’AFNOR.
En conservant de l’Azerty actuel au moins la position des lettres non accentuées et des chiffres et en visant de faciliter l’entrée des lettres accentuées, il y avait deux choix, mutuellement exclusifs, qui pouvaient chacun apporter un avantage très notable :
rester compatible avec la gravure actuelle des claviers, comme l’Azerty OSS (disponible en standard sous Linux et désigné généralement « Français (variante) » ou « Français Alt. » ou le clavier Galéron ; les millions d’utilisateurs de Windows auraient été à une mise à jour de pouvoir taper des majuscules accentuées simplement (pas avec des combinaisons obscures, comme Alt + 1 4 4), la norme n’aurait pas eu de frein à son adoption, ni causé d’obsolescence massive du matériel ;
extraire les caractères accentués des touches des chiffres, comme le Bépo, pour qu’il deviennent enfin réellement des lettres à part entière, avec leur majuscule accessible tout simplement avec la touche Maj. (c’était possible).
Il est des fois où le compromis est le plus mauvais des choix.
L’Azerty AFNOR n’est pas compatible avec la gravure actuelle des claviers et les lettres accentuées restent des lettres de seconde zone, avec une combinaison plus compliquée pour produire leurs majuscules. Avec trois touches pour produire une majuscule accentuée, il ne fait pas mieux que des dispositions existant sous Linux et MacOS (avec Maj+AltGr+lettre ou Verr. Maj. lettre Verr. Maj.) et conformes aux claviers actuels.
Il n’est même pas forcément aussi bien que l’Azerty actuel pour taper du français sans soigner la typographie. ê gagne un accès direct, mais ç et ù sont reléguées en AltGr et l’accent circonflexe et le tréma repoussés plus loin.
Bref, si vous voulez profiter de la nouvelle norme pour pouvoir mieux taper le français… passez au Bépo (et idéalement en même temps à la frappe à dix doigts, ça rend indépendant de la gravure du clavier et ça en libère les yeux).
Sinon, pas la peine de jeter votre matériel avant terme, avec l’impact écologique évident si c’est fait massivement. Sous Linux et MacOS, vous pouvez déjà taper des majuscules accentuées (et sous Linux, les guillemets français en AtlGr+W et AltGr+X et l’apostrophe typographique en AltGr+G), et sous Windows aussi avec une implémentation de l’Azerty OSS ou avec le Clavier Galéron (il a l’avantage de proposer une version fonctionnant sans droits administrateur ; guillemets français sur AltGr+Q et AltGr+S, apostrophe typographique sur AltGr+H).
Il sera toujours temps de passer à l’Azerty AFNOR quand un renouvellement de votre matériel pour une meilleure raison vous amènera un clavier gravé avec.
La vraie question est : pourquoi on trouve sur presque tous les claviers du monde une apostrophe qui n'existe dans presque aucune langue du monde ?
À l’époque de l’ASCII, elle était souvent représentée droite et inclinée, en miroir de la « back quote » `, ce qui permettait qu’elle serve d’accent aigu par surimpression.
À l’époque des jeux de caractères 8 bits, elle a été souvent représentée comme une virgule haute, l’aspect typique d’une apostrophe, les caractères avec accent aigu étant directement disponibles (voir son aspect sous la console texte de Linux).
Seulement, elle servait aussi bien comme apostrophe que comme guillemet de second niveau anglais fermant, mais aussi souvent ouvrant, alors que ce dernier devrait avoir l’aspect d’une virgule haute culbutée ‘. Au moment du développement d’Unicode, ils semblent avoir estimé choquant qu’elle puisse avoir le mauvais aspect dans certains cas et préféré définir de nouveaux caractères pour la remplacer et qu’elle ait un aspect neutre… mauvais dans tous les cas.
Les polices de caractères ont fini pour la plupart par suivre la préconisation d’Unicode.
Est-ce que quelqu'un sait s'ils ont mis la disposition bépo telle quelle ou s'ils l'ont légèrement modifiée?
Le groupe de travail de l’AFNOR ne s’en est pas mêlé, mais la communauté Bépo l’a fait évoluer un peu, au travers de discussions sur la liste de diffusion et IRC et de votes sur le wiki.
En gros, les modifications sont :
l’échange des apostrophes ASCII (celle qui sert pour programmer) et typographique (celle qui a le bon aspect pour l’écriture du français et des autres langues qui l’utilisent), cette dernière passant en direct ;
l’échange de l’espace insécable (dorénavant en Maj+AltGr+Espace) avec l’espace fine insécable (dorénavant en Maj+Espace ; quand vous programmerez ou taperez des commandes shell, vous n’aurez plus de problèmes avec l’espace insécable produite accidentellement en laissant son doigt traîner un peu trop longtemps sur Maj, ce sera avec l’espace fine insécable… pour le reste, la plupart des ponctuations du français nécessitent autant que possible la fine) ;
la transformation de ß (en AltGr+s) en caractère de composition, permettant de produire non seulement le caractère d’origine (eszett, une ligature de ss ou sz utilisée en allemand), mais d’autres caractères complémentaires de l’alphabet latin pour certaines langues ;
d’autres nouveaux caractères de composition (« touches mortes »), comme l’exposant ;
quelques déplacements de caractères secondaires, non présents sur la « carte de base » (les caractères destinés à être gravés sur le clavier), donc en Maj+AltGr ou en AltGr à droite), y compris la suppression de certains qui doivent pouvoir être atteints par l’un des nouveaux caractères de composition ;
le souligné dupliqué sur Maj+AltGr+b (histoire de ne pas être coincé par un logiciel qui gère spécialement la barre d’espace et ne reconnaît pas un caractère dessus).
À noter que si on active le verrouillage majuscules et qu’on tape « élève », on obtiendra bien « ÉLÈVE », comme sur le Bépo actuel, l’Azerty OSS — en standard sous Linux et désigné habituellement « Français Variante » ou « Français Alt. » — le Clavier Galéron » et non « 2L7VE » comme avec l’Azerty Windows ou « 2L4VE » comme avec le nouvel Azerty AFNOR (il faudra avec celui‐ci taper AltGr+é, l, AltGr+è, v, e… à moins d’une implémentation sous Linux qui ne respecte pas la norme sur ce point).
Au delà de la question de la frappe à dix doigts, le Bépo restera donc plus pratique que l’Azerty AFNOR pour taper du français.
Il reste qu’avant que la disposition Bépo normalisée soit totalement supportée sous Linux, il faudra résoudre la question des nouveaux caractères de composition et des règles de composition qui sont censées aller avec…
La grosse différence est que sur un clavier qwerty toutes ces touches sont soit en accès direct soit accessible via le modificateur shift, tandis que sur un clavier azerty ces touches sont soit en accès direct soit accassible via le modificateur shift, soit le modificateur alt-gr. Et c'est ce qui est particulièrement pénible parce qu'il n'y a qu'une seule touche alt-gr et que de surcroît elle est du même côté que les touches intéressantes, du coup on passe son temps à faire des acrobaties plutôt pénibles avec la main droite.
setxkbmap -option lv3:alt_switch
et c’est réglé, il y a deux AltGr symétriques (il y a aussi moyen de mettre cette option dans un fichier de configuration). Bon, par contre, il n’y a plus de Alt…
[^] # Compose en console
Posté par _Laurent_ (site web personnel) . En réponse au journal Qu’on pose. Évalué à 3. Dernière modification le 14 juillet 2020 à 14:17.
Plus précisément : la touche Compose est supportée dessus (par exemple, Compose ' e donne é)… à condition d’en disposer (c’est le cas avec ma disposition).
Sur une distribution où la disposition de la console est créée dynamiquement à partir de celle d’X.org (Debian, Ubuntu et leurs dérivées), il faudrait voir si les options permettant l’ajout d’une touche Compose sont prises en compte (pour les connaître :
grep -i compose /usr/share/X11/xkb/rules/evdev.lst).Mais les règles de composition ne sont pas les mêmes que sous X.org (la règle pour le smiley n’existe pas…).
Ce que je ne sais pas, c’est si on peut étendre ces règles de composition ni comment.
Prendre une bonne disposition : beop.free.fr
[^] # Re: Apostrophe
Posté par _Laurent_ (site web personnel) . En réponse au journal Qu’on pose. Évalué à 2.
Non, pas Shift, juste AltGr. Extrait de
/usr/share/X11/xkb/symbols/fr:Prendre une bonne disposition : beop.free.fr
[^] # Re: top!
Posté par _Laurent_ (site web personnel) . En réponse au journal Qu’on pose. Évalué à 1.
Deux pistes :
Je ne sais pas, je n’ai pas un usage tel des consoles texte que j’aie ressenti le besoin de disposer des mêmes règles de composition dessus…
Prendre une bonne disposition : beop.free.fr
[^] # Disposition
Posté par _Laurent_ (site web personnel) . En réponse au journal Qu’on pose. Évalué à 4.
Non, avec ma disposition (dérivée de la disposition Bépo), en accès direct.
Mais tu l’as aussi sur la disposition Bépo (en accès direct sur la dernière version, disponible sous le nom de « Français (BÉPO, AFNOR) » dans les réglages clavier des distributions récentes), en accès direct sur l’Azerty AFNOR (disponible aussi sur les distributions récentes sous le nom de « Français (AZERTY, AFNOR) ») et en AltGr+g sur l’Azerty OSS (appelée « Français (variante) » dans les réglages clavier ; si l’installateur de ta distribution n’est pas trop nul, c’est la version qu’il t’a proposée à l’installation, essaie de taper AltGr+g).
Bon, si tu es attaché à ce que les touches de ton clavier produisent les caractères qui sont marqués dessus, tu préféreras sans doute t’en tenir à l’Azerty OSS…
Prendre une bonne disposition : beop.free.fr
[^] # Dactylographie
Posté par _Laurent_ (site web personnel) . En réponse au journal Clavier orthogonal, clavier à une main, etc pourquoi rien ne change ?. Évalué à 4.
C’est l’occasion d’apprendre la dactylographie, c’est-à-dire d’entraîner ta mémoire mécanique pour frapper sans avoir besoin de regarder les touches.
Ça libère les yeux et la conscience du clavier (c’est subconscient : tu penses à une lettre, elle arrive à l’écran ! magique ! mon seul regret est de ne pas l’avoir apprise bien plus tôt).
Par ailleurs, le Bépo est optimisé pour une frappe dactylographique (si on voulait optimiser une disposition pour une frappe à deux doigts, mieux vaudrait sûrement regrouper les caractères les plus utiles près des touches Maj, Espace et Entrée).
Et c’est sûrement plus facile de s’y mettre directement dessus que sur Azerty : les lettres les plus utiles étant sous les doigts, c’est plus vite utilisable.
De toute façon, si tu utilises une frappe de type dactylographique, à la position de repos en Bépo, tes doigts couvrent les lettres les plus fréquentes… Donc tant que tu n’as pas mémorisé les touches, mieux vaut afficher la carte du clavier en dessous ou au dessus de ton écran que de regarder le clavier.
Question difficulté d’apprentissage, il faut passer un peu de temps pour acquérir les automatismes, mais comme pour faire du vélo ou conduire…
Prendre une bonne disposition : beop.free.fr
[^] # Changer la fonte à la volée
Posté par _Laurent_ (site web personnel) . En réponse au journal Réglage du contraste sur ordinateur portable. Évalué à 1. Dernière modification le 22 avril 2020 à 10:58.
Une manière rapide de changer la fonte est de passer au script une option de fonte. Tk la traite.
Par exemple :
gamma.pl -font 'Sans 18'(Sans étant sur la plupart des distributions un alias sur la police sans empattement par défaut).Prendre une bonne disposition : beop.free.fr
[^] # Gamma…
Posté par _Laurent_ (site web personnel) . En réponse au journal Réglage du contraste sur ordinateur portable. Évalué à 1.
Concernant le fonctionnement du script, ce qui me chiffonne plutôt, c’est que le gamma fonctionne de façon contre‐intuitive par rapport à ce qu’on attend d’un contraste, bien que les valeurs affichées par xgamma confirment que le script fait ce qu’on attend de lui.
C’est à dire que si on compense le changement de luminosité en modifiant le rétro‐éclairage, on se retrouve avec des couleurs plus délavées en poussant le gamma et plus contrastées en le diminuant… L’inverse de ce qu’on attend !
En laissant le fonctionnement ainsi, je pense qu’il vaut mieux changer le terme « Contraste » par « Gamma »…
Prendre une bonne disposition : beop.free.fr
[^] # Que font les polices ?
Posté par _Laurent_ (site web personnel) . En réponse au journal Réglage du contraste sur ordinateur portable. Évalué à 1.
Pour moi, ce sont des polices grasses et pas tellement grandes (pas petites non plus, mais j’ai un écran avec une résolution relativement modeste). Ce n’est pas très étonnant considérant l’époque à laquelle a été développé Tk. Si elles font le même nombre de pixels sur un écran HiDPI, je comprendrais que ce ne soit pas formidable sur celui-ci.
Il y a peut-être moyen de changer cela… pour peu qu’on maîtrise suffisamment Tk.
Par contre, elles bénéficient du rendu sous-pixel, comme les autres applications (si on agrandit, elles présentent un bord un peu plus bleu d’un côté et un peu plus rouge de l’autre, caractéristique du rendu sous-pixel), elles ne sont donc absolument pas pixelisées.
Je comprendrais qu’elles semblent petites sur ton écran si c’est par exemple un Full HD en 14″, mais c’est bizarre qu’elles apparaissent pixelisées si ce n’est pas le cas pour d’autres applications… Peut-être une question de polices installées. Si celles demandées par Tk ne sont pas disponibles, il est possible qu’il se rabatte sur des polices bitmap ou moins adaptées.
Ou alors si tu as une résolution importante et que tes autres applications utilisent de grosses polices, tu n’as peut-être pas activé le rendu sous-pixel et l’anticrénelage (pour ma part, je l’ai réglé au maximum).
Prendre une bonne disposition : beop.free.fr
[^] # Re: En Perl/Tk, avec ajustement du contraste en temps réel
Posté par _Laurent_ (site web personnel) . En réponse au journal Réglage du contraste sur ordinateur portable. Évalué à 3.
Ça n’est pas complètement étranger à mes choix techniques.
Bonne nouvelle. :‐)
Je pourrais utiliser ce script comme prétexte à présenter quelques notions de Perl dans un commentaire ou un journal, si ça intéresse quelques personnes.
Pour ma part, je viens de me mettre à Tk (pour ce script).
Je pourrais d’autre part ajouter le support de la luminosité avec xbacklight, à moins que quelqu’un n’ait envie de le faire à titre d’exercice.
Prendre une bonne disposition : beop.free.fr
# En Perl/Tk, avec ajustement du contraste en temps réel
Posté par _Laurent_ (site web personnel) . En réponse au journal Réglage du contraste sur ordinateur portable. Évalué à 10. Dernière modification le 21 avril 2020 à 03:54.
Bonjour,
L’idée est bonne, mais utiliser des outils moins limités que bash permet d’obtenir un ajustement du contraste en temps réel.
La complexité légèrement plus importante de la création de l’interface graphique est compensée par le fait qu’on n’en est pas réduit à appeler des programmes externes avec deux niveaux de quotes pour faire de simples calculs.
Prendre une bonne disposition : beop.free.fr
[^] # Re: Les chiffres ?
Posté par _Laurent_ (site web personnel) . En réponse à la dépêche La norme française de dispositions de clavier a été publiée. Évalué à 1.
Pour le Bépo comme pour l’Azerty, si tu as beaucoup de chiffres à taper, tu actives le verrouillage majuscules et hop ! les chiffres sont en direct.
Qui plus est, avec l’Azerty, tu as aussi les quatre opérations en direct.
Par contre, ça dégrade la frappe en majuscules avec des accents (il faut faire AltGr pour les lettres accentuées), alors qu’avec le Bépo, cela n’a d’impact que sur le trait d’union.
Pour taper juste un ou deux chiffres, ça ne vaut pas le coup d’activer le verrouillage majuscules, mais ça a aussi moins d’impact, s’il n’y en a qu’un ou deux.
L’Azerty aurait aussi pu (dû !) mettre en direct des caractères plus utiles que ‘ pour le français, comme ç et ù, qui l’étaient sur l’ancien Azerty, ou recentrer l’accent circonflexe et le tréma…
Prendre une bonne disposition : beop.free.fr
[^] # Re: Décalage des touches
Posté par _Laurent_ (site web personnel) . En réponse à la dépêche La norme française de dispositions de clavier a été publiée. Évalué à 5.
Le décalage entre les rangées d’1/2, 1/4, 1/2 est un peu plus ancien. Il date des machines à écrire conçues (notamment) par Christopher Sholes vers 1870. Voire notamment en gros plan le bas de cette photo d’une machine fabriquée par Remington en 1874, dont le clavier Qwerty n’est pas encore la version définitive (voir les positions de M, C et X).
Je présume que le décalage d’1/2 entre les deux rangées du bas permet si besoin aux touches de l’avant‐dernière rangée de passer en partie entre les leviers de la dernière (les rangées du bas ayant un débattement plus important que les rangées du haut), suivant le modèle de machine. À partir de là, il ne restait que deux positions possibles pour les rangées du haut.
Si IBM pour sa Selectric, puis les fabricants de claviers d’ordinateurs se sont crus obligés de respecter scrupuleusement ce décalage en l’absence de toute contrainte technique, c’est probablement pour ne pas risquer le moindre frein à l’adoption par les personnes maîtrisant la frappe dactylographique sur les machines mécaniques.
Prendre une bonne disposition : beop.free.fr
[^] # Verr. Maj.
Posté par _Laurent_ (site web personnel) . En réponse au journal La norme française de dispositions de clavier a été publiée. Évalué à 2.
J’ai oublié un point assez important qui ne me semble pas être précisé sur le site non plus : le comportement de la touche Verr. Maj.
Je me fie à la version provisoire de la norme et aux échos que j’ai eus par ailleurs (ou absence d’échos comme quoi ça aurait changé) pour penser que suivant la norme cette touche verrouille les chiffres plutôt que de produire des majuscules pour les lettres accentuées (je ne parle là que de l’Azerty).
Prendre une bonne disposition : beop.free.fr
[^] # Azerty et matriciel
Posté par _Laurent_ (site web personnel) . En réponse à la dépêche La norme française de dispositions de clavier a été publiée. Évalué à 3. Dernière modification le 10 avril 2019 à 08:10.
TypeMatrix, qui propose des claviers Bépo (1.0 pour l’instant, mais seules les apostrophes diffèrent sur la gravure) avec les touches alignées verticalement (et horizontalement), propose aussi l’Azerty (historique) en skin (une peau en silicone à mettre sur le clavier et qui ne gêne pas pour taper).
Cela dit, ce n’est peut-être pas le moment d’acheter de l’Azerty historique (si l’Azerty AFNOR le remplace massivement, mais ça reste à voir) et pas encore celui d’acheter de l’Azerty AFNOR (il faut déjà qu’il y en ait à vendre).
Prendre une bonne disposition : beop.free.fr
[^] # Les détails qui manquent (sans la norme)
Posté par _Laurent_ (site web personnel) . En réponse au journal La norme française de dispositions de clavier a été publiée. Évalué à 5.
En regardant le clavier, on ne voit pas une bonne partie des caractères qu’il peut produire (même sans composition) ; ils ne sont pas tous indiqués dessus pour ne pas le surcharger.
En regardant l’image dynamique en haut de la page principale du site consacré à la norme, il manque encore des détails, comme l’espace insécable.
Les « cartes » présentes dans la rubrique « Documents » en bas de page donnent des indications complémentaires.
C’est raisonnablement détaillé pour un usage courant, mais pas forcément complet pour autant en ce qui concerne les règles de composition (à moins d’une indication que tout ce qui n’y est pas représenté ne produise rien).
Par exemple, si on tape deux accents aigus morts, est‐ce censé être équivalent au double accent aigu mort (produire un double accent aigu sur une lettre tapée à la suite ű), produire
un accent aigu espaçant ´ (c’est‐à‐dire qui prend la place d’une lettre), un accent aigu combinant (c’est‐à‐dire qui s’ajoute sur la lettre qui le précède, même s’il n’existe normalement aucune variante de cette lettre avec l’accent aigu x́), une apostrophe ASCII, une apostrophe typographique ?
Il faut déjà que quelqu’un la crée, je doute que l’AFNOR s’en charge.
Pour le xkb, ce sera assez simple, mais pour les règles de composition, ça va être difficile sans le détail.
À moins de se fier au Bépo, sauf que les gens qui ont fait l’Azerty AFNOR se sont gardés de communiquer avec la communauté Bépo, ce qui pourrait avoir amené des différences. Déjà sur la nouvelle version, le eszett ß est transformé en caractère de composition permettant entre autres de le produire, alors que l’AFNOR a créé une touche de composition Eu pour les caractères européens et conservé ß en tant que tel.
Prendre une bonne disposition : beop.free.fr
[^] # Ligne des chiffres et Programmer Dvorak
Posté par _Laurent_ (site web personnel) . En réponse à la dépêche La norme française de dispositions de clavier a été publiée. Évalué à 4.
Quelqu’un a créé une version du Dvorak spécifiquement dédiée à la programmation. Il a justement modifié la ligne des chiffres (pour rappel, dans sa forme normalisée par l’ANSI, le Dvorak a exactement la même ligne des chiffres que le Qwerty).
La première chose qu’il a faite, c’est de mettre les symboles en direct et les chiffres en Maj. (mais je suppose que le verrouillage majuscules verrouille les chiffres).
La seconde, c’est de mettre les chiffres dans l’ordre du Dvorak d’origine, ce qui a pour effet de recentrer 0 et 1 et de les affecter aux index (en frappe dactylographique). Classiquement, ce sont quand même les chiffres les plus utilisés en programmation.
Ça doit pas être mal du tout pour programmer (sauf pour Perl et le shell à cause de la position du $, la même que sur le Bépo), mais beaucoup moins pour communiquer en français avec ses collègues, du fait des caractères manquants. Il faudrait réviser sa couche AltGr pour les caractères accentués et ponctuations du français (une partie y est, mais il en manque).
Prendre une bonne disposition : beop.free.fr
[^] # Bépo et caractères informatiques
Posté par _Laurent_ (site web personnel) . En réponse à la dépêche La norme française de dispositions de clavier a été publiée. Évalué à 4.
Pourquoi le faire à une seule main ?
Le Bépo est prévu préférentiellement pour une frappe dactylographique. Tu enfonces AltGr avec le pouce droit (et sauf sur des claviers calamiteux avec une barre espace super-longue, il est facilement atteignable, plus que la touche Maj. — en considérant que tu utilises la frappe dactylographique et la position des mains qui va avec), et tu tapes les caractères utiles en informatique avec la main gauche (ils sont à gauche pour cette raison).
Moi, mon souci, c’est plutôt $, pour le shell, Perl…
Je préférerais justement l’avoir en AltGr sur une touche pas trop mal placée qu’aussi loin.
Après, si tu as une façon d’utiliser le clavier complètement différente, c’est une autre question.
Prendre une bonne disposition : beop.free.fr
[^] # Raté
Posté par _Laurent_ (site web personnel) . En réponse à la dépêche La norme française de dispositions de clavier a été publiée. Évalué à 4.
Je pense aussi qu’il fallait soit :
J’en avais fait la remarque lors de la consultation de l’AFNOR, avec exemple à l’appui comme preuve de faisabilité pour le second choix.
Cela dit, d’après les échos que j’ai eus, la procédure super‐lourdingue pour ajouter des illustrations (il fallait les grouper dans un seul fichier Word, mais mettre les commentaires à part dans les champs correspondant à des paragraphes de la norme, le tout en ajoutant des indications pour qu’on puisse retrouver les uns avec les autres) n’aurait servi à rien puisqu’au final, les participants du groupe de travail n’auraient même pas eu les documents associés. Je me demande si l’AFNOR a fait une norme pour sa procédure de consultation…
Je ne sais pas lequel aurait été le meilleur des deux choix (conserver la compatibilité avec l’existant ou améliorer nettement la saisie des majuscules accentuées), mais une disposition qui casse la compatibilité avec le matériel existant, sans proposer pour autant d’amélioration significative par rapport à ce qui se faisait déjà (en standard sous Linux et MacOS ; pour Windows, on trouve des implémentations de l’Azerty OSS, le Clavier Galéron…) est selon moi juste un raté.
Mais je me demande s’ils ont fait des recherches sur ce qui se faisait déjà.
Là dessus, je ne m’inquiète pas trop :
Prendre une bonne disposition : beop.free.fr
[^] # Guillemets de second niveau
Posté par _Laurent_ (site web personnel) . En réponse au journal La norme française de dispositions de clavier a été publiée. Évalué à 1.
Oui, ça m’arrive aussi de citer une phrase qui contenait déjà des guillemets, mais c’est très loin d’être fréquent au point que ça me gêne que les guillemets de second niveau ne soient pas en direct — ceux pour le français, habituellement en France les mêmes que les guillemets anglais de premier niveau “” ; il semble qu’en Suisse, ils utilisent plutôt des guillemets‐chevrons simples ‹›.
D’ailleurs, ces derniers ne sont pas présents sur l’Azerty AFNOR (d’après https://norme-azerty.fr/, je n’ai pas acheté la norme). Je me demande s’il est prévu qu’ils soient faits par composition, j’espère que oui. Avant de couvrir d’autres langues, il serait déjà bien de couvrir tous les usages du français.
Pour info, sous Linux, ils sont disponibles en standard avec Compose . < et Compose . > … si on a une touche Compose.
Prendre une bonne disposition : beop.free.fr
[^] # Et en même temps…
Posté par _Laurent_ (site web personnel) . En réponse au journal La norme française de dispositions de clavier a été publiée. Évalué à 2.
J’oubliais le détail piquant : d’un autre côté, le guillemet ouvrant de second niveau anglais (apostrophe culbutée) gagne un accès direct sur la touche 7.
C’est la fête !!!
Euh… vous utilisez souvent deux niveaux de guillemets, vous, même en français ?
Prendre une bonne disposition : beop.free.fr
# L’Azerty AFNOR, une grande amélioration de la saisie…
Posté par _Laurent_ (site web personnel) . En réponse au journal La norme française de dispositions de clavier a été publiée. Évalué à 5.
des opérations numériques. Enfin quand on n’a pas de pavé numérique.
En effet, en activant le mal nommé verrouillage majuscules, on a accès en une frappe aux chiffres comme aux quatre opérateurs courants + ‐ * / (pour les majuscules des lettres accentuées, il faut en plus enfoncer AltGr).
Ce n’est pas forcément un hasard, cette disposition reprend des principes définis en 1985 par le Dʳ Yves Neuville lorsqu’il a fait à l’époque une démarche de création d’une disposition Azerty normalisée au sein de l’AFNOR. Elle n’a pas percé, contrairement à la norme de claviers ISO dont il est aussi à l’origine (avec la touche Entrée en L retourné et une touche de plus que les claviers américains, à droite de la touche Maj. gauche).
Bon, la version soumise à commentaires s’était manifestement fixé les mêmes contraintes (concernant les endroits où placer des lettres ou des signes) mais n’avait pas pour autant cet avantage. D’ailleurs, Yves Neuville n’avait même pas été contacté. La version finale corrige ce point.
Souvenons‐nous de la première moitié des années 1980. Les claviers n’avaient généralement pas de pavé numérique, on était déjà content quand on avait les minuscules accentuées. Alors avoir accès aux majuscules accentuées, même avec une combinaison de trois touches, ça aurait été Byzance.
Léger détail : nous ne sommes plus dans les années 1980, la situation et les attentes ont changé.
D’une part, tout est connecté : on fait ses achats par carte ou sur le web, ils s’additionnent automatiquement, le débit s’inscrit sur le compte en banque, on en télécharge le relevé, on ne tape plus quasiment plus d’addition ou d’autre opération.
De toute façon, si on a à manipuler beaucoup de nombres, les claviers d’ordinateurs fixes ont des pavés numériques, ceux des portables de plus de 15″ aussi, et on peut en acheter des séparés.
D’autre part, on attend de pouvoir écrire mieux qu’avec une machine à écrire mécanique, en particulier produire facilement des majuscules accentuées. C’est d’ailleurs la mission qui avait été confiée à l’AFNOR.
En conservant de l’Azerty actuel au moins la position des lettres non accentuées et des chiffres et en visant de faciliter l’entrée des lettres accentuées, il y avait deux choix, mutuellement exclusifs, qui pouvaient chacun apporter un avantage très notable :
Il est des fois où le compromis est le plus mauvais des choix.
L’Azerty AFNOR n’est pas compatible avec la gravure actuelle des claviers et les lettres accentuées restent des lettres de seconde zone, avec une combinaison plus compliquée pour produire leurs majuscules. Avec trois touches pour produire une majuscule accentuée, il ne fait pas mieux que des dispositions existant sous Linux et MacOS (avec Maj+AltGr+lettre ou Verr. Maj. lettre Verr. Maj.) et conformes aux claviers actuels.
Il n’est même pas forcément aussi bien que l’Azerty actuel pour taper du français sans soigner la typographie. ê gagne un accès direct, mais ç et ù sont reléguées en AltGr et l’accent circonflexe et le tréma repoussés plus loin.
Bref, si vous voulez profiter de la nouvelle norme pour pouvoir mieux taper le français… passez au Bépo (et idéalement en même temps à la frappe à dix doigts, ça rend indépendant de la gravure du clavier et ça en libère les yeux).
Sinon, pas la peine de jeter votre matériel avant terme, avec l’impact écologique évident si c’est fait massivement. Sous Linux et MacOS, vous pouvez déjà taper des majuscules accentuées (et sous Linux, les guillemets français en AtlGr+W et AltGr+X et l’apostrophe typographique en AltGr+G), et sous Windows aussi avec une implémentation de l’Azerty OSS ou avec le Clavier Galéron (il a l’avantage de proposer une version fonctionnant sans droits administrateur ; guillemets français sur AltGr+Q et AltGr+S, apostrophe typographique sur AltGr+H).
Il sera toujours temps de passer à l’Azerty AFNOR quand un renouvellement de votre matériel pour une meilleure raison vous amènera un clavier gravé avec.
Prendre une bonne disposition : beop.free.fr
[^] # Apostrophe ASCII
Posté par _Laurent_ (site web personnel) . En réponse au journal La norme française de dispositions de clavier a été publiée. Évalué à 8.
À l’époque de l’ASCII, elle était souvent représentée droite et inclinée, en miroir de la « back quote » `, ce qui permettait qu’elle serve d’accent aigu par surimpression.
À l’époque des jeux de caractères 8 bits, elle a été souvent représentée comme une virgule haute, l’aspect typique d’une apostrophe, les caractères avec accent aigu étant directement disponibles (voir son aspect sous la console texte de Linux).
Seulement, elle servait aussi bien comme apostrophe que comme guillemet de second niveau anglais fermant, mais aussi souvent ouvrant, alors que ce dernier devrait avoir l’aspect d’une virgule haute culbutée ‘. Au moment du développement d’Unicode, ils semblent avoir estimé choquant qu’elle puisse avoir le mauvais aspect dans certains cas et préféré définir de nouveaux caractères pour la remplacer et qu’elle ait un aspect neutre… mauvais dans tous les cas.
Les polices de caractères ont fini pour la plupart par suivre la préconisation d’Unicode.
Prendre une bonne disposition : beop.free.fr
[^] # Modifications du Bépo
Posté par _Laurent_ (site web personnel) . En réponse au journal La norme française de dispositions de clavier a été publiée. Évalué à 9.
Le groupe de travail de l’AFNOR ne s’en est pas mêlé, mais la communauté Bépo l’a fait évoluer un peu, au travers de discussions sur la liste de diffusion et IRC et de votes sur le wiki.
En gros, les modifications sont :
Les détails sont là.
À l’heure actuelle, la version « historique » est toujours sur la page d’accueil.
À noter que si on active le verrouillage majuscules et qu’on tape « élève », on obtiendra bien « ÉLÈVE », comme sur le Bépo actuel, l’Azerty OSS — en standard sous Linux et désigné habituellement « Français Variante » ou « Français Alt. » — le Clavier Galéron » et non « 2L7VE » comme avec l’Azerty Windows ou « 2L4VE » comme avec le nouvel Azerty AFNOR (il faudra avec celui‐ci taper AltGr+é, l, AltGr+è, v, e… à moins d’une implémentation sous Linux qui ne respecte pas la norme sur ce point).
Au delà de la question de la frappe à dix doigts, le Bépo restera donc plus pratique que l’Azerty AFNOR pour taper du français.
Il reste qu’avant que la disposition Bépo normalisée soit totalement supportée sous Linux, il faudra résoudre la question des nouveaux caractères de composition et des règles de composition qui sont censées aller avec…
Prendre une bonne disposition : beop.free.fr
[^] # AltGr symétrique
Posté par _Laurent_ (site web personnel) . En réponse au journal Exclusif : la nouvelle norme de claviers. Évalué à 0.
et c’est réglé, il y a deux AltGr symétriques (il y a aussi moyen de mettre cette option dans un fichier de configuration). Bon, par contre, il n’y a plus de Alt…
Prendre une bonne disposition : beop.free.fr
[^] # 🐠
Posté par _Laurent_ (site web personnel) . En réponse au journal Exclusif : la nouvelle norme de claviers. Évalué à 0.
Désolé, je comptais faire le commentaire d’explication le 2 ou le 3, mais j’ai un peu patiné…
Cela dit, je pensais que les tags et les commentaires tiers (les premiers de chaque sont arrivés assez vite) vendaient clairement la mèche.
Prendre une bonne disposition : beop.free.fr