±, ∞, ¬, ∨, ∧, ≡, ≢, ∈, ∉, ⊂, ∀, ∃, ⇒, ⇐, ⇔, →, ↦, ○, ∂, ∇, Δ, ⊥, ⌊, ⌋, ⌈, ⌉, ⋂, ⋃

Sources:

• https://fr.wikipedia.org/wiki/Table_de_symboles_math%C3%A9matiques
• https://unicode-table.com/en/blocks/mathematical-operators/
• https://michaelgoerz.net/notes/the-us-international-scientific-keyboard-layout.html

• Documentation: https://source.android.com/devices/input/key-character-map-files
• KCM of international QWERTY (it uses AltGr): https://github.com/google/us-altgr-intl/blob/master/res/raw/keyboard_layout_english_us_altgr_intl.kcm
• More KCM examples: https://github.com/varzan/extra-keyboard-layouts/tree/master/app/src/main/res/raw
• XKB to KCM converter: https://github.com/anisse/bepo-android/blob/master/android.py

I'm not sure it's worth the effort (it will add maintenance/updating burden until we have a tool that autogenerates the layouts).

AFAIK custom dead keys are not possible at all just like with XKB.

Top candidates:

• Ă, ă, etc. (Breve: Polish, Romanian, Turkish).
• ė/Ė (Lituanian).
• ż/Ż (Polish).
• å/Å (Swedish, Danish, Norwegian, Finnish).
• ø/Ø (Danish, Norwegian).
• đ/Đ (Croatian).
• Đ/ð (Faroese, Icelandic).
• İ, ı (Turkish).
• ŋ, Ŋ (Sami). (Added on ogonek.)
• More?

Reference: https://web.archive.org/web/20220316042934/https://nordendivision.nfi.ku.dk/about_ungegn/romanization/Leira%20Vigleik%20_2008_%20Alphabets%20Letters%20and%20Diacritics%20in%20European%20Languages.pdf

https://jakubmarian.com/special-characters-diacritics-used-in-european-languages/

Hello,

I install qwerty-fr with brew, next, I add it in Keyboards and reboot the computer ; but no shortcuts work.

Did I miss something during installation ?
Thx.

Lintian v2.5.81ubuntu1

noname120@noname1204:~/qwerty-fr/linux/debian$ lintian xkb-qwerty-fr_0.6_all.deb
W: xkb-qwerty-fr: uses-implicit-await-trigger interest /usr/share/X11/xkb/symbols/us (line 1)
W: xkb-qwerty-fr: uses-implicit-await-trigger interest /usr/share/X11/xkb/rules/evdev.extra.xml (line 2)
W: xkb-qwerty-fr: uses-implicit-await-trigger interest /usr/share/X11/xkb/rules/evdev.xml (line 3)
W: xkb-qwerty-fr: uses-implicit-await-trigger ... use --no-tag-display-limit to see all (or pipe to a file/program)

See https://lintian.debian.org/tags/uses-implicit-await-trigger

Whenever I change the keyboard language to qwerty-fr, there is an error sound. I don't know how to name it, it's the first sound played on this video : https://www.youtube.com/watch?v=bZ7f3OnULA4&ab_channel=BillyO%27Reilly

The sound is also toggled 1 or 2 times when I first start my computer and start typing on my keyboard.

This might be the best European keyboard layout available, thanks so much!

Actually, since it's the issues thread, if I really wanted to nitpick I could say the naming doesn't really reflect what it is, it goes well beyond just french characters, maybe the name "qwerty-eu" would be better?

Hi,

I'm working with my browser quite a lot and I use the shortcuts. Lot of theme are actuelly alt+key binds.
Is there a way to change the trigger button from alt to any other key such as the function key ?

Thanks a lot !

Cf:
https://github.com/fabi1cazenave/kalamine/blob/a74e0e5b241e8a3621fd6629a405587589f814db/kalamine/data/dead_keys.yaml#L156-L161

