Typing ^. in Linux is cumbersome, what to do? lazarus / 9-Editor ---------------------------------------------------------------------- Fungus · 2016-08-07 15:40 In Windows when i type "^" and then "." the result is "^." but when I do this in Linux the result is ".". In order to get "^." I have to press space between the two characters. Are there any setting in Lazzie (or Linux) that can overcome this "issue"? Danish keyboard layout btw.. ---------------------------------------------------------------------- Thaddy · 2016-08-07 16:11 I can't reproduce this in Linux. It is probably a user setting that causes that. Nothing to do with either fpc or Lazarus. ---------------------------------------------------------------------- bylaardt · 2016-08-07 20:13 This results from the keyboard configuration, choose another input method on linux who ignores ^ as a diacritic complement. Otherwise you can keep so and when you type  '^'+'a' to get 'â' This is a linux configuration, not lazarus or fpc: You can test it on gedit or kate to be sure. ---------------------------------------------------------------------- Bart · 2016-08-07 20:56 In Windows when you compose keys (you have an interational keyboard layout), then when you press the second key, and it cannot be composed, you get separate characters. I.e. type ^ and then a, you get â, but type ^ and then z, you get ^z. On Linux this may not be the case. If the first character is one that can be combined to compose, and you need it "un-composed", you need to press space after it. At least that's how my Fedora/KDE does it, and like my old Suse/KDE did. Since I hardly need diacritics when programming I wrote a little shell script to swicth between using standard US and US-international keyboard. Code: [Select]#!/bin/bash function usage {   echo usage: $0 on\|off   exit 1 } if [ -z "$1" ]; then   usage fi opt=$1 if [ "$opt" = "on" ]; then   echo setting -variant intl for X keyboard   setxkbmap -variant intl elif [ "$opt" = "off" ]; then   echo turning off -variant intl for X keyboard   setxkbmap -variant "" else usage fi This was way back in Suse 10.0. Not sure if this would still work. Bart ---------------------------------------------------------------------- Fungus · 2016-08-08 13:23 It is system wide with the exception that typing "^." in lazarus yields "." anywhere else no character comes out at all. And sadly it seems to be actually related to KDE since the issue is not present in all DE's. It's just buggering me; gotten used to the windows behaviour and old habbits are hard to change ---------------------------------------------------------------------- Fungus · 2016-08-09 09:30 If anyone could have interrest in it, the issue has been solved by enabling "dead keys" in keyboard layout settings