— Gluon du clavier, que pouvez-vous nous dire de cette « nouvelle norme » ?
— Encore un qui veut me remplacer ! C’est une véritable obsession ces temps-ci !
Depuis des années, j’assure mon service sans protester alors qu’on me frappe, et pour tout remerciement, on veut me remplacer.
Tout ça pour une histoire de disposition ! Ça ne me concerne pas ; mon boulot, c’est de transmettre des codes de touches, je ne suis pas responsable de ce que le système en fait, ni de ce qui est inscrit sur mes touches. Je ne sais même pas ce que c’est, je ne me suis jamais vu dans un miroir.
— Et vous ne voulez-pas prendre votre retraite ?
— J’ai entendu des trucs horribles sur ce qui arrive aux claviers en guise de retraite. Je préfère encore continuer à être frappé, et même qu’on me colle des étiquettes sur les touches. Vous me méprisez peut-être, mais pensez à l’impact écologique.
— La vie d’un clavier semble décidément bien triste et je ne crois pas que celui-ci nous en apprendra plus sur la « nouvelle norme ». La prochaine fois, nous interviewerons plutôt le poisson du clavier.
L’AFNOR a publié son appel à commentaires avec une disposition Azerty incompatible avec les marquages actuels, mais qui ne donne malgré tout accès aux majuscules accentuées qu’en trois frappes.
On pouvait pourtant espérer :
soit une disposition compatible avec les marquages actuels (comme l’Azerty Fr-OSS, l’Azerty de MacOS ou le Clavier Galéron), qui donnerait ainsi accès immédiatement aux majuscules accentuées à tous les utilisateurs de Windows,
soit une disposition qui donnerait accès aux majuscules accentuées simplement avec Maj, comme le Qwerty canadien.
J’ai soumis des commentairesà ce sujet à l’enquête de l’AFNOR, et je me suis dit qu’ils auraient plus de poids avec des exemples de disposition (reprenant les caractères sélectionnés par l’AFNOR) à titre de preuve de concept (par conséquent, ce sont des « commentaires privés », le système pour les commentaires publics ne permettait pas d’adjoindre de document). Enfin ça ne garantit pas pour autant qu’ils soient pris en compte, mais j’aurai au moins essayé…
Sur ma lancée, je me suis dit qu’une convergence entre les dispositions Azerty et Bépo était possible et j’ai aussi soumis un commentaire dans ce sens. Les dispositions présentées ici sont celles qui appuyaient ce commentaire, agrémentées d’un Compose et d’un verrouillage de la ligne des chiffres pour assaisonner un peu le poisson.
En attendant la vraie norme, un poisson d’avril m’a semblé une façon plaisante de partager mes attentes pour la nouvelle norme et de donner une idée des possibilités. Et après tout, ce n’est pas tous les jours qu’on peut sortir une nouvelle norme soi-même ! ☺
Précision : la convergence des dispositions s’inscrit dans la même démarche de cohérence que la normalisation du Dvorak, qui a substitué la ligne des chiffres du Qwerty à celle de la version originale. Elle permettra par ailleurs de passer plus facilement d’une disposition à l’autre, notamment pour ceux qui se décideront à passer à la disposition ergonomique.
La disposition Dvorak normalisée a la caractéristique supplémentaire de pouvoir être obtenue par simple échange de touches, mais pour le français, il y aurait eu plus de contraintes : caractères supplémentaires, caractères en AltGr, volonté de rapprocher les signes appariés. Chercher à obtenir un tel résultat aurait certainement conduit à dégrader les autres aspects. Qui plus est, si les claviers câblés en Dvorak ou switchables Qwerty/Dvorak ont été assez populaires à une époque, ils sont maintenant devenus rares avec l’intégration des pilotes dans les systèmes, preuve que l’intérêt de satisfaire une telle contrainte est faible.
Y a des propositions de cartes alternatives quelque part ?
Je ne sais pas, mais je compte bien en faire.
Quelqu’un sait-il si on peut joindre des fichiers avec le système de commentaires en ligne ?
Sinon, je ferais une contribution hors ligne…
Il me reste aussi à peaufiner le texte que mes propositions doivent appuyer.
En attendant, je peux toujours les publier ici.
De l'autre côté, il y avait un bien beau message du créateur de la variante béop pour une piste de convergence entre les deux dispositions.
Merci. ☺
Cela dit, je n’ai pas trop l’impression qu’une telle proposition serait suivie, alors que ça réclame quand même des concessions, du côté de l’Azerty comme du Bépo.
Il y a peut-être eu davantage de discussions sur le forum.
Pas tellement. Cela dit, le but du forum n’est pas vraiment de parler de l’Azerty…
Bon, j’en viens à mes propositions.
À mon sens, il y avait deux pistes pour l’Azerty.
Rester compatible avec la gravure des clavier Azerty actuels, comme fr-oss ; ça aurait eu l’inconvénient de limiter les possibilités d’amélioration, mais l’avantage de ne causer aucun frein à l’adoption.
Ne garder que les fondamentaux, c’est-à-dire les positions des lettres non accentuées et des chiffres ; ça permet d’espérer une amélioration significative pour les autres signes utiles en français, notamment les majuscules accentuées.
Le groupe de travail de l’AFNOR a fait le deuxième choix, mais à mon sens, il n’est pas allé assez loin : la disposition prévue permet juste de saisir les majuscules accentuées en trois pressions… comme sous Linux ou MacOS actuellement, malgré des dispositions respectant la gravure du clavier.
À mon sens,
toutes les lettres accentuées accessibles en une frappe avec l’Azerty historique méritent de le rester,
les majuscules accentuées méritent d’être accessibles simplement en pressant la touche Maj. et leur minuscule.
Ça implique de dégager les lettres accentuées des touches des chiffres.
Par ailleurs, selon moi,
les signes appariés méritent d’être rapprochés autant que possible ;
les signes d’opérations mathématiques courantes méritent d’être regroupés (pour être plus faciles à retrouver) ;
garder les ponctuations courantes dans la même zone, la droite de la ligne du bas, perturberait moins les utilisateurs de l’Azerty historique (ça, l’AFNOR l’a fait) ;
tous les caractères ASCII, susceptibles d’être utilisés comme raccourcis par des logiciels (du fait de leur présence sur le Qwerty US), devraient être accessibles sans composition (les raccourcis ne fonctionnant pas en composition ; Ctrl + accent circonflexe mort puis espace, ça ne marchera pas) ;
la touche <> (actuelle) ne devrait porter que des caractères qu’on peut obtenir autrement ou dont on peut se passer pour les usages courants, afin de rendre la disposition compatible avec les claviers américains (qui n’ont pas cette touche).
Je considère aussi que les guillemets français et l’apostrophe typographique devraient être mis en avant.
Avec ces considérations, j’arrive par exemple à cette proposition (avec les mêmes caractères supportés que la disposition de l’AFNOR) :
À noter que :
j’ai placé l’accent circonflexe mort, l’apostrophe et le trait d’union sur la ligne des chiffres, mais sur les colonnes de doigts longs en frappe à dix doigts ;
j’ai conservé dans une certaine mesure pour les caractères secondaires les associations proposées par l’AFNOR (Œ sur O…), mais pas toujours, par choix (par exemple, Æ gagne à être sur A, les signes ordinaux féminin et masculin utilisés en espagnol et italien sur F et M…) ou nécessité (si on met $ près de S, il n’y a plus de place pour ſ, le S long, je l’ai donc relégué avec la lettre à laquelle il ressemble le plus ; de même, j’ai relégué la barre oblique morte sur la touche de L, lettre avec laquelle elle sert couramment notamment pour le polonais…) ;
j’ai viré ¢ et ₩ pour faire de la place, mais on peut les obtenir avec la touche morte monnaie ¤.
Si l’on préfère (comme le groupe de travail de l’AFNOR) ne pas mettre en avant les guillemets français et l’apostrophe typographique (pour éviter des soucis avec certains logiciels ou sites), on arriverait à ça :
Si l’on préfère avoir les accents aigu et grave en accès direct pour faciliter la saisie de l’espagnol, de l’italien, du catalan… on peut arriver à ça :
stdbuf
Lance une commande et change la façon dont ses entrées/sorties sont bufferisées.
Après quelques essais sur mes logs, je ne vois pas de différence lors d'un grep sur 200Mo.
En fait, je n’en ai eu aucune utilité pendant très longtemps, parce que par défaut, le buffer est géré assez intelligemment : en privilégiant l’efficacité pour les fichiers et les pipes, en le vidant à chaque fin de ligne pour la sortie standard.
Le problème, avec les trucs intelligents, ce sont les cas particuliers où ils deviennent des conneries.
En l’occurrence, la surveillance de quelque chose qui ne produit qu’une trace de temps en temps, afin de lancer une commande suite à certaines traces.
Donc je fais tranquillement un
udevadm monitor --udev |
pour traiter la sortie derrière et… ça ne fonctionne pas, en tout cas pas avant que d’autres traces se soient accumulées, parce que le buffer du pipe n’est vidé que quand il est assez plein.
Là, stdbuf permet de résoudre le problème en réglant le buffer pour qu’il se vide à chaque ligne :
il ne me serait pas très rentable de passer des mois d'apprentissage pour apprendre à mieux frapper.
Frapper « à l’aveugle » n’a pas d’intérêt que par rapport à la frappe elle-même (en fait, avec un clavier avec l’arrière trop relevé en Azerty, je craindrais même que la frappe à dix doigts augmente le risque de trouble musculo-squelettique…), ça libère aussi les yeux et la pensée du clavier : il suffit de penser à une lettre pour qu’elle apparaisse à l’écran, par automatisme.
Par ailleurs, le temps pour retrouver les performances qu’on avait en Azerty après le basculement sur la nouvelle disposition peut être vraiment long (sûrement moins si on tapait à deux doigts), mais le temps d’apprentissage lui-même l’est moins et on n’est pas obligé de le faire de manière intensive.
Mes conseils pour passer sereinement à la frappe à dix doigts sur une nouvelle disposition (bon, si tu ne franchis pas le pas, ça servira peut-être à quelqu’un d’autre) : scotcher une impression de la disposition en bas du moniteur (c’est mieux que de regarder le clavier), apprendre avec un logiciel d’apprentissage de la frappe dactylographique (adapté à la disposition visée), à raison de seulement un quart d’heure le soir, au calme et progresser tranquillement. D’abord les positions des caractères (ainsi que les doigts à utiliser et les mouvements si on ne frappait pas à dix doigts avant), ensuite des mots et des phrases.
Et basculer sur la nouvelle disposition quand on a atteint une efficacité suffisante et à un moment où on n’a pas de délai à tenir, de charge de travail importante ou de stress.
Ensuite, il y en a qui continuent les entraînements pour gagner en vitesse (par exemple taper des trigrammes fréquents), mais on peut aussi taper comme ça et laisser les gains de vitesse se faire tous seuls, avec le temps.
vu mon âge, ma vitesse d'acquisition d'automatismes est réduite
Peut-être pourrais-tu essayer de commencer quand même et voir si ça vient ou si tu es obligé de refaire les deux premières lettres tous les jours…
Note : la première rangée te donnera une idée de ta capacité d’apprentissage. Pour les suivantes, avec un clavier décalé, c’est un peu laborieux pour tout le monde, parce qu’au début on tombe à côté des touches…
1) Combien de temps avant d'atteindre la même rapidité ?
Pour moi, peut-être six mois après mon basculement de disposition, mais seulement deux ou trois pour l’approcher.
Il faut dire qu’avant de basculer, je me suis entraîné pour atteindre une vitesse « suffisante » et qu’ensuite je me suis moins entraîné.
Une fois le niveau atteint, qu'en est-il de la vitesse dans une langue étrangère (grosse utilisation de la langue anglaise) ?
Globalement plus rapide qu’en Azerty ou Qwerty malgré un petit ralentissement sur le W, les lettres accentuées peu fréquentes en français (lettres avec tréma, á, ǎ, ⱥ)… mais certaines ne sont même pas possibles en Azerty.
3) Même question mais au niveau de la programmation (le dvorak me semble plus efficace, à première vue, mais c'est vraiment une impression) ?
Au moment de la conception du Bépo, j’ai plaidé pour un meilleur placement des caractères utilisés en programmation… sans succès. La réponse était que les programmeurs pourraient toujours faire leur variante. Je l’ai fait (j’utilise pas mal Perl, qui fait un gros usage des signes ASCII, donc rien que le placement du $ en Bépo est rédhibitoire pour moi), d’autres aussi (et elles ne sont pas toutes là). Dommage…
5) Quel gain niveau productivité et santé de nos mains
Je devais taper en Azerty à peu près à 35 wpm (mots par minutes, mais en comptant la taille moyenne des mots en anglais), avec une fatigue en cas de frappe ininterrompue à ce rythme au bout de seulement quelques minutes.
Quelques années après avoir basculé, je tape à plus de 60 wpm (quelquefois un peu moins, parfois à plus de 70) et je peux taper bien plus longtemps sans que ça soit pénible (surtout avec un clavier ergonomique).
Quand j’en suis réduit à taper en Azerty, j’ai l’impression de devoir me battre avec le clavier ou de faire une course d’obstacles (la ligne de repos étant l’obstacle à sauter, puisque la majorité des lettres les plus fréquentes ne s’y trouve pas en Azerty).
(un bon clavier ergonomique n'est-il pas suffisant) ?
Une disposition ergonomique améliore les choses (mais l’apprendre prend du temps), un clavier ergonomique aussi (mais ça coûte), une souris ergonomique aussi (beaucoup si l’on a des prédispositions au syndrome du canal carpien)…
Une bonne position (notamment évitant de plier les poignets) est très importante, ne demande pas trop d’efforts, est quelquefois possible dans une certaine mesure avec des périphériques standard… ou pas (avec un clavier très relevé de l’arrière ou une souris standard, on ne peut pas faire grand chose).
Attention : tous les périphériques ergonomiques ne le sont pas forcément pour la même chose :
– un clavier genre Microsoft Natural Keyboard améliore sensiblement la position des mains (bien pour limiter le risque de SCC), mais le déplacement des doigts reste tordu et si on place la souris à droite, elle est trop loin ;
– un clavier TypeMatrix permet un déplacement des doigts nettement moins tordu (l’apprentissage de la frappe à dix doigts dessus doit être sensiblement plus facile), est très bien quant à la position de la souris, mais n’est pas idéal pour la position des mains ;
– une souris verticale limite les risques de SCC mais sollicite plus l’épaule (ennuyeux si on a une douleur à l’épaule) dans une position médiocre si on doit l’éloigner à cause du pavé numérique ;
– un trackball limite les sollicitations de l’épaule mais n’apporte pas une amélioration flagrante par rapport aux risques de SCC…
C’est dommage de ne pas avoir différencié Bépo et Variantes du Bépo, de ne pas avoir prévu Azerty Belge (voire Autres Azerty s’il y en a d’autres que le français et le belge), « Dvorak-fr » de Francis Leboutte (plus ancienne que le Bépo, elle est toujours en standard sous X.org), Autres dispositions ergonomiques (Arensito, MTGAP…), Colemak, Autres dispositions ergonomiques (que le Colemak) proches du Qwerty (Workman, Norman, Minimak…).
Je suis tenté personnellement par la disposition Colemak qui me semble plus simple à apprendre que le dvorak.
C’est plus simple seulement si tu as déjà appris la frappe à dix doigts en Qwerty, ou — dans une moindre mesure — en Azerty.
Si tu frappes en Azerty à deux doigts ou de manière empirique, il n’y aura quasiment pas de gain à attendre.
Je suis par ailleurs convaincu que pour quelqu’un qui tape à deux doigts en Azerty, l’apprentissage de la frappe à dix doigts en Bépo est malgré tout plus rapide qu’en Azerty.
La frappe à deux doigts fait plus appel à une mémoire visuelle, alors que la frappe à dix doigts fait appel à une mémoire mécanique qui n’est pas liée.
Je partage ta réserve sur le Bépo pour coder ; ça a été l’occasion de divergences lors du développement de cette disposition entre les tenants du Bépo d’abord pour les informaticiens et ceux du Bépo d’abord pour le commun des mortels (globalement, c’est plutôt le second groupe qui a eu le dessus).
De là à trouver le Qwerty pratique… Si l’on frappe à dix doigts, presque tous les symboles sur la ligne du haut (la plus éloignée de la ligne de repos) et en Maj, bof.
As-tu considéré ma dérivée ?
Quasiment tous les signes utilisés en programmation sur des touches bien placées — souvent en AltGr (mais il est doublé à gauche) ou en Maj, ces touches étant affectées en priorité aux lettres — ou en accès direct.
Sinon, il y a aussi le Programmer Dvorak.
Par rapport au Dvorak standard, la principale différence est de ramener les signes utilisés en programmation en accès direct au détriment des chiffres (franchement, quand on programme, on n’utilise quasiment que le 0 et le 1)… comme en Azerty, mais sans que des lettres accentuées repoussent certains signes en AltGr avec la même main (s’il y avait un AltGr à gauche, ça irait déjà mieux…), ce qui est la caractéristique pénible de l’Azerty.
Bon, dans les deux cas, il faut apprendre à taper à l’aveugle ou se faire des étiquettes soi-même, contrairement au Bépo (pour lequel il existe des claviers et des jeux d’étiquettes tous prêts) et au Dvorak standard (pour lequel on peut aussi échanger physiquement les touches d’un clavier Qwerty).
L’Azerty français d’origine pour X.org (fr tout court) se base sur une variante du Qwerty qui comprend les guillemets français en AltGr+z et AltGr+x, pour qu’ils soient côte à côte.
Malheureusement, ça semble avoir complètement échappé à celui qui a fait l’Azerty et il a déplacé la touche Z complète !
Les variantes fr latin9 et fr oss remettent le guillemet gauche à côté du droit, soit en AltGr+w.
C’est surtout une question de disposition (voire de variante au sens X.org) :
– avec fr (de base), pas de « œ » (pas d’« € » non plus par ailleurs),
– avec fr latin9, « œ » remplace « ² »,
– avec fr oss et fr bepo, « œ » est en AltGr+o (c’est le « o » qui n’est pas à la même place sur le Bépo…).
Faute de passer à une disposition ergonomique, vous gagnerez à passer au moins à fr oss, qui donne aussi accès aux majuscules accentuées sans Verr. Maj. (mais en Maj+AltGr…), à l’apostrophe typographique (en AltGr+g), à des signes comme « ≠ »… Voir la carte en commentaire dans le fichier /usr/share/X11/xkb/symbols/fr .
Réaliser une tâche moyennement simple et plutôt ponctuelle (le genre assez fréquent pour un administrateur système) sans avoir à lancer un éditeur, faire un programme propre, puis le lancer après.
En général, si la tâche à réaliser s’exprime en une phrase en français, elle tient dans un uniligne.
Exemple très simple (et exceptionnellement réutilisable) : un équivalent de la commande uniq mais qui ne se limite pas aux lignes adjacentes :
perl -ne '$d{$_}++ or print' lignes.txt > lignes_uniques.txt
Mais ça peut être des trucs comme lister les paquets installés sans leur numéro de version pour comparer avec une autre version de la distribution, chercher les corbeilles qui font plus d’une certaine taille pour rappeler (ou apprendre) à leurs propriétaires qu’elles ne se vident pas toutes seules...
Mais je suis sysadmin et pour ça, Perl est le top, aussi bien pour le langage qui donne un accès assez direct aux fonctionnalités dont on a besoin couramment (expressions régulières, certaines commandes équivalentes à celles du shell intégrées au langage même...) et sait remplacer des logiciels ciblés comme grep ou awk sans surcoût (man perlrun) que pour la bibliothèque de modules qui couvre quasiment tous les besoins qu’on peut imaginer.
Tu as déjà essayé d’écrire un uniligne en Python ?
Ce serait un peu comme écrire un programme conséquent en shell (il y en a qui le font, mais il faut venir d’une autre planète ou être maso).
Perl est approprié pour les deux.
Il y a également une plus grande logique pour tous les symboles « entourant »: (<{[ dont la partie fermante est chaque fois sur la touche juste à droite (et non pas, comme l'azerty, a des endroits absurdes).
Une disposition logique n'a que peu d'intérêt lorsque l'on tape à 10 doigts (vu que c'est la mémoire musculaire qui joue)
En fait, l’intérêt d’avoir ce genre de symboles côte à côte est si tu les tapes systématiquement à la suite et que tu remplis après (c’est une façon de ne pas oublier de refermer une parenthèse ou une accolade) : tu fais juste un roulement (appui de la touche du signe ouvrant, appui de celle du signe fermant et relâchement des deux).
12) Je programme en shell ou en Perl et $ est placé sur la touche la plus éloignée de la position de base.
Bon, je n’en suis pas resté à une disposition archaïque comme l’Azerty. J’ai forké le Bépo.
Le pire cas, à mes yeux, est le couple <>, accessible en alt gr (mais de manière assez aisée malgré tout).
Je ne trouve effectivement pas la position des chevrons terrible non plus.
Pour ma part, je les ai laissés en AltGr, mais sur des touches mieux placées (à partir du moment où l’on a utilisé les accès directs des touches bien placées pour les lettres, il reste au mieux pour les autres symboles des touches pas très bien placées en accès direct ou des touches bien placées en accès indirect).
L’Azerty (français PC) n’a rien placé de réellement utile sur la touche [²] ; c’est au moins une qualité qu’on peut lui reconnaître.
Sinon, je ne considère pas non plus l’Azerty ou le Qwerty comme satisfaisants pour faire de l’informatique (développement ou administration système).
Il y avait de la marge pour faire un peu mieux à partir du Bépo,
– soit en le dégradant légèrement par rapport en français (ce qui ne l’aurait pas empêché de rester très supérieur à l’Azerty à ce niveau) ;
– soit en faisant quelques choix moins conventionnels (en commençant par faire un AltGr symétrique pour dégager des positions intéressantes en AltGr).
Ces possibilités ont été évoquées lors du développement du Bépo mais n’ont pas recueilli le soutien de la majorité, une partie des informaticiens qui suivaient le projet (il n’y avait pas que des informaticiens, même s’il y en avait beaucoup) estimant qu’il fallait viser la secrétaire et non pas l’informaticien « qui pourrait toujours adapter la disposition à son usage ».
Je code uniquement en php/html donc les < et > sont très important or ils ne sont accessibles que par alt-gr pour laisser la place à « et ».
Pour le shell et Perl, ce n’est pas transcendant non plus : $ (et #) sur la touche la plus lointaine du pavé principal, @ sur une touche merdique aussi.
Au moment de la conception, le choix a été fait de ne pas privilégier la programmation...
Heureusement, c’est libre et c’est une bonne base en ce qui concerne la disposition des lettres.
Je voudrais bien d'ailleurs acheter un PC et je ne trouve rien qui a de la gueule.
Peut-être parce que faire beau ne suffit pas, il faut aussi faire du buzz.
Sinon, ton beau truc ne se vend pas à suffisamment d’exemplaires et le coût de développement supplémentaire t’oblige soit à le vendre encore plus cher et à en vendre encore moins, soit condamne ton retour sur investissement.
Du coup, les fabricants qui ne sont pas forts en buzz ne prennent pas le risque.
La finition glossy de l'écran avec le contour façon verre poli est magnifique
ARGH !
Les écrans brillants, la plus grosse régression dans l’histoire du matériel.
Ca peut être suffisant dans la plupart des cas, mais tu n'a du coup pas possibilité de modifier des paramètres, comme choisir si tu veux un défilement avec deux doigts, via la bordure ou encore pas de défilement du tout, le tapping, le click milieu ou droit avec deux ou trois doitgs, etc.
À condition d’avoir un touchpad qui supporte le multitouch pour les fonctionnalités à plusieurs doigts.
Bon, je viens d’essayer un touchpad Cirque Smart Cat USB sur une Fedora 11. Extrait de lshal :
info.product = 'Cirque Corporation USB GlidePoint' (string)
info.capabilities = {'input', 'input.mouse', 'access_control'} (string list)
Pour comparaison, le touchpad intégré à mon portable (qui apparaît comme PS/2) :
input.product = 'AlpsPS/2 ALPS GlidePoint' (string)
info.capabilities = {'input', 'input.mouse', 'input.touchpad', 'access_control'} (string list)
Donc le Glidepoint USB n’est toujours pas reconnu comme un touchpad, en tout cas sous une Fedora 11 en l’état.
Et sinon j'ai aussi envie de m'offrir un touchpad usb externe, qui gère le multi touch (je peux plus me passer du défilement à deux doigts). Mais ca semble pas si évident à trouver...
Les touchpads externes les plus faciles à trouver sont de type Alps Glidepoint. Même s’ils étaient reconnus, je ne crois pas qu’il y en ait qui supportent le multitouch.
Sinon, il y a aussi les chinois de marque inconnue. Celui que j’ai essayé ne fonctionnait évidemment que comme souris, donc sans certaines de ses fonctionnalités… dont le multitouch.
La seule solution serait donc de trouver un vrai Synaptics en externe.
Ça s’est fait à une époque. Par exemple, sur mon fixe, j’utilise un « Touché Touch Pad » PS/2 fabriqué entre 1995 et 1998 qui est basé sur un Synaptics et donc parfaitement supporté, mais évidemment il n’est pas multitouch et on n’en trouve plus très facilement maintenant…
Donc, bonne chance !
Si tu trouves, tiens-nous au courant.
Quelqu’un a-t-il suivi l’évolution du pilote libre au niveau du support du matériel ?
En particulier au niveau du support des touchpads USB ou des touchpads Alps/GlidePoint ?
La dernière fois que j’avais regardé ça, il y a quelques années,
• les touchpads USB n’étaient reconnus comme tels qu’en ajoutant au niveau du noyau un pilote additionnel en phase de développement,
• ce dernier ne supportait de toute façon que les touchpads Synaptics.
L’intérêt de pouvoir utiliser le pilote synaptics d’X.org est qu’il permet quand même pas mal de choses intéressantes par rapport au pilote souris standard (accélération progressive, zones de défilement vertical et horizontal même si le touchpad ne le gère pas en interne, multitouch sur les touchpads qui le supportent…).
Hors, il n’est déjà pas facile de savoir quel type de touchpad inclut un portable avant de l’acheter (Synaptics ou Alps/GlidePoint ? PS2 ou USB ?), mais pour une machine de bureau, on ne trouve assez facilement que des touchpads Alps/GlidePoint (ou des trucs chinois spécifiques encore moins bien reconnus), que ce soit complètement séparés ou intégrés à un clavier.
[^] # Téléchat
Posté par _Laurent_ (site web personnel) . En réponse au journal Exclusif : la nouvelle norme de claviers. Évalué à 3.
— Gluon du clavier, que pouvez-vous nous dire de cette « nouvelle norme » ?
— Encore un qui veut me remplacer ! C’est une véritable obsession ces temps-ci !
Depuis des années, j’assure mon service sans protester alors qu’on me frappe, et pour tout remerciement, on veut me remplacer.
Tout ça pour une histoire de disposition ! Ça ne me concerne pas ; mon boulot, c’est de transmettre des codes de touches, je ne suis pas responsable de ce que le système en fait, ni de ce qui est inscrit sur mes touches. Je ne sais même pas ce que c’est, je ne me suis jamais vu dans un miroir.
— Et vous ne voulez-pas prendre votre retraite ?
— J’ai entendu des trucs horribles sur ce qui arrive aux claviers en guise de retraite. Je préfère encore continuer à être frappé, et même qu’on me colle des étiquettes sur les touches. Vous me méprisez peut-être, mais pensez à l’impact écologique.
— La vie d’un clavier semble décidément bien triste et je ne crois pas que celui-ci nous en apprendra plus sur la « nouvelle norme ». La prochaine fois, nous interviewerons plutôt le poisson du clavier.
Chalut ! À demain, si on veut bien.
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é à 3.
Merci.
L’AFNOR a publié son appel à commentaires avec une disposition Azerty incompatible avec les marquages actuels, mais qui ne donne malgré tout accès aux majuscules accentuées qu’en trois frappes.
On pouvait pourtant espérer :
J’ai soumis des commentaires à ce sujet à l’enquête de l’AFNOR, et je me suis dit qu’ils auraient plus de poids avec des exemples de disposition (reprenant les caractères sélectionnés par l’AFNOR) à titre de preuve de concept (par conséquent, ce sont des « commentaires privés », le système pour les commentaires publics ne permettait pas d’adjoindre de document). Enfin ça ne garantit pas pour autant qu’ils soient pris en compte, mais j’aurai au moins essayé…
Sur ma lancée, je me suis dit qu’une convergence entre les dispositions Azerty et Bépo était possible et j’ai aussi soumis un commentaire dans ce sens. Les dispositions présentées ici sont celles qui appuyaient ce commentaire, agrémentées d’un Compose et d’un verrouillage de la ligne des chiffres pour assaisonner un peu le poisson.
En attendant la vraie norme, un poisson d’avril m’a semblé une façon plaisante de partager mes attentes pour la nouvelle norme et de donner une idée des possibilités. Et après tout, ce n’est pas tous les jours qu’on peut sortir une nouvelle norme soi-même ! ☺
Prendre une bonne disposition : beop.free.fr
# Convergence des dispositions
Posté par _Laurent_ (site web personnel) . En réponse au journal Exclusif : la nouvelle norme de claviers. Évalué à 1.
Précision : la convergence des dispositions s’inscrit dans la même démarche de cohérence que la normalisation du Dvorak, qui a substitué la ligne des chiffres du Qwerty à celle de la version originale. Elle permettra par ailleurs de passer plus facilement d’une disposition à l’autre, notamment pour ceux qui se décideront à passer à la disposition ergonomique.
La disposition Dvorak normalisée a la caractéristique supplémentaire de pouvoir être obtenue par simple échange de touches, mais pour le français, il y aurait eu plus de contraintes : caractères supplémentaires, caractères en AltGr, volonté de rapprocher les signes appariés. Chercher à obtenir un tel résultat aurait certainement conduit à dégrader les autres aspects. Qui plus est, si les claviers câblés en Dvorak ou switchables Qwerty/Dvorak ont été assez populaires à une époque, ils sont maintenant devenus rares avec l’intégration des pilotes dans les systèmes, preuve que l’intérêt de satisfaire une telle contrainte est faible.
Prendre une bonne disposition : beop.free.fr
[^] # Pavé numérique central
Posté par _Laurent_ (site web personnel) . En réponse à la dépêche Vers une norme AFNOR pour le clavier français. Évalué à 2.
Pour le coup, plutôt Maltron, non ?
Prendre une bonne disposition : beop.free.fr
[^] # Propositions alternatives pour l’Azerty
Posté par _Laurent_ (site web personnel) . En réponse à la dépêche Vers une norme AFNOR pour le clavier français. Évalué à 3.
Je ne sais pas, mais je compte bien en faire.
Quelqu’un sait-il si on peut joindre des fichiers avec le système de commentaires en ligne ?
Sinon, je ferais une contribution hors ligne…
Il me reste aussi à peaufiner le texte que mes propositions doivent appuyer.
En attendant, je peux toujours les publier ici.
Merci. ☺
Cela dit, je n’ai pas trop l’impression qu’une telle proposition serait suivie, alors que ça réclame quand même des concessions, du côté de l’Azerty comme du Bépo.
Pas tellement. Cela dit, le but du forum n’est pas vraiment de parler de l’Azerty…
Bon, j’en viens à mes propositions.
À mon sens, il y avait deux pistes pour l’Azerty.
Le groupe de travail de l’AFNOR a fait le deuxième choix, mais à mon sens, il n’est pas allé assez loin : la disposition prévue permet juste de saisir les majuscules accentuées en trois pressions… comme sous Linux ou MacOS actuellement, malgré des dispositions respectant la gravure du clavier.
À mon sens,
Ça implique de dégager les lettres accentuées des touches des chiffres.
Par ailleurs, selon moi,
Je considère aussi que les guillemets français et l’apostrophe typographique devraient être mis en avant.
Avec ces considérations, j’arrive par exemple à cette proposition (avec les mêmes caractères supportés que la disposition de l’AFNOR) :
À noter que :
Si l’on préfère (comme le groupe de travail de l’AFNOR) ne pas mettre en avant les guillemets français et l’apostrophe typographique (pour éviter des soucis avec certains logiciels ou sites), on arriverait à ça :
Si l’on préfère avoir les accents aigu et grave en accès direct pour faciliter la saisie de l’espagnol, de l’italien, du catalan… on peut arriver à ça :
Prendre une bonne disposition : beop.free.fr
# Effet buf !
Posté par _Laurent_ (site web personnel) . En réponse au journal Le core utile. Évalué à 7.
En fait, je n’en ai eu aucune utilité pendant très longtemps, parce que par défaut, le buffer est géré assez intelligemment : en privilégiant l’efficacité pour les fichiers et les pipes, en le vidant à chaque fin de ligne pour la sortie standard.
Le problème, avec les trucs intelligents, ce sont les cas particuliers où ils deviennent des conneries.
En l’occurrence, la surveillance de quelque chose qui ne produit qu’une trace de temps en temps, afin de lancer une commande suite à certaines traces.
Donc je fais tranquillement un
pour traiter la sortie derrière et… ça ne fonctionne pas, en tout cas pas avant que d’autres traces se soient accumulées, parce que le buffer du pipe n’est vidé que quand il est assez plein.
Là,
stdbufpermet de résoudre le problème en réglant le buffer pour qu’il se vide à chaque ligne :Prendre une bonne disposition : beop.free.fr
[^] # Frappe à dix doigts, apprentissage
Posté par _Laurent_ (site web personnel) . En réponse au sondage Ma disposition de clavier préférée. Évalué à 3.
Frapper « à l’aveugle » n’a pas d’intérêt que par rapport à la frappe elle-même (en fait, avec un clavier avec l’arrière trop relevé en Azerty, je craindrais même que la frappe à dix doigts augmente le risque de trouble musculo-squelettique…), ça libère aussi les yeux et la pensée du clavier : il suffit de penser à une lettre pour qu’elle apparaisse à l’écran, par automatisme.
Par ailleurs, le temps pour retrouver les performances qu’on avait en Azerty après le basculement sur la nouvelle disposition peut être vraiment long (sûrement moins si on tapait à deux doigts), mais le temps d’apprentissage lui-même l’est moins et on n’est pas obligé de le faire de manière intensive.
Mes conseils pour passer sereinement à la frappe à dix doigts sur une nouvelle disposition (bon, si tu ne franchis pas le pas, ça servira peut-être à quelqu’un d’autre) : scotcher une impression de la disposition en bas du moniteur (c’est mieux que de regarder le clavier), apprendre avec un logiciel d’apprentissage de la frappe dactylographique (adapté à la disposition visée), à raison de seulement un quart d’heure le soir, au calme et progresser tranquillement. D’abord les positions des caractères (ainsi que les doigts à utiliser et les mouvements si on ne frappait pas à dix doigts avant), ensuite des mots et des phrases.
Et basculer sur la nouvelle disposition quand on a atteint une efficacité suffisante et à un moment où on n’a pas de délai à tenir, de charge de travail importante ou de stress.
Ensuite, il y en a qui continuent les entraînements pour gagner en vitesse (par exemple taper des trigrammes fréquents), mais on peut aussi taper comme ça et laisser les gains de vitesse se faire tous seuls, avec le temps.
Peut-être pourrais-tu essayer de commencer quand même et voir si ça vient ou si tu es obligé de refaire les deux premières lettres tous les jours…
Note : la première rangée te donnera une idée de ta capacité d’apprentissage. Pour les suivantes, avec un clavier décalé, c’est un peu laborieux pour tout le monde, parce qu’au début on tombe à côté des touches…
Prendre une bonne disposition : beop.free.fr
[^] # Re: Plus d’options pour la prochaine fois ?
Posté par _Laurent_ (site web personnel) . En réponse au sondage Ma disposition de clavier préférée. Évalué à 0.
Ça aurait été bien quand même de proposer Autres Azerty et Autres Qwerty plutôt que Variante de l’Azerty France et Variante du Qwerty US.
Prendre une bonne disposition : beop.free.fr
[^] # Programmer Dvorak
Posté par _Laurent_ (site web personnel) . En réponse au sondage Ma disposition de clavier préférée. Évalué à 1.
Alors as-tu déjà envisagé le Programmer Dvorak ?
Prendre une bonne disposition : beop.free.fr
[^] # Retour d’expérience
Posté par _Laurent_ (site web personnel) . En réponse au sondage Ma disposition de clavier préférée. Évalué à 2.
Pour moi, peut-être six mois après mon basculement de disposition, mais seulement deux ou trois pour l’approcher.
Il faut dire qu’avant de basculer, je me suis entraîné pour atteindre une vitesse « suffisante » et qu’ensuite je me suis moins entraîné.
Globalement plus rapide qu’en Azerty ou Qwerty malgré un petit ralentissement sur le W, les lettres accentuées peu fréquentes en français (lettres avec tréma, á, ǎ, ⱥ)… mais certaines ne sont même pas possibles en Azerty.
Au moment de la conception du Bépo, j’ai plaidé pour un meilleur placement des caractères utilisés en programmation… sans succès. La réponse était que les programmeurs pourraient toujours faire leur variante.
Je l’ai fait (j’utilise pas mal Perl, qui fait un gros usage des signes ASCII, donc rien que le placement du $ en Bépo est rédhibitoire pour moi), d’autres aussi (et elles ne sont pas toutes là). Dommage…
Je devais taper en Azerty à peu près à 35 wpm (mots par minutes, mais en comptant la taille moyenne des mots en anglais), avec une fatigue en cas de frappe ininterrompue à ce rythme au bout de seulement quelques minutes.
Quelques années après avoir basculé, je tape à plus de 60 wpm (quelquefois un peu moins, parfois à plus de 70) et je peux taper bien plus longtemps sans que ça soit pénible (surtout avec un clavier ergonomique).
Quand j’en suis réduit à taper en Azerty, j’ai l’impression de devoir me battre avec le clavier ou de faire une course d’obstacles (la ligne de repos étant l’obstacle à sauter, puisque la majorité des lettres les plus fréquentes ne s’y trouve pas en Azerty).
Une disposition ergonomique améliore les choses (mais l’apprendre prend du temps), un clavier ergonomique aussi (mais ça coûte), une souris ergonomique aussi (beaucoup si l’on a des prédispositions au syndrome du canal carpien)…
Une bonne position (notamment évitant de plier les poignets) est très importante, ne demande pas trop d’efforts, est quelquefois possible dans une certaine mesure avec des périphériques standard… ou pas (avec un clavier très relevé de l’arrière ou une souris standard, on ne peut pas faire grand chose).
Attention : tous les périphériques ergonomiques ne le sont pas forcément pour la même chose :
– un clavier genre Microsoft Natural Keyboard améliore sensiblement la position des mains (bien pour limiter le risque de SCC), mais le déplacement des doigts reste tordu et si on place la souris à droite, elle est trop loin ;
– un clavier TypeMatrix permet un déplacement des doigts nettement moins tordu (l’apprentissage de la frappe à dix doigts dessus doit être sensiblement plus facile), est très bien quant à la position de la souris, mais n’est pas idéal pour la position des mains ;
– une souris verticale limite les risques de SCC mais sollicite plus l’épaule (ennuyeux si on a une douleur à l’épaule) dans une position médiocre si on doit l’éloigner à cause du pavé numérique ;
– un trackball limite les sollicitations de l’épaule mais n’apporte pas une amélioration flagrante par rapport aux risques de SCC…
Prendre une bonne disposition : beop.free.fr
# Plus d’options pour la prochaine fois ?
Posté par _Laurent_ (site web personnel) . En réponse au sondage Ma disposition de clavier préférée. Évalué à 1.
C’est dommage de ne pas avoir différencié Bépo et Variantes du Bépo, de ne pas avoir prévu Azerty Belge (voire Autres Azerty s’il y en a d’autres que le français et le belge), « Dvorak-fr » de Francis Leboutte (plus ancienne que le Bépo, elle est toujours en standard sous X.org), Autres dispositions ergonomiques (Arensito, MTGAP…), Colemak, Autres dispositions ergonomiques (que le Colemak) proches du Qwerty (Workman, Norman, Minimak…).
Prendre une bonne disposition : beop.free.fr
[^] # Re: Que penser du Colemak ?
Posté par _Laurent_ (site web personnel) . En réponse au sondage Ma disposition de clavier préférée. Évalué à 3.
C’est plus simple seulement si tu as déjà appris la frappe à dix doigts en Qwerty, ou — dans une moindre mesure — en Azerty.
Si tu frappes en Azerty à deux doigts ou de manière empirique, il n’y aura quasiment pas de gain à attendre.
Je suis par ailleurs convaincu que pour quelqu’un qui tape à deux doigts en Azerty, l’apprentissage de la frappe à dix doigts en Bépo est malgré tout plus rapide qu’en Azerty.
La frappe à deux doigts fait plus appel à une mémoire visuelle, alors que la frappe à dix doigts fait appel à une mémoire mécanique qui n’est pas liée.
Prendre une bonne disposition : beop.free.fr
[^] # Béop
Posté par _Laurent_ (site web personnel) . En réponse au journal Comment taper les accents sur un clavier QWERTY?. Évalué à 1.
Je partage ta réserve sur le Bépo pour coder ; ça a été l’occasion de divergences lors du développement de cette disposition entre les tenants du Bépo d’abord pour les informaticiens et ceux du Bépo d’abord pour le commun des mortels (globalement, c’est plutôt le second groupe qui a eu le dessus).
De là à trouver le Qwerty pratique… Si l’on frappe à dix doigts, presque tous les symboles sur la ligne du haut (la plus éloignée de la ligne de repos) et en Maj, bof.
As-tu considéré ma dérivée ?
Quasiment tous les signes utilisés en programmation sur des touches bien placées — souvent en AltGr (mais il est doublé à gauche) ou en Maj, ces touches étant affectées en priorité aux lettres — ou en accès direct.
Sinon, il y a aussi le Programmer Dvorak.
Par rapport au Dvorak standard, la principale différence est de ramener les signes utilisés en programmation en accès direct au détriment des chiffres (franchement, quand on programme, on n’utilise quasiment que le 0 et le 1)… comme en Azerty, mais sans que des lettres accentuées repoussent certains signes en AltGr avec la même main (s’il y avait un AltGr à gauche, ça irait déjà mieux…), ce qui est la caractéristique pénible de l’Azerty.
Bon, dans les deux cas, il faut apprendre à taper à l’aveugle ou se faire des étiquettes soi-même, contrairement au Bépo (pour lequel il existe des claviers et des jeux d’étiquettes tous prêts) et au Dvorak standard (pour lequel on peut aussi échanger physiquement les touches d’un clavier Qwerty).
Prendre une bonne disposition : beop.free.fr
[^] # Guillemet balladeur
Posté par _Laurent_ (site web personnel) . En réponse au journal Les fautes des Linuxfriens. Évalué à 2.
Ça dépend.
L’Azerty français d’origine pour X.org (fr tout court) se base sur une variante du Qwerty qui comprend les guillemets français en AltGr+z et AltGr+x, pour qu’ils soient côte à côte.
Malheureusement, ça semble avoir complètement échappé à celui qui a fait l’Azerty et il a déplacé la touche Z complète !
Les variantes fr latin9 et fr oss remettent le guillemet gauche à côté du droit, soit en AltGr+w.
Prendre une bonne disposition : beop.free.fr
[^] # œ
Posté par _Laurent_ (site web personnel) . En réponse au journal Les fautes des Linuxfriens. Évalué à 3.
C’est surtout une question de disposition (voire de variante au sens X.org) :
– avec fr (de base), pas de « œ » (pas d’« € » non plus par ailleurs),
– avec fr latin9, « œ » remplace « ² »,
– avec fr oss et fr bepo, « œ » est en AltGr+o (c’est le « o » qui n’est pas à la même place sur le Bépo…).
Faute de passer à une disposition ergonomique, vous gagnerez à passer au moins à fr oss, qui donne aussi accès aux majuscules accentuées sans Verr. Maj. (mais en Maj+AltGr…), à l’apostrophe typographique (en AltGr+g), à des signes comme « ≠ »… Voir la carte en commentaire dans le fichier /usr/share/X11/xkb/symbols/fr .
Prendre une bonne disposition : beop.free.fr
[^] # Uniligne
Posté par _Laurent_ (site web personnel) . En réponse au journal Adopter une bonne disposition pour 2012: passez au bépo !. Évalué à 2.
Réaliser une tâche moyennement simple et plutôt ponctuelle (le genre assez fréquent pour un administrateur système) sans avoir à lancer un éditeur, faire un programme propre, puis le lancer après.
En général, si la tâche à réaliser s’exprime en une phrase en français, elle tient dans un uniligne.
Exemple très simple (et exceptionnellement réutilisable) : un équivalent de la commande uniq mais qui ne se limite pas aux lignes adjacentes :
Mais ça peut être des trucs comme lister les paquets installés sans leur numéro de version pour comparer avec une autre version de la distribution, chercher les corbeilles qui font plus d’une certaine taille pour rappeler (ou apprendre) à leurs propriétaires qu’elles ne se vident pas toutes seules...
Prendre une bonne disposition : beop.free.fr
[^] # Perl
Posté par _Laurent_ (site web personnel) . En réponse au journal Adopter une bonne disposition pour 2012: passez au bépo !. Évalué à 1.
Je connais déjà Python (enfin un minimum).
Mais je suis sysadmin et pour ça, Perl est le top, aussi bien pour le langage qui donne un accès assez direct aux fonctionnalités dont on a besoin couramment (expressions régulières, certaines commandes équivalentes à celles du shell intégrées au langage même...) et sait remplacer des logiciels ciblés comme grep ou awk sans surcoût (man perlrun) que pour la bibliothèque de modules qui couvre quasiment tous les besoins qu’on peut imaginer.
Tu as déjà essayé d’écrire un uniligne en Python ?
Ce serait un peu comme écrire un programme conséquent en shell (il y en a qui le font, mais il faut venir d’une autre planète ou être maso).
Perl est approprié pour les deux.
Prendre une bonne disposition : beop.free.fr
[^] # Symboles ouvrants et fermants
Posté par _Laurent_ (site web personnel) . En réponse au journal Adopter une bonne disposition pour 2012: passez au bépo !. Évalué à 0.
En fait, l’intérêt d’avoir ce genre de symboles côte à côte est si tu les tapes systématiquement à la suite et que tu remplis après (c’est une façon de ne pas oublier de refermer une parenthèse ou une accolade) : tu fais juste un roulement (appui de la touche du signe ouvrant, appui de celle du signe fermant et relâchement des deux).
Prendre une bonne disposition : beop.free.fr
# 12
Posté par _Laurent_ (site web personnel) . En réponse au journal Adopter une bonne disposition pour 2012: passez au bépo !. Évalué à 2.
12) Je programme en shell ou en Perl et $ est placé sur la touche la plus éloignée de la position de base.
Bon, je n’en suis pas resté à une disposition archaïque comme l’Azerty. J’ai forké le Bépo.
Je ne trouve effectivement pas la position des chevrons terrible non plus.
Pour ma part, je les ai laissés en AltGr, mais sur des touches mieux placées (à partir du moment où l’on a utilisé les accès directs des touches bien placées pour les lettres, il reste au mieux pour les autres symboles des touches pas très bien placées en accès direct ou des touches bien placées en accès indirect).
Prendre une bonne disposition : beop.free.fr
[^] # Re: Codage
Posté par _Laurent_ (site web personnel) . En réponse à la dépêche Atelier Bépo — mardi 8 novembre à Rennes. Évalué à 1.
L’Azerty (français PC) n’a rien placé de réellement utile sur la touche [²] ; c’est au moins une qualité qu’on peut lui reconnaître.
Sinon, je ne considère pas non plus l’Azerty ou le Qwerty comme satisfaisants pour faire de l’informatique (développement ou administration système).
Il y avait de la marge pour faire un peu mieux à partir du Bépo,
– soit en le dégradant légèrement par rapport en français (ce qui ne l’aurait pas empêché de rester très supérieur à l’Azerty à ce niveau) ;
– soit en faisant quelques choix moins conventionnels (en commençant par faire un AltGr symétrique pour dégager des positions intéressantes en AltGr).
Ces possibilités ont été évoquées lors du développement du Bépo mais n’ont pas recueilli le soutien de la majorité, une partie des informaticiens qui suivaient le projet (il n’y avait pas que des informaticiens, même s’il y en avait beaucoup) estimant qu’il fallait viser la secrétaire et non pas l’informaticien « qui pourrait toujours adapter la disposition à son usage ».
Prendre une bonne disposition : beop.free.fr
[^] # Re: Codage
Posté par _Laurent_ (site web personnel) . En réponse à la dépêche Atelier Bépo — mardi 8 novembre à Rennes. Évalué à 1.
Pour le shell et Perl, ce n’est pas transcendant non plus : $ (et #) sur la touche la plus lointaine du pavé principal, @ sur une touche merdique aussi.
Au moment de la conception, le choix a été fait de ne pas privilégier la programmation...
Heureusement, c’est libre et c’est une bonne base en ce qui concerne la disposition des lettres.
Prendre une bonne disposition : beop.free.fr
[^] # Être ou paraître ?
Posté par _Laurent_ (site web personnel) . En réponse à la dépêche Steve Jobs (1955-2011). Évalué à 8.
Peut-être parce que faire beau ne suffit pas, il faut aussi faire du buzz.
Sinon, ton beau truc ne se vend pas à suffisamment d’exemplaires et le coût de développement supplémentaire t’oblige soit à le vendre encore plus cher et à en vendre encore moins, soit condamne ton retour sur investissement.
Du coup, les fabricants qui ne sont pas forts en buzz ne prennent pas le risque.
ARGH !
Les écrans brillants, la plus grosse régression dans l’histoire du matériel.
Tu veux dire qu’ils ont abandonné le décalage des touches hérité des claviers des machines à écrire du 19ème siècle ?
Qu’ils ont diminué la torsion des poignets ?
Qu’ils ont fait les deux ?
Qu’ils ont tout amélioré, y compris pour l’extension des doigts ?
Ou qu’ils ont sorti un design vraiment révolutionnaire ?
Excuse-moi si je ne suis pas impressionné par les reflets gênants de ton écran et ton clavier du 19ème siècle...
Prendre une bonne disposition : beop.free.fr
[^] # QWERTY ? BEURK !!!
Posté par _Laurent_ (site web personnel) . En réponse au journal [Brevets] C'est Paul Allen qui a la plus grosse !. Évalué à 1.
… pour une machine à écrire de 1873.
Les modèles de 1878 auraient déjà supporté une disposition plus pratique (je ne parle bien sûr pas de l’AZERTY…).
http://www.dvzine.org/zine/
Prendre une bonne disposition : beop.free.fr
[^] # Re: Pilote libre et support du matériel ?
Posté par _Laurent_ (site web personnel) . En réponse au journal Support du multitouch sur touchpad Synaptics disponible sur linux. Évalué à 1.
À condition d’avoir un touchpad qui supporte le multitouch pour les fonctionnalités à plusieurs doigts.
Bon, je viens d’essayer un touchpad Cirque Smart Cat USB sur une Fedora 11. Extrait de lshal :
info.product = 'Cirque Corporation USB GlidePoint' (string)
info.capabilities = {'input', 'input.mouse', 'access_control'} (string list)
Pour comparaison, le touchpad intégré à mon portable (qui apparaît comme PS/2) :
input.product = 'AlpsPS/2 ALPS GlidePoint' (string)
info.capabilities = {'input', 'input.mouse', 'input.touchpad', 'access_control'} (string list)
Donc le Glidepoint USB n’est toujours pas reconnu comme un touchpad, en tout cas sous une Fedora 11 en l’état.
Et sinon j'ai aussi envie de m'offrir un touchpad usb externe, qui gère le multi touch (je peux plus me passer du défilement à deux doigts). Mais ca semble pas si évident à trouver...
Les touchpads externes les plus faciles à trouver sont de type Alps Glidepoint. Même s’ils étaient reconnus, je ne crois pas qu’il y en ait qui supportent le multitouch.
Sinon, il y a aussi les chinois de marque inconnue. Celui que j’ai essayé ne fonctionnait évidemment que comme souris, donc sans certaines de ses fonctionnalités… dont le multitouch.
La seule solution serait donc de trouver un vrai Synaptics en externe.
Ça s’est fait à une époque. Par exemple, sur mon fixe, j’utilise un « Touché Touch Pad » PS/2 fabriqué entre 1995 et 1998 qui est basé sur un Synaptics et donc parfaitement supporté, mais évidemment il n’est pas multitouch et on n’en trouve plus très facilement maintenant…
Donc, bonne chance !
Si tu trouves, tiens-nous au courant.
Prendre une bonne disposition : beop.free.fr
# Pilote libre et support du matériel ?
Posté par _Laurent_ (site web personnel) . En réponse au journal Support du multitouch sur touchpad Synaptics disponible sur linux. Évalué à 2.
En particulier au niveau du support des touchpads USB ou des touchpads Alps/GlidePoint ?
La dernière fois que j’avais regardé ça, il y a quelques années,
• les touchpads USB n’étaient reconnus comme tels qu’en ajoutant au niveau du noyau un pilote additionnel en phase de développement,
• ce dernier ne supportait de toute façon que les touchpads Synaptics.
L’intérêt de pouvoir utiliser le pilote synaptics d’X.org est qu’il permet quand même pas mal de choses intéressantes par rapport au pilote souris standard (accélération progressive, zones de défilement vertical et horizontal même si le touchpad ne le gère pas en interne, multitouch sur les touchpads qui le supportent…).
Hors, il n’est déjà pas facile de savoir quel type de touchpad inclut un portable avant de l’acheter (Synaptics ou Alps/GlidePoint ? PS2 ou USB ?), mais pour une machine de bureau, on ne trouve assez facilement que des touchpads Alps/GlidePoint (ou des trucs chinois spécifiques encore moins bien reconnus), que ce soit complètement séparés ou intégrés à un clavier.
Prendre une bonne disposition : beop.free.fr