(In reply to comment #69) > (In reply to comment #66) > > > Regarding the voting, is there generic popular Linux-oriented site in > > France? Like slashdot.org or smth... > > There is a popular Linux-oriented site in France (linuxfr.org) and the > final ajustments of this layout were done after discussion on this site.
But this has the same pitfall as any volunteered survey, it isn't any kind of representative. I for example myself barely ever read a linuxfr article, and wouldn't participate or even see a survey there. That doesn't mean I'm not a French fr/oss user :) Also note that people suffering from the situations are a lot more likely to do something and speak their mind than people perfectly happy with the situation. So probably "discussing" a problem is likely to only include opinion from people not happy with the current state, and people closely involved. > I realise there is a vocal minority that does not like some of those choices > but Just to be fair, I see *no one* else here arguing towards keeping right Ctrl Level5 modifier -- but sure, as I state above, people happy with it won't see the discussion or care, so it may be biased. > 1. the other alternatives used in the ancestors of this layout generated a > lot more hate mail If it broke people's apps (or apps broke with it, I don't care who's fault it is), I surely can understand people being angry. But similarly, since the change from this report broke people's right Ctrl key, I can understand they get angry. > 2. because I knew there was no choice everyone would like spacebar layout is > modular (and I'm the person who modularized it as part of the creation of > this layout). People can choose the previous behaviour if they want and a > few other possibilities were added as part of the modularization And we thank you for your work. But I don't think it's realistic to think everyone can "choose the previous behavior" if it means editing the keymap. I already said it, but it took me quite some time to find what caused my right Ctrl key to no longer work and fix it, and I think it's fair to consider myself a quite advanced user. If really reverting the addition of Level5 is not an option (but see below), please add an alternative layout. > 3. so far no one proposed any better option appart from removing symbols > which are necessary to write proper French (arguably proper French is not > the same as C code). The change in this particular report did not add or remove any symbol, it only moved one to Level5 because some apps couldn't handle <Ctrl>Space with this layout. And as I said earlier, most of the incriminated apps (at least that I know of) don't even use <Ctrl>Space anymore, rendering the change moot for them. And even if we wanted to please those apps, we mayb be able to without adding a new modifier (Level5) and a key for it -- again, see (comment #46). Also note that event though I admittedly don't use short-nbsp (I'm afraid I don't know the rules where this one should be used in French typography), I'm an heavy user of nbsp everywhere French typography tells me to do it. So no, I don't want to remove anything, don't worry -- but I'd like my right Ctrl key back :) > It's a lot easier to clamor for removal of the bits you > do not use than to try to design a general-purpose solution without cutting > corners It sure is, but although my nearly non-existent knowledge of keymaps may make my message somewhat irrelevant (e.g. I don't know how to apply my ideas), I investigated possible solutions in comment #46 -- although no one followed up on those. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to rhythmbox in Ubuntu. 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 -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