On modern Linux systems, a nice way to find avaiable keyboard layouts and variants is to use localectl. However, we currently can't find qwerty-fr this way: localectl list-x11-keymap-variants us doesn't return it.

After playing a bit with strace, I foudn that localectl only reads /usr/share/X11/xkb/rules/base.lst. But the install script currently doesn't patch that file.

So, would it be possible to update the install script to do that, please?

(Originally based on a report by @fenouil on the AUR: comment, my reply)

I'm not sure how well kalamine works especially with macOS deadkeys.
I'll need to test and see if it's worth switching to it.

Edit: we have a fork now: https://github.com/qwerty-fr/kalamine

Some libs:

• https://github.com/heelhook/chardin.js
• https://github.com/easelinc/tourist

Check and compare the added value of the similar existing layout:
https://qwerty-lafayette.org/

How to custom the compose key for accents ?

Avoids the following issue when opening the PKG:

⚠️ Requires an Apple dev account for $99/yr. Ugh.

I use Windows 10 and have a UK layout.

Qwerty-fr uses a US keyboard layout. There are some differences between the two, namely " and @ are reversed and some other symbols are moved around.

While the keyboard mostly works OK the backslash key is now < even though my < key still works, and it's not possible to remap this using a third party tool because the tool sees both keypresses as the same despite being different physical keys.

Would be nice if this worked with other language keyboards, or allowed remapping to fix the differences.

• Modify README.md to suggest to use macOS's native feature instead of Karabiner Elements in order to swap Command ⌘ with Option ⌥.

• #19 (comment)

• Add .XCompose to support qwerty-fr's custom dead keys.

• Rethink the placement of diacritics, in particular the above dot, the acute/grave accents, macron, etc. I'm not happy with how it looks like right now it's not super intuitive.

• #22

• Create a live tutorial on the website

• Add philosophy explanations on the website (maybe single-page scrolling to separate the different parts?)

It will make it easier to install than asking the user to manually copy the bundle at the right place.

See:

• https://matthew-brett.github.io/docosx/flat_packages.html
• https://stackoverflow.com/a/11487658
• https://developer.apple.com/library/archive/documentation/DeveloperTools/Reference/DistributionDefinitionRef/Chapters/Distribution_XML_Ref.html#//apple_ref/doc/uid/TP40005370-CH100-SW35

With a DMG it's not possible to add a shortcut to the user's /Library because the path is unknown. Both symbolic links and aliases on macOS require the path to be fully resolved, so we can't use e.g. ~.

Examples of PKG:

• https://github.com/hensm/fx_cast/blob/fcce716d8f7851b2df6ac640a3ac8d79d6455573/app/packaging/mac/distribution.xml
• https://github.com/KosalaHerath/macos-installer-builder/blob/c932ab09d8e7d7722ffe309c60816c985084e13f/macOS-x64/darwin/Distribution
• https://github.com/DISTRHO/PawPaw/pull/2/files
• https://github.com/open-eid/osx-installer/blob/master/distribution.xml

Random notes (tested on macOS Monterey 12.1) for a postinstall script:

• open "x-apple.systempreferences:com.apple.preference.keyboard?InputSources" only open the main settings screen.
• open -b com.apple.systempreferences /System/Library/PreferencePanes/Keyboard.prefPane opens the keyboard settings properly, but doesn't open the Input Sources tab.
• osascript -e 'tell application "System Preferences" to reveal anchor "InputSources" of pane id "com.apple.preference.keyboard"' -e 'tell application "System Preferences" to activate' which I cobbled up seems to work.
• Not sure if there is a reliable way to set the keyboard layout from a shell.

Hello there,
The 0.6 release is great news, I confirm that shifting the ûîô is useful notably on ortholinear keyboards (typematrix), and the slick new website will help me onboard people more easily!

I updated the archlinux (AUR) package to upstream 0.6: https://aur.archlinux.org/packages/xkb-qwerty-fr/#comment-836188

