All answers ask to perform the change. How is that not an agreement? I was
hoping to get it in this release of Ubuntu. Alas.
2014-04-18 1:06 GMT+02:00 Sergey V. Udaltsov s...@gnome.org:
Gentlemen, I am really stuck at that point. I am refusing to make any
changes before there is either some kind of agreement - or there are some
minimally conclusive voting results.
I do not take any sides (I cannot have any personal opinion, not using
French). I am just freezing the situation.
--
You received this bug notification because you are subscribed to the bug
report.
https://bugs.launchpad.net/bugs/221112
Title:
Can't use space bar in search bar when using french alternative
keyboard
Status in libgnomekbd:
Confirmed
Status in Listen, a Music player and management:
Confirmed
Status in Quod Libet is a GTK+-based audio player written in Python.:
Unknown
Status in The Rhythmbox Music Management Application:
Confirmed
Status in SciTE - A free source code editor for Win32 and X:
New
Status in central project for keyboard configuration:
Confirmed
Status in “quodlibet” package in Ubuntu:
Invalid
Status in “rhythmbox” package in Ubuntu:
Fix Released
Status in “xkeyboard-config” package in Ubuntu:
Fix Released
Status in “xkeyboard-config” source package in Precise:
Triaged
Bug description:
[Impact]
In the fr(oss) keymap, both space and Ctrl + space return the same
XLookupString, which prevents space from being used in some applications.
This had been fixed in lucid and maverick, but the patch appears to
have been misplaced during the (rather major) update from 1.8 to 2.1,
thus the reports of it regressing in comments #135 and #141, as well
as dupe bug #938671.
[Development Fix]
Patch 128_fix_oss_ctrl_space_accelerator.patch fixed this problem in
lucid and maverick, but was dropped in natty when we updated to upstream
xkeyboard-config 2.1. However, the patch was also sent upstream and
accepted there. So for quantal a cherrypick of that commit was backported.
[Stable Fix]
Since currently quantal is shipping the same xkeyboard-config version as
precise, we can carry the same patch there as well.
[Test Case]
1. Set keyboard to fr(oss). (Note due to unrelated bug, you need to do
this in your /etc/defaults/keyboard config file.)
2. Start rhythmbox
3. Do a song search
4. Type in a search term that includes a space character
Broken Behavior: Space triggers the play/pause function in rhythmbox
Fixed Behavior: A space character is inserted
[Regression Potential]
The patch is one we carried in lucid and maverick (when rhythmbox was
the default music player IIRC), and has been upstream for a while. So I
think it is a safe change.
Actually, I'm surprised there have not been more complaints about it
lately. But during the interim we'd switched to banshee so perhaps
users didn't notice it.
[Original Report]
I tried to search for The Do in the search bar, but the space bar
didn't write a space. Instead, it played the currently selected song (space
is the shortcut for playing/pausing the song). I've just installed the last
Hardy release candidate.
ProblemType: Bug
Architecture: i386
Date: Wed Apr 23 19:30:12 2008
DistroRelease: Ubuntu 8.04
ExecutablePath: /usr/bin/rhythmbox
NonfreeKernelModules: nvidia
Package: rhythmbox 0.11.5-0ubuntu6
PackageArchitecture: i386
ProcEnviron:
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
LANG=fr_FR.UTF-8
SHELL=/bin/bash
SourcePackage: rhythmbox
Uname: Linux 2.6.24-16-generic i686
To manage notifications about this bug go to:
https://bugs.launchpad.net/libgnomekbd/+bug/221112/+subscriptions
--
Olivier Grégoire
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/221112
Title:
Can't use space bar in search bar when using french alternative
keyboard
To manage notifications about this bug go to:
https://bugs.launchpad.net/libgnomekbd/+bug/221112/+subscriptions
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs