Tag Info

Hot answers tagged

6

Why are they not working According to the ArchWiki’s article that you mentioned: X server gets keycodes from the input device and converts them to the state and keysym. state is the bitmask of the X modifiers (Ctrl/Shift/etc). keysym is (according to /usr/include/X11/keysymdef.h) the integer that identify characters or functions associated with each ...


4

Before, I simply tried assigning the Pointer_Left keysym to some key, and Pointer_EnableKeys to scroll lock. However, that did not move the mouse pointer to the left. Instead, it did nothing at all. Turns out that simply assigning a keysym to a key is not enough. The keysym needs to be interpreted as well. That is done in a "compat" file. On my system, they ...


4

xev! This is an X event viewer program. Start it from a console and press your keys; it will register an event and give all kinds of juicy detail about what's going on. The output looks like this: KeyPress event, serial 33, synthetic NO, window 0x1200001, root 0x2e, subw 0x0, time 122600873, (-49,299), root:(679,325), state 0x0, keycode 255 ...


4

You can use preserve for that: add to you type-definition (e.g. THREE_LEVEL) the line preserve[LevelThree+Shift] = Shift; This tells xkb to preserve the shift modifier when figuring out the appropriate level from your modifier combination in the case of LevelThree + Shift. The shift modifier is passed on for use by the toolkit or the application (see also ...


4

I've found solution for my question. You can assign an action for each key inside xkb_symbols section. Redirect is an action we need: key <AC07> { [ j, J, plusminus, NoSymbol, NoSymbol ], type[Group1]="EIGHT_LEVEL_SEMIALPHABETIC", actions = [ NoAction(), NoAction(), NoAction(), NoAction(), ...


3

You can specify characters by their Unicode code point, so e.g. U0201 and U0203 should be the small a characters with the desired double grave and inverted breve. Use any Unicode table or list to find the others. For all available key names, see /usr/include/X11/keysymdef.h. There's no name for combined character with double grave or inverted breve though.


2

The X server stores compiled keyboard layouts in /var/lib/xkb/*.xkm. Deleting them should force recompilation.


2

First, you should not log in to the graphical environment as root. Could you log in as a normal user? Ubuntu doesn't support logging in as root. Second, there is a good reason why the root account is disabled in Ubuntu. It is designed so that users that are members of the 'admin' group (e.g. the one user the installer creates) can gain root access with the ...


2

There is a xkbvariant "altgr-intl" that puts the dead keys under the AltGr qualifier; i.e. while typing regularly, keys like " are not "dead". If you need them for international characters, you can type e.g. AltGr-" + e to get ë. This particular layout is also available for Windows.


1

Solved! The newest version of TeamSpeak3 Client is broken, so you need to install older version, because there is no Qt5 libraries for some linux distributions. Older Client versions: x86: http://speedy.sh/GVXsH/TeamSpeak3-Client-linux-x86-3.0.13.1.run amd64: http://speedy.sh/vxWfy/TeamSpeak3-Client-linux-amd64-3.0.13.1.run Remember to not update ...


1

There are a lot of bug reports about this problem. Basically, it all comes down to not logging on to Ubuntu as root, which is a huge security risk, and not advisable at all. I highly suggest you follow petersohn's advice.


1

Silly me! After a bit of thinking I found a good and easy way of doing it: Copy the contents of ~/.xprofile into a script somewhere. Make sure it's executable. Start gnome-session-properties and add a new startup program. Point it to the script. That's it. Much easier than fiddling around with special dot-files that are sourced on login, really :)


1

You can change your keyboard-layout using setxkbmap, e.g.: setxkbmap -layout es xmodmap shouldn't be necessary when using a standard-layout without any additional configuration.


1

Employ an extensible input method framework such as scim or ibus. The last one is possible out of the box by configuring the m17n backend, but I suspect the first two require you to program your input method.


1

There's already a definition for that in xkeyboard-config. You can add it to your keymap by setting the altwin:alt_win option. Using setxkbmap: setxkbmap -option altwin:alt_win [...] Or in xorg.conf: Section "InputClass" Identifier "keyboard-all" MatchIsKeyboard "on" Driver "evdev" Option "XkbOptions" "altwin:alt_win" ...


1

It looks like it is not X, but gnome-settings-daemon that resets my layouts when I attach a new keyboard. This helped: udev rule to auto load keyboard layout when usb keyboard plugged in dconf write /org/gnome/settings-daemon/plugins/keyboard/active false to disable it from doing that.


1

You may try inputplug, a daemon which connects to your X server and listens for XInput events. It can run your script which reloads the keymap: inputplug -c ~/.xkb_load_hook And ~/.xkb_load_hook in my case is: #!/bin/sh xkbcomp -I$HOME/.xkb ~/.xkb_keymap :0 2>/dev/null 1>/dev/null xmodmap ~/.xmodmaprc sun_id=$(xinput list | grep "HID 0430:0005" | ...


1

To get the xkb layout to show up in the gui where keyboard layouts are selected, a corresponding <variant> node has to be added to the proper <layout> section of the /usr/share/X11/xkb/rules/evdev.xml file


1

You can not configure it, because Alt is not a key code modifier in standard X servers. In X11 keys can be defined and changed with xmodmap. The program xev can be used to identify the key code. Start xev and press 2. On a German PC keyboard it looks this way: KeyPress event, serial 33, synthetic NO, window 0x3000001, root 0x69, subw 0x0, time 3044226, ...


1

Well, I have a silly idea: you could hack it together with xdotool and xbindkeys: add the following to your ~/.xbindkeysrc "xdotool key at" Shift+Alt+Mod2 + 2 Taadaa! (Alright, bring on the downvotes!)


1

The easiest way I know of is to run xev to find the keycode for your windows key (on my keyboard, it's 133, but it is likely to be different on yours), then find the keysym names for the windows key and Alt Gr (again, xev can help here, as can /usr/include/X11/keysymdef.h, which is in x11proto-core-dev on Ubuntu). To use xev, just run it from the command ...


1

Two years later, I am finally proud to answer my own question. I have found the easiest, most reliable and most extendable method is to solely rely on xmodmap. 1. Get keycodes of special keys Run xev to determine the key code of keys you wish to use as mode switchers. Then press the keys you are interested in and note down the keycode $ xev KeyRelease ...


1

The xmodmap program works fine for me under Ubuntu 12.04 and 14.04 when I give it my own map file, but it does hang like you mentioned when I run it under Fedora 20. The solution I did was to run the following: xmodmap -e "insert your keycode mapping here" You basically call xmodmap for each individual keycode you wish to modify. It's somewhat of a ...


1

Inspecting the source code reveals that kcm_keyboard reads /usr/share/X11/xkb/rules/base.xml for the metadata. Register your new variant there.


1

I did this a while ago and remember I had to update base.lst, base.xml, evdev.lst, and evdev.xml, which are all in the rules directory, on Slackware it's /etc/X11/xkb/rules. It's possible that it would work with fewer updated files (I don't remember how much I tested), but updating these four definitely worked.



Only top voted, non community-wiki answers of a minimum length are eligible