I realized that the license mentioned there (GPL2) comes from https://github.com/qwerty-fr/qwerty-fr/blob/0e29b39c258a5cffc039ee23a2071b35346b7332/linux/copyright

• is the GPL2 license still the correct one?
• it could maybe be updated with the new maintainer? (same remark for the man page)
• the GPL2 license could maybe be documented somewhere more visible, such as github well known LICENSE file

Extract from bepo-qwerty.keylayout (see attachment for full file):

<keyboard group="126" id="-30688" name="bépo - Qwerty Cmd" maxout="2">
	<!--
    This layout is designed for ISO and ANSI keyboards. The extra
    key on an ISO keyboard (next to the left Shift) is optional,
    characters on it are also accessible through other keys.

    Problem: On Mac ANSI keyboards, that extra key is not simply
    missing: on ISO keyboards, the extra key sends the code 50 and
    the key below the Esc key sends the code 10; on ANSI keyboards,
    the key below the Esc key sends the code 50. So the key next to
    the left Shift on ISO keyboards is moved below the Esc key on
    ANSI keyboards, the real missing key being the one that sends
    the code 10.

    So we need a specific layout for ANSI keyboards. There is
    unfortunately no obvious way for identifying ANSI or ISO
    keyboards, we need to specify each hardware ID individually. As
    new keyboards are created, we need to add them to the list.
    Since this is a layout for the French language and the French
    AZERTY layout is defined for ISO keyboards, it will mostly be
    used with ISO keyboards. So we will define the default layout
    for ISO keyboards and specify ANSI keyboards individually. This
    will less likely cause problems as it will cause problems only
    with new ANSI keyboards.

    Individual keyboard hardware IDs are defined in:
    /Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/
    CoreServices.framework/Versions/A/Frameworks/
    CarbonCore.framework/Versions/A/Headers/Gestalt.h
    We assume that any keyboard not containing ISO or JIS in its
    name has an ANSI layout.
  -->
	<layouts>
		<layout first="0" last="0" mapSet="ISO" modifiers="commonModifiers"/>
		<layout first="1" last="6" mapSet="ANSI" modifiers="commonModifiers"/>
		<layout first="10" last="10" mapSet="ANSI" modifiers="commonModifiers"/>
		<layout first="12" last="12" mapSet="ANSI" modifiers="commonModifiers"/>
		<layout first="14" last="15" mapSet="ANSI" modifiers="commonModifiers"/>
		<layout first="24" last="24" mapSet="ANSI" modifiers="commonModifiers"/>
		<layout first="27" last="28" mapSet="ANSI" modifiers="commonModifiers"/>
		<layout first="37" last="37" mapSet="ANSI" modifiers="commonModifiers"/>
		<layout first="40" last="40" mapSet="ANSI" modifiers="commonModifiers"/>
		<layout first="195" last="195" mapSet="ANSI" modifiers="commonModifiers"/>
		<layout first="198" last="198" mapSet="ANSI" modifiers="commonModifiers"/>
		<layout first="204" last="204" mapSet="ANSI" modifiers="commonModifiers"/>
		<layout first="202" last="202" mapSet="ANSI" modifiers="commonModifiers"/>
		<layout first="34" last="34" mapSet="ANSI" modifiers="commonModifiers"/>
		<layout first="31" last="31" mapSet="ANSI" modifiers="commonModifiers"/>
	</layouts>

