fabi1cazenave / qwerty-lafayette Goto Github PK
View Code? Open in Web Editor NEWQWERTY keyboard layout for French-speaking users
Home Page: https://qwerty-lafayette.org/
QWERTY keyboard layout for French-speaking users
Home Page: https://qwerty-lafayette.org/
Adding this include statement allows the media keys to work:
include "inet(evdev)"
En qwerty, la touche underscore est très difficile d'accès, et en programmation elle est très utilisée (pour ceux qui font du snake_case par exemple).
J'aurais trouvé pratique d'avoir un alias utilisant alt-gr.
Si je puis commencer à ouvrir une proposition, <Alt-gr>-b
me semble bien pour ça :
Qu'en dites-vous ?
Florent
Grâce à #4, j'ai appris l'existence du XCompose.
J'ai trouvé cette page d'explication : http://bepo.fr/wiki/Installation_.XCompose, peut-être que ce serait bien de la référencer sur le Readme.md ?
Chez moi, les touches mortes semblent fonctionner parfaitement. Dois-je en déduire que chez moi mon XCompose est paramétré correctement par défaut ? Ou est-ce que ça signifie que je n'ai rien compris ?
After installing the layout via the python script and selecting it in the Gnome control center as the default layout on a single-user system, the virtual console keymap is updated to fr
.
~$ localectl
System Locale: LANG=fr_FR.UTF-8
VC Keymap: fr
X11 Layout: fr,us
X11 Variant: lafayette,
~$ cat /etc/vconsole.conf
KEYMAP=fr
FONT=eurlatgr
This becomes an issue on disk encrypted systems after a kernel update or initramfs regeneration as fr
will become the keymap used to type the decryption password at boot. The lafayette variant is not taken into account.
Could the script generate a custom keymap including the lafayette variant and make sure the Gnome control center selects this keymap?
I've seen variants included in other French keymaps:
~$ localectl list-keymaps | rg fr
ca-fr-dvorak
ca-fr-legacy
ch-fr
ch-fr_mac
ch-fr_nodeadkeys
ch-fr_sundeadkeys
cm-french
dvorak-ca-fr
dvorak-fr
fr
fr-azerty
fr-bepo
fr-bepo-latin9
fr-bepo_latin9
fr-bre
fr-dvorak
fr-latin0
fr-latin1
fr-latin9
fr-latin9_nodeadkeys
fr-latin9_sundeadkeys
fr-mac
fr-nodeadkeys
fr-oci
fr-old
fr-oss
fr-oss_latin9
fr-oss_nodeadkeys
fr-oss_sundeadkeys
fr-pc
fr-sundeadkeys
fr_CH
fr_CH-latin1
ma-french
mac-fr
mac-fr_CH-latin1
ml-fr-oss
sunt5-fr-latin1
Symbol: ‹
Code: U+2039
Link: https://unicode-table.com/2039/
Symbol: ›
Code: U+203A
Link: https://unicode-table.com/203A/
My bad: in Italian, all five vowels (a, e, i, o, u) can have a grave accent if they end a word. The latest qwerty42-fr layout adds ò
but the support for ì
is still missing, and Italian is not properly supported.
Could it be possible to have a dead key for the breve, to support esperanto, and for crossing out a l, to support polish?
AltGr + 3 (#) → ♯
Est-ce que quelqu'un sait comment je peux appliquer le xkb sous wayland (/Gnome) ?
xkbcomp -w9 lafayette_linux_v0.5.xkb $DISPLAY
ne fonctionne pas. J'ai la même sortie que sous X11 mais le mapping n'est pas appliqué.
Hi !
On https://qwerty-lafayette.org/#_lafayette , For Linux users who have not root privileges, it could be cool to advise to use the xkbcomps
tool. For Wayland users, it could cause problems but often in computers without privileges right it's still the X-Org server who is installed (at least at my university).
Hello,
since a few weeks I have been getting this new error:
Warning: Unsupported high keycode 372 for name <I372> ignored
X11 cannot support keycodes above 255.
This warning only shows for the first high keycode.
Maybe it come from my setup, but since it is new I think it might affect others too.
Hey,
j'ai constate un soucis lorsque j'utilise le layout lafayette sur mon portable,
les touches fn-f1-12 ne répondent plus, je précise que ces touches fonctionnent sur bepo ( mon ancien layout) et qwerty que j'utilise actuellement.
Pour le clavier, c'est un peu une spécificité des nouveau thinkpad et par défaut les touches f1-12 sont désactives et on a accès aux touches utilitaires (son/luminosité/wifi/etc) en direct, mais comme je préfère garder f1-12 en accès direct il est possible de switcher le comportement, par le shortcut 'ctrl - shift - escape' et a partir de ce moment la diode de la touche fn reste allumée et applique les changements suivants
Je pense que c'est la touche fn qui ne renvoie pas la même chose, cf mon 'xev' de cette touche.
En qwerty
KeyPress event, serial 33, synthetic NO, window 0x1e00001,
root 0xd6, subw 0x1202160, time 17789716, (891,185), root:(892,206),
state 0x10, keycode 151 (keysym 0x1008ff2b, XF86WakeUp), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
En lafayette
KeyRelease event, serial 33, synthetic NO, window 0x1e00001,
root 0xd6, subw 0x1202169, time 17875110, (640,645), root:(641,666),
state 0x10, keycode 151 (keysym 0x0, NoSymbol), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False
J'essaye de tester les comparaison des xkb qwerty / lafayette pour voir ce quil manque.
e
⇒ ≥
e
⇒ E
D’un point de vue ergonomique, voilà comment se présente un clavier pour quelqu’un qui tape en méthode dactylo :
╭─────╮ ╭─────┬─────┬─────┬─────┬─────╮ ╭─────┬─────┬─────┬─────┬─────╮ ╭─────┬─────╮
│ ~ │ │ ! │ @ │ # │ $ │ % │ │ ^ │ & │ * │ ( │ ) │ │ _ │ + │
│ ` │ │ 1 │ 2 │ 3 │ 4 │ 5 │ │ 6 │ 7 │ 8 │ 9 │ 0 │ │ - │ = │
╰─────╯ ├─────┼─────┼─────┼─────┼─────┤ ├─────┼─────┼─────┼─────┼─────┤ ├─────┼─────┤
│ Q │ W │ E │ R │ T │ │ Y │ U │ I │ O │ P │ │ « │ » │
│ │ │ │ │ │ │ │ │ │ │ │ │ ^ │ ¨ │
├─────┼─────┼─────┼─────┼─────┤ ├─────┼─────┼─────┼─────┼─────┤ ├─────┼─────╯
│ A │ S │ D │ F │ G │ │ H │ J │ K │ L │ ★ │ │ " │ ╭-----╮
│ │ │ │ │ │ │ │ │ │ │ │ │ ' │ ¦ | ¦
╭-----╮ ├─────┼─────┼─────┼─────┼─────┤ ├─────┼─────┼─────┼─────┼─────┤ ╰─────╯ ¦ \ ¦
¦ > ¦ │ Z │ X │ C │ V │ B │ │ N │ M │ ; │ : │ ? │ ╰-----╯
¦ < ¦ │ │ │ │ │ │ │ │ │ , │ . │ / │
╰-----╯ ╰─────┴─────┴─────┴─────┴─────╯ ╰─────┴─────┴─────┴─────┴─────╯
╭───────┬─────────────────────────┬───────╮
│ Alt │ │ AltGr │
│ │ │ │
╰───────┴─────────────────────────┴───────╯
L’objectif de cette disposition « Lafayette40 » serait de placer tous les caractères imprimables dans les deux pavés principaux. Il faudrait donc placer en AltGr + main gauche :
╭────────────────────┬───────────────────────┬───────────────╮
│ │ requis │ bonus │
├────────────────────┼──────────────────┬────┼──────────┬────┤
│ symboles de prog │ {} [] <> |\ `~ ¦ 10 │ ≤≥ ¦ 2 │
│ guillemets │ '" «» ¦ 4 │ ¦ 0 │
│ accents morts │ ^ ¨ ¦ 2 │ ~ ` ' ¦ 3 │
│ tirets │ -_ += ¦ 4 │ —— ±≠ ¬ ¦ 5 │
├────────────────────┼──────────────────┴────┼──────────┴────┤
│ total │ 20 │ 10 │
╰────────────────────┴───────────────────────┴───────────────╯
⇒ 20 touches disponibles, 20 caractères (+10 bonus) à placer. Voire 3 de plus si on veut garder /()
en AltGr pour faciliter certains enchaînements : </
, />
, ('
, ")
… Mathématiquement, c’est jouable.
On garderait un pavé numérique virtuel en AltGr + main droite, cf. #9.
Si le résultat obtenu est suffisamment confortable pour être utilisé au quotidien sur un clavier standard ISO ou ANSI, on pourrait faire de cette couche AltGr la couche par défaut de la disposition Lafayette 1.0 ; sinon, on gardera deux dispositions distinctes.
I took a look at the keylayout file, everything looks ok.
I would love to fix that issue, could you give me a hint / something to start with?
Les places sont de plus en plus chères sur le clavier.
Néanmoins, je me demandais s'il ne restait pas la possibilité d'ajouter dead_greek
remplaçant l'un des derniers VoidSymbol encore présent.
Cela ouvre la porte à une belle collection de symboles tels que π, β ou encore Ω pour ne citer qu'eux.
Leur accès est intuitif puisque leur position est calquée sur l'alphabet latin.
On Wikipedia, QWERTY is fully capitalized.
Bonjour,
Sous Firefox, il est possible de scoller vers le haut grâce aux touches <S-Space>
. Sous Evince, avec un layout classique (us, fr, etc.), il est également possible de le faire. Hors, j'ai remarqué qu'en Lafayette comme en Bépo la combinaison <S-Space>
—> scoll up
ne marche pas. J'imagine que c'est la faute au remapage <S-Space>
—>  
;.
Je suppose que ce problème ne pourrait pas être résolu du côté du Layout, mais plutôt du côté des logiciels. Firefox n'est pas sensible à ce problème, donc c'est Evince qui a un problème. Peut-être faudrait-il déposer un ticket dans le projet Evince (dont le développement est très actif) ? Peut-être faudrait-il également en informer la communauté Bépo afin qu'ils puissent voter pour la résolution du ticket ? J'ai vu que des bugs avaient déjà étés soulevés par un membre de la communauté bépo sur le projet Gnome (exemple, malheureusement jamais traité).
Pour avoir des chances que le ticket soit résolu, j'imagine cependant qu'il faudrait se plonger soi-même dans les sources de Firefox pour savoir comment ils codent leur <S-Space>
afin d'indiquer aux développeurs d'Evince (et Zathura) des pistes sur les changements à apporter (désolé @fabi1cazenave ;-)).
Si c'est possible, merci par avance !
Since I migrated to fedora 34, which includes Gnome 40, I can't find Lafayette in the Gnome keyboard selector and setxkbmap
seems to work partially in Alacritty (no altgr layer).
★ + - → −
★ + * → ×
★ + / → ÷
★ + = → ≠
★ + 8 → ∞
Hi,
I tried to use qwerty-lafayette on a windows 10 pro, and it's unable to use the dead key
to make accents.
Pushing that key is equivalent to ’’
. I tried with version 0.5 and 0.6, same problem happens.
Hi there,
I use qwerty lafayette since many year now. I've got a new MacOs and I decided to continue with your keyboard layout !
Before i use the v0.2.1 and now I download the latest ( v0.6.0 ).
Two things disappear in this version but is still present in the keyboard demo at your page ( https://qwerty-lafayette.org/ )
The combination with Star button plus ^
or ¨
to print [
and ]
( sometime my tools use the bind altGr + S or altGr + D so I need a backup way to print these character ). Now it's just doing this backtick ^
or backstick ¨
. Obviously the maj version for {
and }
didn't work either.
The useless but cool star when you double press on star button didn't print neither, instead i got double backtick
I'm still loving qwerty lafayette and still use it, for now I just downgrade to v2.0.1 but if you can make the change it would be great !
My MacOs is on Catalina V15.5.5
https://github.com/fabi1cazenave/qwerty-lafayette/blob/gh-pages/index.html#L610
So... where is the XCompose file? 😄
(Oui, je rédige en anglais un rapport de bug sur une page écrite en français, parce que je le vaux bien 💇)
Je comprends l’expression «Grammar Nazis» mais est-elle vraiment nécessaire pour qualifier des gens qui tentent de faire attention à leur typographie ?
Le terme «nazi» n’est que négatif et donne une image déplorable à la pratique de la typographie.
AltGr+Espace est une combinaison vraiment pratique, il convient donc de l’attribuer à une touche :
Mapper Échapp sur AltGr+Espace remplit les deux objectifs, au moins pour les Vimistes ; avez-vous une meilleure suggestion ?
Plus gênant, je crois qu’il est impossible de mapper quoi que ce soit en AltGr+Espace sous Windows. Si cela est avéré, doit-on conserver ce mapping ou vaut-il mieux ne rien mettre en AltGr+Espace ?
Enfin, est-ce que ça ne fait pas trop bizarre d’avoir Échapp en AltGr+Espace ?
Il est possible de mettre des fichiers dans ~/.xkb
si on en crois le code : https://github.com/xkbcommon/libxkbcommon/blob/599fd9ba39f6343644d621bd02a23b2656e91b51/src/context.c#L72-L99
Il faut vérifier :
Et sinon, on peut peut être contribuer a libxkbcomp pour permettre d'ajouter des layouts a la volée pour #15
The GNU/linux install script proposes the command:
curl -s http://qwerty-lafayette.org/releases/lafayette_linux_v0.6.1.py
This gives:
<html>
<head><title>301 Moved Permanently</title></head>
<body bgcolor="white">
<center><h1>301 Moved Permanently</h1></center>
<hr><center>nginx</center>
</body>
</html>
Create a portable version of the layout that can be used without the administration mandatory to install it on Windows systems. It is possible to get some inspiration from Portable Keyboard Layout which use a autokey script.
Créer une version portable ne nécessitant pas les droits d'administration pour être installée.
Il est possible de s'inspirer de Portable Keyboard Layout qui utilise un script autokey.
Actuellement, seul un fichier lafayette.xkb
est proposé aux utilisateurs Linux, qui doivent lancer un xkbcomp
à chaque démarrage pour activer la disposition :
xkbcomp -w9 lafayette.xkb $DISPLAY
L’inconvénient c’est que ça ne permet pas d’avoir le Lafayette au démarrage de la session (e.g. pour saisir son mot de passe dans l’écran de connexion), ni de configurer sa disposition de clavier via les outils graphiques habituels (e.g. gnome-control-center).
La solution consisterait à modifier les paramètres globaux de XKB. Je l’ai fait sur mon système (Ubuntu 12.04), ça fonctionne très bien. Désormais je peux activer le Lafayette avec un simple :
setxkbmap fr -variant lafayette
On peut même se faire plaisir avec des options XKB :
setxkbmap fr -variant lafayette -option caps:swapescape -option compose:menu
Voilà le diff : https://gist.github.com/fabi1cazenave/2171d69d3d8d6e298225
Notez au passage qu’au lieu de recourir à un mode switch, ce patch utilise un ISO_Level5_Switch pour AltGr. C’est plus sain, et ça résout au passage un comportement bizarre de AltGr dans Chromium.
Il faudrait maintenant faire un script d’installation, à lancer en sudo, basé sur ce diff ; et idéalement, il nous faudrait un script de désinstallation aussi : ça sera nécessaire pour proposer des paquets DEB, RPM, Arch ou autre.
On ne peut évidemment pas se contenter d’un sudo patch
, car un même diff ne pourra jamais convenir à toutes les distributions du moment. Il faut quelque chose de plus fin. Le principe est toujours le même :
xkb/rules
, ajouter une entrée French (Lafayette)
aux menus — base.lst, base.xml, evdev.lst, evdev.xml ;xkb/symbols/fr
, ajouter une section xkb_symbols "lafayette"
contenant tout le layout.Le seul paquet d’installation de layout que je connaisse c’est celui du projet qwerty-fr. C’est du Debian, ça repose sur des scripts Perl, ça m’a l’air compliqué… mais c’est peut-être la bonne façon de procéder ?
It's much safer to ask linux users to install the python(3)-lxml package provided by their distro (if it exists)
I just realized that international Qwerty-US keyboards have a Euro sign (€) on the 5
key: http://en.wikipedia.org/wiki/File:KB_US-International.svg
We either should perform a circular permutation with (£, €, ¥) or adapt the currency symbols on the 4
and 5
keys to match the Qwerty-US-intl layout.
~ seems to be on <> and not on the key below Esc
Voir https://github.com/fabi1cazenave/qwerty-lafayette/pull/8 :
dans la version actuelle y'a un très gros problème. La touche « — » [le tiret cadratin], autrement appelée « emdash » par xdg et « em dash » en anglais est juste impossible d'accès
C’est merdique mais ça a l’avantage d’être intuitif. Je n’ai pas trouvé d’emplacement où ça serait logique de l’y mettre.
Pour le tiret cadratin, je propose de le placer sous le « q », ce serait logique vu qu'il y a déjà le « - ». Il faudrait donc l'interchanger avec le « ¬ ».
Qu'en pensez-vous ?
J'ai remarqué que des lettres étaient disponibles en alt gauche. Je trouve que c'est une bonne idée, mais j'ai l'impression que ça ne marche pas très bien. Sous firefox ou LibreOffice, chez moi ça ne renvoie rien, ça ne marche que sur Vim. Est-ce normal ?
De plus, je trouve ce choix très original. Il me semble que dans les autres layout, ce choix n'a jamais été adopté, la touche alt étant plus réservée aux raccourcis divers.
Hello!
How is everything going?
I have a Leopold FC660C (ISO layout), I am using MacOS Catalina 10.15.4 (19E287) with lafayette_macosx_v0.6.keylayout, and I recently switched to yabai with skhd.
Since I switched, I can't type >
using the right alt key. <
works well.
I think there is something weird happening between skhb and the layout but I am not sure.
Have you experienced something like this?
Thanks!
Actuellement, le site affiche la géométrie ANSI par défaut. Ne serait-il pas préferable de mettre la géométrie ISO en avant étant donné que le site est rédigé en français et s'adresse à ce public ?
I use the "Hyper" key on linux as a modifier key for getting another layer of shortcut.
And the implementation of altgr is conflicting with those shortcut when I type altgr + d the hyper + d is called.
xev output when pressing the alt key
KeyPress event, serial 28, synthetic NO, window 0x1e00001,
root 0x115, subw 0x0, time 2023865, (439,122), root:(450,151),
state 0x0, keycode 108 (keysym 0xfe11, ISO_Level5_Shift), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
KeyRelease event, serial 28, synthetic NO, window 0x1e00001,
root 0x115, subw 0x0, time 2023907, (439,122), root:(450,151),
state 0x20, keycode 108 (keysym 0xfe11, ISO_Level5_Shift), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False
KeyPress event, serial 28, synthetic NO, window 0x1e00001,
root 0x115, subw 0x0, time 2020509, (439,122), root:(450,151),
state 0x0, keycode 66 (keysym 0xffed, Hyper_L), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
KeyRelease event, serial 28, synthetic NO, window 0x1e00001,
root 0x115, subw 0x0, time 2020601, (439,122), root:(450,151),
state 0x20, keycode 66 (keysym 0xffed, Hyper_L), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False
KeyPress event, serial 36, synthetic NO, window 0x1e00001,
root 0x115, subw 0x0, time 2151372, (463,171), root:(474,200),
state 0x0, keycode 108 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES,
XKeysymToKeycode returns keycode: 92
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
KeyRelease event, serial 36, synthetic NO, window 0x1e00001,
root 0x115, subw 0x0, time 2151443, (463,171), root:(474,200),
state 0x80, keycode 108 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES,
XKeysymToKeycode returns keycode: 92
XLookupString gives 0 bytes:
XFilterEvent returns: False
Rappel : la couche AltGr est prévue pour être optionnelle et reconfigurable. Ça fait partie des objectifs principaux du Qwerty-Lafayette.
Cela dit, on essaye quand même de fournir une distro qui dispose par défaut d’une couche AltGr bien pensée. Or :
[]\'
), donc rien d’important ne devrait se trouver dans cette zone-là ;Pour cette raison, il y a un pavé numérique en AltGr + main droite, sous les 7890
. La position du point et de la virgule coïncident avec les signes de ponctuation en qwerty, et pour les opérateurs +-*/
la position correspond à celle du clavier Thinkpad.
Personnellement j’aime bien ce pavé numérique pour faire des [0]
ou (0)
avec AltGr + smd
ou 2m3
quand je code, et je le trouve vraiment pratique avec un MacBook ou certains claviers ergonomiques. Mais ce n’est pas forcément le cas de tout le monde, j’ouvre donc ce ticket pour lancer la discussion.
S’il y a des utilisateurs Lafayette qui n’aiment pas ce pavé numérique en AltGr + main droite, que proposez-vous à la place ?
J’ai fait un patch pour le paquet xkeyboard-config
de ma distrib (avec git pour faire des rebase plus facilement quand il sera mis à jour):
https://github.com/SimonSapin/xkeyboard-config-arch-lafayette/compare/patched
Avec ce patch je peux ajouter French (Lafayette)
dans le config de Gnome, mais la touche AltGr ne fonctionne pas. (Elle ne fait rien du tout.) Pire, AltGr ne fonctionne pas non plus avec d’autres layouts ! (J’ai testé bépo et qwerty international.)
Des idées d’où ça peut venir ?
(Sinon, le contenu de http://kazhack.org/tmp/lafayette.diff diffère de https://github.com/fabi1cazenave/qwerty-lafayette/blob/master/lafayette.xkb . Lequel est plus récent?)
C'est quoi la différence entre qwerty-l et qwerty-42?
sonny@kirby ~/P/qwerty-lafayette> make
python3 script/make.py layout/*.yaml layout.dev/*.yaml
... dist/dvorak-l.klc
... dist/dvorak-l_utf8.klc
... dist/dvorak-l.keylayout
... dist/dvorak-l.xkb
... dist/qwerty-l.klc
... dist/qwerty-l_utf8.klc
... dist/qwerty-l.keylayout
... dist/qwerty-l.xkb
... dist/qwerty42.klc
... dist/qwerty42_utf8.klc
... dist/qwerty42.keylayout
... dist/qwerty42.xkb
... dist/qwerty42.klc
... dist/qwerty42_utf8.klc
... dist/qwerty42.keylayout
... dist/qwerty42.xkb
Pour la version 0.5 (voir #8), on pourrait envisager de définir les combinaisons manquantes en AltGr + main gauche — donc essentiellement les AltGr+ZXCV.
Voilà ce que j’utilise sur mon layout perso :
┌─────┬─────┬─────┬─────┬─────┬─────┬────
│ │ 1 │ 2 │ 3 │ 4 │ 5 │
│ │ ! │ ( │ ) │ = │ ? │
┢━━━━━┷━━┱──┴──┬──┴──┬──┴──┬──┴──┬──┴──┬─
┃ ┃ Q │ W │ E │ R │ T │
┃ ↹ ┃ - │ < │ > │ / │ \ │
┣━━━━━━━━┻┱────┴┬────┴┬────┴┬────┴┬────┴┬
┃ ┃ │ │ │ │ │
┃ ⇬ ┃ { │ [ │ ] │ } │ | │
┣━━━━━━━━━┻━━┱──┴──┬──┴──┬──┴──┬──┴──┬──┴
┃ ┃ Z │ X │ C │ V │
┃ ⇧ ┃ _ │ ` │ ~ │ + │
┣━━━━━━━┳━━━━┻━━┳━━┷━━━━┱┴─────┴─────┴───
┃ ┃ ┃ ┃ ␣
┃ Ctrl ┃ super ┃ Alt ┃ Esc
┗━━━━━━━┻━━━━━━━┻━━━━━━━┹────────────────
Le _
en AltGr+z me plaît bien, c’est cohérent avec le tiret en AltGr+q, que j’utilise beaucoup (plus proche que celui à coté du 0 sur la rangée des chiffres).
Le +
en AltGr+v est sympa pour régler le zoom : ça fait la position miroir du n/p qu’on fait souvent coté main droite (e.g. Ctrl+n/p pour les complétions dans Vim, ou pour changer d’onglet dans Vimperator). Par contre c’est assez naze pour faire un +=
.
Pour AltGr+x et AltGr+c, je n’ai pas vraiment d’idée. En ce moment je teste backtick (`) et tilde (~), parce que ce sont des caractères fréquents en bash et que la touche TLDE en haut à gauche n’est pas toujours disponible sur certains claviers ergonomiques, mais il y a probablement mieux à faire.
Des suggestions ?
Sous Windows, la combinaison AltGr + la touche située juste à gauche du 1
ne donne pas « # ». J'ai constaté ce bug sous Windows XP et sous Windows Seven. Sous Linux, avec les versions 0.5 et 0.2.1 de Lafayette, cette combinaison donne bien « # ». Cette combinaison de touche n'est pas présentée sur le schéma http://fabi1cazenave.github.io/qwerty-lafayette/#_altgr.
Le site propose un lien vers un mapping Canadian French
qui est un mapping antérieur au clavier québécois LaBonté.
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.