The same bug in Fedora Bugzilla:
https://bugzilla.redhat.com/show_bug.cgi?id=447252
They marked it low important.
--
[hardy] keyboard layout switching shortcut doesn't work after reboot
https://bugs.launchpad.net/bugs/196277
You received this bug notification because you are a member of Ubuntu
Of course they marked it with a low priority (even though medium
severity).
If you read at the end of the bug report:
...official Fedora notes should mention that languages other than
English are not fully supported...
but that's not really the way to make an OS widely accepted, is it?
The
It's not a libklavier bug.
** Changed in: xorg-server
Importance: Undecided = Unknown
Bugwatch: None = freedesktop.org Bugzilla #16562
Status: Invalid = Unknown
** Changed in: libxklavier
Importance: Unknown = Undecided
Bugwatch: freedesktop.org Bugzilla #16562 = None
I am updating now this bug report.
I split the report in two parts; the part that has to do with certain shortcuts
not working at all in Hardy (such as Alt+AltGr), is covered at
https://bugs.edge.launchpad.net/ubuntu/+source/xorg/+bug/251443
Please subscribe to that report, if that is the bug
** Description changed:
- In the keyboard layout preferences, you can set Both alt keys together
- change layout, which worked in Gutsy for toggling between keyboard
- layouts.
+ switching the keyboard layout does not work if you have auto-login-
+ enabled within GDM.
- Currently:
- * both alt
...official Fedora notes should mention that languages other than
English are not fully supported...
Sounds pretty insane to me (for 2008).
Mirza
--
[hardy] With autologin, keyboard layout switching shortcut/settings don't work
https://bugs.launchpad.net/bugs/196277
You received this bug
On Tue, Jul 22, 2008 at 10:45 AM, dhd [EMAIL PROTECTED] wrote:
However, I can confirm Peter Hutterer's explanation for the bug. It's
really easy to verify. Just do this:
1) Enable autologin
SNIP
Wait, so this bug (at least now) only has to do with autologin? Because I
subscribed a while
see my comment (#131,
https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/196277/comments/131
)
this bug should be split into two seperate issues imho!
--
[hardy] keyboard layout switching shortcut doesn't work after reboot
https://bugs.launchpad.net/bugs/196277
You received this bug
On Fri, Jul 18, 2008 at 9:58 AM, dhd [EMAIL PROTECTED] wrote:
Are you running Hardy or Intrepid? I am totally up to date on Hardy on
three different machines, and I can assure you that the exact sequence
of actions mentioned in, among others, bug reports 173721, 182336, and
222653, will show
Hi, I haven't yet checked to see if anything in -proposed fixes it (I
tried the new gdm, which doesn't).
However, I can confirm Peter Hutterer's explanation for the bug. It's
really easy to verify. Just do this:
1) Enable autologin
2) Go to the console and run sudo /etc/init.d/gdm restart
A related bug:
https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/243575
--
[hardy] keyboard layout switching shortcut doesn't work after reboot
https://bugs.launchpad.net/bugs/196277
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
yeah i still have this problem too so I think it maybe just a gnome
issue
--
[hardy] keyboard layout switching shortcut doesn't work after reboot
https://bugs.launchpad.net/bugs/196277
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
dhd, thanks for taking this further.
See this reply for additional information,
http://lists.freedesktop.org/archives/xorg/2008-July/036947.html
--
[hardy] keyboard layout switching shortcut doesn't work after reboot
https://bugs.launchpad.net/bugs/196277
You received this bug notification
Okay, that makes perfect sense, except that it's not at all clear if
it's possible to change the XKB layout for a specific device. It's
something that, in the new age of MPX, really ought to be possible, but
from what I understand, it would require XKB to be aware of XInput and
multiple devices,
I should mention that I had this bug at some point, but an update fixed it.
I'm not convinced a lot of the duplicates are really the same bug if you're
still seeing this.
--
[hardy] keyboard layout switching shortcut doesn't work after reboot
https://bugs.launchpad.net/bugs/196277
You received
Are you running Hardy or Intrepid? I am totally up to date on Hardy on
three different machines, and I can assure you that the exact sequence
of actions mentioned in, among others, bug reports 173721, 182336, and
222653, will show this bug every single time.
If this has been fixed in Intrepid
I'm using a fresh install of Kubuntu Hardy with KDE 4.1 and don't have
that bug any more. So, has KDE a fix/workaround for this or the problem
is only in Gnome?
--
[hardy] keyboard layout switching shortcut doesn't work after reboot
https://bugs.launchpad.net/bugs/196277
You received this bug
I just switched my PC on this morning, using Gnome. tried the keyboard
switching: ...nothing ... Settings off and on. !!! There it is again!
I installed all available updates. So: at my Ubuntu there's still this bug.
--
[hardy] keyboard layout switching shortcut doesn't work after reboot
Hi, I found four more duplicates of this bug.
I am willing to try my hand at tracking it down if someone can inform me
exactly which GNOME component is the one which attempts to apply
keyboard settings on login. Is it gnome-settings-daemon?
I should note that the upstream bug report says this
Never mind, I have traced it into libxklavier.
The problem is, those NOT resetting the cache error messages are a red
herring. I hacked libxklavier to always reset the cache on
XkbNewKeyboardNotify, and it doesn't make any difference.
The settings are not being applied for some other reason. I
One more data point here to consider. When I have autologin on, and I
run 'setxkbmap -print', it actually does show the options which were set
by libxklavier:
[EMAIL PROTECTED]:~$ setxkbmap -print
xkb_keymap {
xkb_keycodes { include xfree86+aliases(qwerty) };
xkb_types
The libxklavier author is correct, this is not a bug in libxklavier. It
does everything exactly as it should, and calls XkbWriteToServer() to
set the new keymap, and checks its return value. I have verified this.
The problem is that XkbWriteToServer() is failing silently, for no
apparent
Not sure what you say has been fixed (geez this is a long running bug report)
but since this is a duplicate bug of a bug that I have experienced (and still
am experiencing in up-to-date hardy) I will give my short two cents.
On up-to-date hardy as of 10/07/2008, I cannot (using keyboard
i have the same issue as described abode, that the layout seted up in
System-Preferences-Keyboard holds till the next restart...
as a workaround i have modified xorg file
original:
Section InputDevice
Identifier Generic Keyboard
Driver kbd
Option
ok the issue with deadkeys is solved as a workaround too, as i have just
tested with setxkbmap de,ru -variant nodeadkeys, in terminal and it
worked so,
new setting in xorg file:
Section InputDevice
Identifier Generic Keyboard
Driver kbd
Option XkbRules xorg
Option XkbModel pc105
Option
I can confirm that adding setxkbmap to the session works.
--
[hardy] keyboard layout switching shortcut doesn't work after reboot
https://bugs.launchpad.net/bugs/196277
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs
I tried adding setxkbmap to my session again and, suprprisingly, it
now works perfectly (on 3 different computers). However, I am 100% sure
that when I tried the same thing in May, it didn't work (to be exact, it
worked, but dead keys with diacritics didn't - as described in my post
from May).
--
Frantisek:
You should check again the workaround with added setxkbmap to the GNOME
session startup.
This should work. I think you mentioned above that it did not work for you,
however I would like to insist on this.
Could you please describe all the steps you took to add the command in the
META-Question: at some point we agreed that there are two seperate bugs, namely:
1) automatic login to gnome changes keyboard layout
2) some previously working combos(like double alt) are no longer valid
key-combos to change the layout
are these bugs properly split now?
where is the main bug for
** Also affects: libgnomekbd (Baltix)
Importance: Undecided
Status: New
--
[hardy] keyboard layout switching shortcut doesn't work after reboot
https://bugs.launchpad.net/bugs/196277
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
However, as I wrote earlier, my users need to switch between US and CZ
layouts BY CLICKING ON SOME SORT OF
INDICATOR in the Ubuntu panel
Well in my case the layout switching worked by clicking the indicator
even when the settings were put in xorg.conf... Until recent update but
it is a matter
I thought this bug only affects people who upgraded from older Ubuntu
versions but yesterday I installed 8.04 desktop on a brand new computer
and the bug is there...
Can I somehow help with getting it fixed?
Until it's fixed: Is there ANY WAY AT ALL to have working keyboard
layout indicator in
Frantisek:
The source of the problem appears to be that when X starts, it tries to
initialise the current layouts, and I believe that it does a bit later
than GNOME itself. As if GNOME sets the layout correctly, then X.org
kicks in and resets to the values found in /etc/X11/xorg.conf.
Therefore,
Simos,
I know I can put XkbLayout us,cz to xorg.conf and then switch between
layouts using keyboard shortcut.
However, as I wrote earlier, my users need to switch between US and CZ
layouts BY CLICKING ON SOME SORT OF INDICATOR in the Ubuntu panel, not
by pressing Alt-Shift, Alt-Alt or some other
Frantisek Fuka wrote:
As I mentioned on 2008-05-24, the setxkbmap solution doesn't work for
Czech layout.
I have Czech layout and setxkbmap added to session startup dialog works
fine. So, bug has random nature probably related to some obscure X
Server setting(s). I have feeling that if I dig
First of all, we are all in the same boat. We all want to get this
fixed, and the only way to get it is by contributing our time on
figuring out a solution.
Secondly, I am not aware that a developer is funded to work full-time on
keyboard issues and X. There are some other issues pertaining to
** Changed in: xorg (Ubuntu)
Status: Confirmed = Triaged
--
[hardy] keyboard layout switching shortcut doesn't work after reboot
https://bugs.launchpad.net/bugs/196277
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
Simos Xenitellis wrote:
Mirza, we want more evidence that the source of the problem is that, due
to autologin, X.org is too slow to set the layout settings, and it sets
them AFTER GNOME has done so, essentially overriding GNOME. In your
reply, it is not clear that from your tests, you verify
Here is attached my .xsession-errors file with XKL_DEBUG=100 with
autologin enabled (resulting in inability to switch layouts):
** Attachment added: .xsession-errors
http://launchpadlibrarian.net/15678665/xsession-errors
--
[hardy] keyboard layout switching shortcut doesn't work after
Thanks Frantisek.
The relevant lines are
[1214761388,100,xklavier_config_xkb.c:xkl_xkb_multiple_layouts_supported/]
!!! Checking multiple layouts support
[1214761388,100,xklavier_config.c:xkl_engine_get_ruleset_name/] Rules
set: [xorg]
Created upstream bug report, added link here
When autologin is enabled, system uses the xorg.conf layout settings
https://bugs.freedesktop.org/show_bug.cgi?id=16562
** Changed in: xorg-server
Importance: Unknown = Undecided
Bugwatch: freedesktop.org Bugzilla #4927 = None
Status:
** Changed in: libxklavier
Status: Unknown = Confirmed
--
[hardy] keyboard layout switching shortcut doesn't work after reboot
https://bugs.launchpad.net/bugs/196277
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs
** Bug watch added: freedesktop.org Bugzilla #16562
https://bugs.freedesktop.org/show_bug.cgi?id=16562
** Also affects: libxklavier via
https://bugs.freedesktop.org/show_bug.cgi?id=16562
Importance: Unknown
Status: Unknown
** Changed in: xorg-server
Importance: Unknown =
I, also, can confirm that disabling auto-login fixes the problem. But
this is, obviously, not a solution.
--
[hardy] keyboard layout switching shortcut doesn't work after reboot
https://bugs.launchpad.net/bugs/196277
You received this bug notification because you are a member of Ubuntu
Bugs,
Could someone that is affected by this issue (they have enabled
Autologin and the switching does not work), add their ~/.xsession-errors
here?
At the start of the file there should be some helpful debugging errors.
--
[hardy] keyboard layout switching shortcut doesn't work after reboot
/etc/gdm/Xsession: Beginning session setup...
Setting IM through im-switch for locale=en_US.
Start IM through /etc/X11/xinit/xinput.d/all_ALL linked to
/etc/X11/xinit/xinput.d/default.
SESSION_MANAGER=local/HOME-PC:/tmp/.ICE-unix/6300
** Message: another SSH agent is running at:
Comparing with my output, it does not show something different.
What you can do now is set the XKL_DEBUG variable in /etc/environment
If you set it to 100, you will get very detailed output. You can try 100 first,
and if the output is too much (a line per key pressed), you can change to 1.
Then,
Simos Xenitellis, actually I don't care which issue this report covers,
all I want is to get fixed it. I think Nxx answered already. But it is
not bothering me now, I added setxkbmap command to session startup and
it is working now. Also i had to change from both alts, to alt+shift
shortcut. I
I updated everything I could - and still experience the bug. I can
confirm though, that canceling auto login worked for me.
this problem has seized to exist for me - after an update (didnt notice
exactly which ones, due to being very busy) it just works..
--
[hardy] keyboard layout switching
this problem has seized to exist for me - after an update (didnt notice
exactly which ones, due to being very busy) it just works..
Timpotten wrote:
The inability to switch from initial US default to User may be connected to
the feature that the user preference flag can not be set.
On the
The inability to switch from initial US default to User may be connected to the
feature that the user preference flag can not be set.
On the system - preferences - keyboard - [layouts] tab - although any loaded
keyboard type can be selected (say for deletion)
The radio button
Since the report is about not working layout switching after reboot,
it's definitely about Gnome settings not loading at bootup.
--
[hardy] keyboard layout switching shortcut doesn't work after reboot
https://bugs.launchpad.net/bugs/196277
You received this bug notification because you are a
Probably it is related to some timing issues during bootup. For example,
I frequently have Nautilus to fail to load at bootup with autologin (but
not always), see the bug
https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/241807 , when
typing the password manually it always loads, and also
After discussion with Sergey Udaltsov (maintainer of xkeyboard-config,
libgnomekbd, libxklavier), he said that the source of this is
libxklavier. So I am removing libgnomekdb and add libxklavier in the bug
report.
** Changed in: libgnomekbd (Ubuntu)
Status: Confirmed = Invalid
** Also
This bug report mixes together two separate issues.
The first issue is that some shortcuts that can be used to switch between
layouts, do not work. They do not work due to issues that related to the X.Org,
and are described at
https://bugs.freedesktop.org/show_bug.cgi?id=4927
A workaround here
The default radio button on mine is not selectable
I found I had two files after resetting keyboard and deleting the US keyboard
(so only Spain was displayed)
/etc/X11/xorg.conf.20080506153915 (contained the correct ES Keyboard)
/etc/X11/xorg.conf.20080506155231 (contained US Keyboard which
Bryce, it looks to me that the issue that you are referring to
is different from the issue that the GUI layout settings are not enabled
when the user has activated the autologon feature.
When GNOME starts, libgnomekdb makes a decision
whether to use the system layout settings (found in
Confirming in Hardy. Gusty had no such problem.
Also observed the same problem on Fedora 9 after updates (but on the
fresh install all worked well).
** Changed in: xorg (Ubuntu)
Status: Invalid = Confirmed
--
[hardy] keyboard layout switching shortcut doesn't work after reboot
Still there after all updated as of June 17 2008 (i.e. with post- 8.04.1
updates).
--
[hardy] keyboard layout switching shortcut doesn't work after reboot
https://bugs.launchpad.net/bugs/196277
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
The picture I have is this:
A. Ubuntu and GNOME have their own system to deal with switching
layouts, adding options such as whether to get the euro key and so on.
You see these in System/Preferences/Keyboard/Layouts.
B. Traditionally, the Linux desktop would read this information from the
To Simos Xenitellis:
Yes, this problem appears ONLY when I enable Autologin. With Autologin
enabled, the problem is ALWAYS present. With Autologin disabled, the
problem is NEVER present.
When the Autologin is enabled, the solution to this problem is opening
Keyboard preferences, opening Layouts
I experience this problem both with and without autologin.
Also in Ubuntu 7.10 I was sometimes asked afted boot which settings to
use: from xorg.conf or from Gnome (even when autologin was enabled). In
8.04 I never seen this question dialogue.
In Fedora 9. This also was independent of autologin.
I agree that this is very important for overal Linux image amang people.
Here in Russia EVERY Ubuntu user will face this problem, which makes
Linux an image of very buggy OS. People still ask is there support for
Russian in Linux? but what you should answer them? Yes, it has, but...
well wait
I can confirm that the issue does not appear when I turn off auto or
timed login.
--
[hardy] keyboard layout switching shortcut doesn't work after reboot
https://bugs.launchpad.net/bugs/196277
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
I confirm too that the issue is gone after turning off auto login (at
System-Administration-Login Window-Security).
This might be also important: each time I after install (not start, but
install) Ubuntu 8.04, when the first time I access this option it takes like
forever to display this window
Nxx: You are currently the only person mentioning that the problem
exists for you, even when you disable autologin (or timed login).
Could you please run the command
gconftool-2 -R /desktop/gnome/peripherals/keyboard/kbd
and report back the results?
What I am interested in is the value for the
Ori,
You linked this bug to the bug report
https://bugs.freedesktop.org/show_bug.cgi?id=4927
It does not appear to have relevance to me.
I am considering removing the link. Does anyone have objections?
--
[hardy] keyboard layout switching shortcut doesn't work after reboot
I wonder why the simmilar or maybe the same bug #173721 is marked as
fixed. Adding the configuration into the xorg.conf is a workaround, but
definitely not a fix.
--
[hardy] keyboard layout switching shortcut doesn't work after reboot
https://bugs.launchpad.net/bugs/196277
You received this bug
Jacob,
Ubuntu Linux is this community; which is ourselves.
When we find bugs, we cooperate in figuring out what's the source and how to
fix them.
If one does not have programming skills, they can still help with triaging,
testing and reporting back what is requested.
All this work is voluntary,
Simos,
Im sorry if I have offended any body, I was perhaps too full of
feelings.
I have files my proposal of an errata document as a seperate bug.
Those interested can subscribe https://bugs.launchpad.net/ubuntu/+bug/240713
where we can then discuss the matter.
--
[hardy] keyboard layout
Jacob,
despite Canonical's fault is that it hasn't even mentioned this bug, they
cannot provide assistance for it.
So it is not an issue in the input-output code, it is a bigger issue - in the
XKM format. This causes problems when configuration is passed through binary
files.
This problem is
For errata on Xorg drivers, I would refer you to
https://wiki.ubuntu.com/X/Drivers, which is an Xorg driver status page I
maintain, listing known issues. Please feel free to let me know if you
know any other highly important confirmed issues that ought to be added
there.
--
[hardy] keyboard
Both Canonical and upstream are aware of this issue and consider it of
high importance. Unfortunately, the root cause is not something that
can be easily fixed.
The issue is that to solve this problem, X needs to have a way to save
the ExplicitVModMapMask, which is tracked okay in memory but not
Why simply not to rollback to the previous versions of the software
which worked well?
--
[hardy] keyboard layout switching shortcut doesn't work after reboot
https://bugs.launchpad.net/bugs/196277
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
I just would like to add that the issue applies for the Eurosign €, as
well. So, annoying, indeed.
--
[hardy] keyboard layout switching shortcut doesn't work after reboot
https://bugs.launchpad.net/bugs/196277
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Again confirmed after the latest updates. Gnome 2.22.2 and Hardy (Linux
2.6.24-18-generic). So annoying.
--
[hardy] keyboard layout switching shortcut doesn't work after reboot
https://bugs.launchpad.net/bugs/196277
You received this bug notification because you are a member of Ubuntu
Bugs,
confirmed in hardy..
--
[hardy] keyboard layout switching shortcut doesn't work after reboot
https://bugs.launchpad.net/bugs/196277
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
To Joro Todorov: Have you tried adding it as autostart item? See
https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/196277/comments/69
--
[hardy] keyboard layout switching shortcut doesn't work after reboot
https://bugs.launchpad.net/bugs/196277
You received this bug notification because you
Thanks syntax
--
[hardy] keyboard layout switching shortcut doesn't work after reboot
https://bugs.launchpad.net/bugs/196277
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
Confirmed.
--
[hardy] keyboard layout switching shortcut doesn't work after reboot
https://bugs.launchpad.net/bugs/196277
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
'setxkbmap' works for me too. It also fixes Ctsl/Caps swapping bug.
However I have to execute it every time. I tried adding 'setxkbmap' line to
.bash_profile or rc.local but it didn't work. Why :( ?
--
[hardy] keyboard layout switching shortcut doesn't work after reboot
I can confirm the same bug in Hardy.
Adding 'setxkbmap' to Gnome's autostart has fixed this.
--
[hardy] keyboard layout switching shortcut doesn't work after reboot
https://bugs.launchpad.net/bugs/196277
You received this bug notification because you are a member of Ubuntu
Bugs, which is
'setxkbmap' also fixes problem in my case.
--
[hardy] keyboard layout switching shortcut doesn't work after reboot
https://bugs.launchpad.net/bugs/196277
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Including the diacritics dead keys? Not in my case (Czech layout). See
my message above.
--
[hardy] keyboard layout switching shortcut doesn't work after reboot
https://bugs.launchpad.net/bugs/196277
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
Hi Yankele52,
Submit a seperate report if you believe it is a Mozilla issue, and tag
it for that package. If you need help doing this you can email me and
I'll be happy to help. But a discussion outside the scope of this bug
report does not belong here.
Regards,
Jarlath
--
[hardy] keyboard
I added the Israel layout and then +Add to Panel... the keyboard indicator
and now I can switch from the panel between En and He with no problem.
The only problem I have is with Thunderbird Hebrew (I can't combine He-En, It
makes me crazy...) . I believe that this is a Mozilla-Thunderbird
Unfortunately, the setxkbmap solution doesn't work for me. After I run
setxkbmap, I can indeed switch between Czech and English keyboard (the
toolbar indicator now works and the layout changes correctly) but the
dead key for writing characters with diacritics doesn't work at all.
It's completely
The above solution works for me, thanks a lot! (For German/Russian:
Option XkbLayout de,ru).
--
[hardy] keyboard layout switching shortcut doesn't work after reboot
https://bugs.launchpad.net/bugs/196277
You received this bug notification because you are a member of Ubuntu
Bugs, which is
O.K, following the directions here I have found a solution for changing
layouts among us and greek keyboard. The issue has been resolved in my
case after manual correction of /etc/X11/xorg.conf as shown below:
ORIGINAL:
Section InputDevice
Identifier Generic Keyboard
Driver
O.K I have the same problem and I have to set the keyboard layout
settings every time I boot. Since I am a linux newbie could you more
specific regarding the steps I have to follow? How do I save and run the
script and how do I set it to the start up manager? Thx
--
[hardy] keyboard layout
Another way to add 'setxkbmap' is to copy this into file
~/.config/autostart/setxkbmap.desktop:
[Desktop Entry]
Type=Application
Encoding=UTF-8
Version=1.0
Name=setxkbmap
Name[en_US]=setxkbmap
Exec=setxkbmap
X-GNOME-Autostart-enabled=true
--
[hardy] keyboard layout switching shortcut doesn't
I have this problem as well in Hardy full updates on a Dell X1.
I use US, Latin American and Japanese layouts. I have three problems:
1) Alt+alt switching does not work (I have enabled LAlt+LShift which works)
2) Show keyboard layout opens a window, but no keyboard is shown.
3) Japanese SCIM
Command setxkbmap works fine, but has not effect for me, when I put
it into ~/.bash_profile or even ~/.profile
--
[hardy] keyboard layout switching shortcut doesn't work after reboot
https://bugs.launchpad.net/bugs/196277
You received this bug notification because you are a member of Ubuntu
to syntax: easier way - in system menu on top of the screen, find
session configuration, I hope it is called that way in English
version, and you will see list of programs that are started after login.
Pres add and enter setxkbmap command, name it anyhow, and it should
work.
--
[hardy] keyboard
@Mirza: Thanks, it seems that adding 'setxkbmap' to Gnome's autostart
finally work.
--
[hardy] keyboard layout switching shortcut doesn't work after reboot
https://bugs.launchpad.net/bugs/196277
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
I have the same problem but I have temporal (delayed) login active.
If I perform login manually, layout switching works OK. If I wait for automatic
login, layout switching doesn't work.
--
[hardy] keyboard layout switching shortcut doesn't work after reboot
New account and new default Xorg config haven't any effect.
The command setxkbmap works fine
--
[hardy] keyboard layout switching shortcut doesn't work after reboot
https://bugs.launchpad.net/bugs/196277
You received this bug notification because you are a member of Ubuntu
Bugs, which is
according to the link upstream this bug wont be fixed any time soon
(wont be ready for 7.4) i suggest we distribute the script using
automatic update .
** Description changed:
In the keyboard layout preferences, you can set Both alt keys together
change layout, which worked in Gutsy for
For those who have this problem, can they try creating a brand new user
account and testing it there. It is possible that those that have
migrated from earlier releases via dist-upgrades may have some files in
their home dir conflicting. Testing under a new account will help verify
that.
@Roderick Greening:
Creating new account, setting the keyboard and autologin won't help. I get the
same symptoms.
Reverting to the default xorg.conf will create the same keyboard input section
like in my old xorg.conf, so I think, it won't have any effect. It is very
unlikely that this is
1 - 100 of 166 matches
Mail list logo