[...]

	<keyMapSet id="ANSI">
		<keyMap index="0" baseMapSet="ISO" baseIndex="0">
			<!-- No modifiers -->
			<key code="50" output="$"/>
		</keyMap>
		<keyMap index="1" baseMapSet="ISO" baseIndex="1">
			<!-- shift -->
			<key code="50" output="#"/>
		</keyMap>
		<keyMap index="2" baseMapSet="ISO" baseIndex="2">
			<!-- caps lock -->
			<key code="50" output="$"/>
		</keyMap>
		<keyMap index="3" baseMapSet="ISO" baseIndex="3">
			<!-- shift caps lock -->
			<key code="50" output="#"/>
		</keyMap>
		<keyMap index="4" baseMapSet="ISO" baseIndex="4">
			<!-- option -->
			<key code="50" output=""/>
		</keyMap>
		<keyMap index="5" baseMapSet="ISO" baseIndex="5">
			<!-- shift option -->
			<key code="50" output=""/>
		</keyMap>
		<keyMap index="6" baseMapSet="ISO" baseIndex="6">
			<!-- shift option caps lock -->
			<key code="50" output=""/>
		</keyMap>
		<keyMap index="7" baseMapSet="ISO" baseIndex="7">
			<!-- option caps lock -->
			<key code="50" output=""/>
		</keyMap>
		<keyMap index="8" baseMapSet="ISO" baseIndex="8">
			<!-- option command -->
			<key code="50" output=""/>
		</keyMap>
		<keyMap index="9" baseMapSet="ISO" baseIndex="9">
			<!-- control -->
			<key code="50" output="`"/>
		</keyMap>
		<keyMap index="10" baseMapSet="ISO" baseIndex="10">
			<!-- command -->
			<key code="512" output=""/>
		</keyMap>
		<keyMap index="11" baseMapSet="ISO" baseIndex="11">
			<!-- shift option command -->
			<key code="512" output=""/>
		</keyMap>
	</keyMapSet>

bepo 1.1.bundle.zip

… like Qwerty-Fr is mentioned on Qwerty-Lafayette’s project and web page.

Glad you’ve found kalamine and x-keyboard useful, too. ;-)

No harsh intended at all : I’m genuinely happy that you find my work useful and I totally understand if you don’t want to mention it on your project pages. As I’ve updated the links to Qwerty-Fr I saw your dedicated website and I just thought I’d say Hi on github.

Cheers !

Tutorial: https://docs.brew.sh/Formula-Cookbook
More info: https://docs.brew.sh/Acceptable-Formulae

It would be quite useful to provide a Fedora package as well, especially for Silverblue users as the root filesystem is immutable so we can't easily extract the zip archive to /.

