You are not logged in.
Pages: 1
In XFCE, when and ONLY when I use a terminal, I have no ability to use the £ symbol, but when I use any other application (i.e. gedit, any browser etc) my £ symbol works fine. Every single other key seems to function correctly. Details of my XFCE keyboard settings are below.
Under applications>settings>keyboard, when I Click the "Layout" tab, and untick "use system defaults". I've set the keyboard to "Generic 105-key (Intl) PC and set the keyboard layout to "English UK", English (UK, extended Winkeys). I have tried all variants of the UK keyboards with the same results.
For my locale files, see the content below
$ cat /etc/locale.conf
LANG=en_GB.UTF-8
$ localectl
System Locale: LANG=en_GB.UTF-8
VC Keymap: uk
X11 Layout: n/a
$ locale
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
LANG=en_GB.UTF-8
LC_CTYPE="en_GB.UTF-8"
LC_NUMERIC="en_GB.UTF-8"
LC_TIME="en_GB.UTF-8"
LC_COLLATE="en_GB.UTF-8"
LC_MONETARY="en_GB.UTF-8"
LC_MESSAGES="en_GB.UTF-8"
LC_PAPER="en_GB.UTF-8"
LC_NAME="en_GB.UTF-8"
LC_ADDRESS="en_GB.UTF-8"
LC_TELEPHONE="en_GB.UTF-8"
LC_MEASUREMENT="en_GB.UTF-8"
LC_IDENTIFICATION="en_GB.UTF-8"
LC_ALL=
Last edited by sg4rb0sss (2016-02-28 20:27:36)
Offline
I've (partly) figured it out, but I don't have a long term fix yet. I was clicking in the terminal, and under the "Terminal" > "Set Encoding", the default option is set as "Default (ANSI_X3.4-1968). If I change that to "Unicode" > UTF-8, the problem is fixed. But it's not persistent. I wonder why this is set this was, and how to change the defaults!?
EDIT: I have fixed this by recreating my locale.gen file in Archlinux.
sudo mv /etc/locale.gen /etc/locale.gen.bak
sudo pacman -S glibc
I then uncommented my language and the terminal encoding was fixed. I do still however, have an outstanding problem where my XFCE4 login screen is always using an American keyboard. Anyone know how to fix it?
Last edited by sg4rb0sss (2016-02-28 20:58:57)
Offline
I do still however, have an outstanding problem where my XFCE4 login screen is always using an American keyboard. Anyone know how to fix it?
Xfce doesn't include a login screen (display manager). Which one are you using?
Please remember to mark your thread [SOLVED] to make it easier for others to find
--- How To Ask For Help | FAQ | Developer Wiki | Community | Contribute ---
Offline
for arch make sure you set the correct keyboard layout in vconsole.conf and your xorg.conf/xorg.conf.d
you can also use localectl to change both settings
Last edited by sixsixfive (2016-02-28 22:23:38)
Offline
Sorry, yeah it's actually LXDM that's the problem now. sixsixfive, see the commands below
$ cat /etc/vconsole.conf
KEYMAP=uk
$localectl --no-convert set-x11-keymap uk
I just run this last command, and rebooted to no effect. It's still american on the LXDM login page. More specificially it's this page I'm having the problem on http://lh6.ggpht.com/_1QSDkzYY2vc/TEseU … 0-lxdm.png
Last edited by sg4rb0sss (2016-02-28 22:42:21)
Offline
is LXDM still maintained? better switch to slim or lighdm, sddm since they support the latest features(and all the recent systemd, logind, pam changes)
Offline
Did you find out what's setting keyboard layout to US for the login screen?
I'm struggling with the same thing. Localectl is configured for GB for VC Keymap and X11 Layout. When I switch to console it has a GB layout as expected. However, when I type username on the login screen it's US layout (after I login default layout is also set for US). How do I control this setting? What component/daemon is it and how can I debug it? I'm guessing it's none of the plugins cause it's incorrectly set before the user logs in.
This used to work a few weeks/months ago, i.e. it properly found the OS default layout and used it for xfce (both for login and for the user session)
I'm running CentOS 7.2 1511, xfce installed from epel, everything up to date
Offline
Pages: 1
[ Generated in 0.015 seconds, 7 queries executed - Memory usage: 544.22 KiB (Peak: 545.06 KiB) ]