I installed the DEB package (http://marin.jb.free.fr/qwerty-fr/xkb-qwerty-fr_0.5_all.deb), and I am getting ¶ and ±, but I think the latest version should have · and ≈?

Thanks for this project! 🇺🇸 🇫🇷

When the deb package is installed after a reboot, the entire keyboard does not work (even Ctrl+alt+f2 for tty). I tested with some new installations of Linux mint 21 Xfce with many (3) computers, it does the same.
I chroot and I remove the packet to re-use the computers.

I just upgrade to the latest version and it seems that the euro sign (altgr-5) is not working anymore and it's an overline character instead ‾. I downgraded to 0.6.1 and it's works again !

What's the advantage of this layout over the US international keyboard one?

I have two user accounts on my Windows system (personal and work accounts). I have QWERTY-fr installed on one account, and would like to be able to use the layout on the other account as well.

Repro steps

1. Have two Windows user accounts on the same machine
2. Install QWERT-fr using setup.exe on one account
3. Switch to the other account, run setup.exe

Expected

Installation successful; I can select QWERTY-fr as a keyboard layout in Windows options

Actual

An error dialog is shown with the message:

"The keyboard DLL file supporting French qwerty keyboard (named qwertyfr.dll) already exists on this machine in the system directory.

Installation cannot continue."

So basically, after installing the deb package and reboot on Ubuntu, my US qwerty keyboard act as its super key is stuck like I'm pushing it down continuously. But only when logged in a Linux session.
So I can't use anything i'm just stuck with shortcuts allowed by the super key

Can't find any solution

The Linux zip archives contains those macOS specific files. Ideally those should be removed as the installation instructions tells users to zip it all in /, which would copy those files as well to their system.

./usr/.DS_Store
./__MACOSX
./__MACOSX/usr
./__MACOSX/usr/._.DS_Store

Add hostArchitectures="x86_64,arm64" to the distribution.xml file.

References:

• https://developer.apple.com/library/archive/documentation/DeveloperTools/Reference/DistributionDefinitionRef/Chapters/Distribution_XML_Ref.html#:~:text=list%20of%20supported%20architecture%20codes

Swedish, Danish, Norwegian, Finnish.

To consider: this position could be used for acute accent dead key ´ instead.

• More obvious than α which looks too similar to a normal a under some fonts.
• Word uses Ω to represent greek, and other online tools do too.

Hello,

Le layout n'apparaît pas pour moi dans l'interface des settings pour un Ubuntu 20.04 nouvellement installé.

J'ai pu l'activer avec setxkbmap, mais par contre il semble que le layout Gnome est complétement oublié maintenant (nottament si je change de layout avec le raccourci clavier).

Quelqu'un a rencontré ça?

• WARNING: The Base Character '″' (U+2033) in the Dead Key table for '∫' (U+222b) does not exist on the keyboard.
• WARNING: The Base Character '‶' (U+2036) in the Dead Key table for '∫' (U+222b) does not exist on the keyboard.
• Fix missing ≪ on Windows due to duplicated < key symbol (may not be fixable)
• Same for qwerty-fr.yaml (Kalamine limitation).
• Figure out why I put ○ (seems to be mistake, deleted).

Hi, thank you for your work on this layout, I have been using it for years!

I switched to OpenSUSE today and followed the installation instructions for other distributions, i.e. unzipping the release in my root dir. After a reboot, I am still not able to select the keyboard layout in the keyboard settings.

Do you have an idea how I can fix this?

Some system info, let me know if you need more:

• OS: OpenSUSE Tumbleweed
• GNOME 43.2 (Wayland)
• Proof the unzip was done correctly:

head -n 3 /usr/share/X11/xkb/symbols/us_qwerty-fr

partial alphanumeric_keys 
xkb_symbols "qwerty-fr"

Hi,

On the latest version of Windows 11, Altgr + e doesn't give è anymore. However, altgr + E correctly gives È

I try reinstalling it but didn't have any luck.

Do you have an idea ? I haven't tested every keys, but so far é ç à ê works great and those are the ones I use the most.

Thanks for your amazing work!

Best regards,

Bonjour,

ne serait-il pas plus pratique de placer les lettres / ï / et / Ï / (touche K) à la place de / ì / et / Ì / (touche I) par défaut ? Le tréma me semble beaucoup plus courant que l'accent grave.

À part ça je viens juste d'installer votre disposition de touches et je la trouve excellente. Merci beaucoup !

AaDdEeGgIiOoQqSsUuVvWwXxYy
ÅåD̊d̊E̊e̊G̊g̊I̊i̊O̊o̊Q̊q̊S̊s̊ŮůV̊v̊W̊ẘX̊x̊Y̊ẙ

WIP branch: https://github.com/qwerty-fr/qwerty-fr/tree/add-missing-abovering-characters

Issues:

• Some characters are not a direct part of unicode but instead two characters: base character + diacritic character. Not sure how to make it work with MSKLC.
• Similarly, x-keyboard doesn't seem to support this either. Will need to be fixed. See screenshot below:

http://marin.jb.free.fr/qwerty-fr/

Hello,

It is an open-question, very subjective, but I would love to know why you didn't consider the AFNOR AZERTY layout? Maybe this layout is intended for people already using a qwerty layout? Perhaps your project precedes this norm?

I am curious about your motivations, because after having tried all layouts and their variants (qwerty, qwerty-intl, bepo) I finally found the afnor layout better for both writing and programming.

Anyway, the more the better, it's always nice to have more choice. Thank you for this project.

Hi,

I wonder how to install the layout on windows. The README says to run setup.exe. And then, what shall be done?

Here is what I tried:

• in WIndows (10) setting, reach for "Time & language", "Language"
• I have two languages configured: english US and french France
• I pick English, "Options"
• click "Add a keyboard"
• pick "French qwerty keyboard"

When looking at the options for the french France lang: the keyboard has been added there by the installer.

So now it works. I'll post this as it may help others.

PS : fabulous project, thank you!

Issue description :

After installing the layout, logging out and logging in back again, I cannot use any other layout than the default for my computer.
Even setting the qwerty layout doesn't work, basically any change to the keyboard layouts settings are not functional after installing the package.

Steps to reproduce :

Option 1 :

• Install the deb package for the layout
• Set the layout to the qwerty-fr
• The layout can be seen in the list but cannot switch to it

Option 2 :

• Install the deb package for the layout
• Logout
• Login
• The keyboard layouts are reset to default but are present in the settings

Comments

It looks like the layout breaks the xkg config somehow, which kind of disables it. I will try to look into it but I'm not experienced at all on this stuff so help would be much appreciated.

Config

Operating System: Kubuntu 20.04
KDE Plasma Version: 5.18.8
KDE Frameworks Version: 5.68.0
Qt Version: 5.12.8
Kernel Version: 5.15.0-43-generic
OS Type: 64-bit

Hello, when trying the keyboard layout I couldn't figure out how to type "łŁ" characters.

EDIT: Found how to type "żŻ" after creating this issue.

Hello, first I'd like to thank you for this great project making qwerty keyboards usable and arguably better than azerty keyboards.

However the recent changes has made this layout worse for me than it was before.
As a french coder I liked this layout because it made access to frequently used accentuated letters easy and intuitive while still keeping the advantage of qwerty keyboards (easily accessible numbers, parentheses, brackets, braces, semi-colon, dot, etc) and not deviating too much from qwerty us int.

Now it is not quite easy as before :

• No easy access to °, to £
• No access to ³
• I preferred where the € was since it matched the other QWERTY layouts (and possibly what is shown on the physical keycap)

The new changes made it easier for things I will never use, like å q̧ ȳ (but I don't doubt some will).

Would it be sensible to fork this project in 2?

I guess I can fork it myself and revert some 0.7 changes, but the new project aim doesn't seem to match with the name qwerty-fr anymore.
Also the following sentence in the readme is incorrect if we consider the US Int alt-gr keys like ³, €, £

This layout is a strict superset of the QWERTY layout. This means that all the keys of the QWERTY layout are kept in the same location. Anyone using a QWERTY layout can type on the QWERTY-fr layout without even knowing that they are not typing on a QWERTY layout.

Here is a picture of the layout when the Caps Lock ⇪ key is enabled:

We can now type pretty much every non-Cyrillic European language, so it's not just about French any longer.

• AZERTY: https://news.ycombinator.com/item?id=29229617
• BÉPO: https://news.ycombinator.com/item?id=29231669
• Canadian French layout: https://news.ycombinator.com/item?id=29230154
• Spanish layout: https://news.ycombinator.com/item?id=29230180
• Swiss layout: https://news.ycombinator.com/item?id=29230436
• EurKey: https://news.ycombinator.com/item?id=29230307
• QWERTY US International: https://news.ycombinator.com/item?id=29231556

Check if ConfigGenerator can be used to build layout:
http://bepo.fr/wiki/ConfigGenerator

Some ideas:

• Use a .XCompose file.
  • Problem: not layout specific, instead it's shared across all keyboard layouts (minimum granularity: locale-level).
• Emulate dead keys using latches.
  • Problem: not compatible with some apps, few available (level 5 + maybe level 3, not sure how other levels behave in some apps). See example of implementation on the qwerty-lafayette layout.

👍 .XCompose supports multi-codepoint characters: https://unix.stackexchange.com/a/549228