[Bug 23683] GNOME VFS sftp support much slower than scp
Public bug report changed: https://launchpad.net/malone/bugs/23683 Comment: There is a patch to this bug upstream. I recompiled libgnomevfs2 with the provided patch and the transfer speed rose to the same level as scp command line tool and was actually faster then LUFS sftp filesystem. This is an annoying bug with a quite simple patch. It would be nice if it would be applied for dapper. Note: scp uses the sftp protocol, so it is the same thing. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 23683] GNOME VFS sftp support much slower than scp
Public bug report changed: https://launchpad.net/malone/bugs/23683 Changed in: GnomeVFS (upstream) Status: Unconfirmed => Confirmed -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 23683] GNOME VFS sftp support much slower than scp
Public bug report changed: https://launchpad.net/malone/bugs/23683 Task: ubuntu gnome-vfs2 Status: Unconfirmed => Confirmed Target: None => dapper Comment: Patch in upstream bugzilla. Should be ok for dapper. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 28326] Re: i810 Xv crashes after suspend -> infinite resprawn
Xv crash with infinite GDM respan is still happening to me on nx6110, but it is not deterministic - the crash happens sometimes, but not always. However, when the crash happens it always happlens on start of new video playback and after the laptop has been suspended. -- i810 Xv crashes after suspend -> infinite resprawn https://launchpad.net/bugs/28326 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 56912] Impossible to configure more the 4 keyboard layouts
Public bug reported: In Dapper, in Gnome it is impossible to configure more then 4 keyboard layouts. This is a huge problem for anyone involved in multinational business or in translation business. And it is also a major feature regression in relation to Windows. In Ubuntu as an international distribution it must be possible to configure and use unlimited number of input languages. ** Affects: gnome-applets (Ubuntu) Importance: Untriaged Status: Unconfirmed -- Impossible to configure more the 4 keyboard layouts https://launchpad.net/bugs/56912 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 56912] Impossible to configure more the 4 keyboard layouts
Public bug reported: In Dapper, in Gnome it is impossible to configure more then 4 keyboard layouts. This is a huge problem for anyone involved in multinational business or in translation business. And it is also a major feature regression in relation to Windows. In Ubuntu as an international distribution it must be possible to configure and use unlimited number of input languages. ** Affects: gnome-applets (Ubuntu) Importance: Untriaged Status: Unconfirmed ** Changed in: sbackup (Ubuntu) Sourcepackagename: sbackup => gnome-applets -- Impossible to configure more the 4 keyboard layouts https://launchpad.net/bugs/56912 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 56912] Re: Impossible to configure more the 4 keyboard layouts
Note that this bug has been dismissed by upstream as NOTABUG for several years, since Gnome 2.6 IIRC. The keyboard layout selector was rewritten at that point - the old selector supported unlimited number of layouts, while the new one only supported at most 4 layouts. -- Impossible to configure more the 4 keyboard layouts https://launchpad.net/bugs/56912 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 56912] Re: Impossible to configure more the 4 keyboard layouts
http://community.livejournal.com/xkbconfig/304.html has the latest instance of the discussion. The thing is that the keyboard layout configuration was rewriten and features were lost in the name of some tiny bit of efficiency. FWIW the keyboard layout switching in early versions of Gnome 2 and now in KDE have no significant speed difference to the current Gnome variant, but allow more then 4 languages. Now it has come to a point where users that need more then 4 languages (or even just think that they might need more then 4 languages sometime in the future) are forced not to use Linux (or to use KDE if they are sufficiently advanced). The 4 language limit is a design choice that restricts the number of configurable layouts to a fixed arbitrary limit. Some users do need more then that or know/feel that they will need that in the future, for example, people working at multinational companies or international charities, as well as translators that know more then a few languages. I know 5 lanuages and am trying to learn a 6th. With the world going multicultural such diversity will only increase, while Gnome will be stuck at 4. -- Impossible to configure more the 4 keyboard layouts https://launchpad.net/bugs/56912 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 532633] Re: [Master] Window Control buttons: position/order/alignment
Pako, that's exactly the reason why window manipulation actions should be on the right - the left is crouded with easy to access and easy to target application menus and toolbars, it is also close the the Applications menu, but if you *really* want to close a program, this action should significantly differ from the routine movement to the top- left, that is why the close button MUST be on the top right, so that there is zero chance of confusing this very destructive and rare action with all the other actions that we do all the time in the menu and on the toolbars. -- [Master] Window Control buttons: position/order/alignment https://bugs.launchpad.net/bugs/532633 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 532633] Re: [Master] Window Control buttons: position/order/alignment
Too many control elements in the same place actually increase distance between all of them due to Fitts law - if there are many elements in one area, you need to slow down the mouse movement to accurately hit the one specific target you are aiming for. Moving such dangerous button as 'Close' into the mix increases it even more as you will want to be REALLY careful not to close your window by accident. In short - moving these buttons left actually decreases the speed that you can work with menus, toolbars and Applications menu - in has a hard negative impact on the usability of all elements around it. While a rare 'Close' action might be sped up a bit, all the freqent actions of accessing the menu, using toolbar buttons and using Applications menu are significantly slowed down by the presence of the explosive 'Close' button in that area of the screen. While you might the merfect mouse sharpshooter, keeping in mind the needs of people with less precise mouse movements is also important - the precision needed to hit these buttons on the left among all the other control elements there is much higher than before - people with special needs and movement problems will have a much harder time navigating this environment. This is why I would recommend the layout of 'minimize,maximize,title ,close'. Accidental clicks on minimize or maximize are easy to undo and maximize can be also accessed by double-clicking the title, so minimize should be in the corner as it is harder to access otherwise. -- [Master] Window Control buttons: position/order/alignment https://bugs.launchpad.net/bugs/532633 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 532633] Re: [Master] Window Control buttons: position/order/alignment
@ scholli > > Moving such dangerous button as 'Close' into the mix increases it even more > > as you will want to be REALLY careful not to close your window by accident." > This should be the reason why the ’Close’-button is in the third place... for ’no’ clicking by accident. No, the new location of the Close button is not in any safe place - it is right next to the 'Edit' and 'View' menus in most applications and right next to the middle of the 'Applications' menu for maximized windows (or any windows put into the top-left corner of the screen. It is surrounded by useful functionality, which is not harder to reach realiably because of this mine. Also, if 'ugly' is a valid argument, I think it looks ugly when everything is piled up in one side of the window and the other side is bare and unused. -- [Master] Window Control buttons: position/order/alignment https://bugs.launchpad.net/bugs/532633 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 549347] Re: When trying to update to 10.04 from 9.10 the update crashes.
*** This bug is a duplicate of bug 549292 *** https://bugs.launchpad.net/bugs/549292 ** This bug has been marked a duplicate of bug 549292 Can't update to 10.04 beta -- When trying to update to 10.04 from 9.10 the update crashes. https://bugs.launchpad.net/bugs/549347 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-terminal in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 549347] Re: When trying to update to 10.04 from 9.10 the update crashes.
*** This bug is a duplicate of bug 549292 *** https://bugs.launchpad.net/bugs/549292 Have the same problem here on a i386 release of 9.10 ** Package changed: gnome-terminal (Ubuntu) => update-manager (Ubuntu) -- When trying to update to 10.04 from 9.10 the update crashes. https://bugs.launchpad.net/bugs/549347 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-terminal in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 532633] Re: [Master] Window Control buttons: position/order/alignment
I think the compromise is a good one - I have just updated to the newest packages in 10.04 and changed between the two themes: Human and Radiance. Human had buttons on the right and Radiance had buttons on the left. In the end I will stay with Human theme for the button layout, but change all its elements to Radiance - so I have Radiance with buttons on the right and it looks good. IMHO it can stay this way for 10.04, I bet there will be a bunch of themes for the both sides and we'll be able to gather some data from that as well - how many right-button themes and how many left-button themes there are in 6 months. -- [Master] Window Control buttons: position/order/alignment https://bugs.launchpad.net/bugs/532633 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 532633] Re: [Master] Window Control buttons: position/order/alignment
You are way late to the party here mate. :) With the Unity up and running this change makes perfect sense. The close button is in the top left corner of the screen and is very accessible. I was a skeptic, but now I am converted. Minor quible: it is not in the very corner but a few pixels off, but I guess to prevent people closing windows by accidentally brushing the mouse. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/532633 Title: [Master] Window Control buttons: position/order/alignment To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/light-themes/+bug/532633/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 869564] [NEW] quicktime demuxer not found after update to Ubuntu 11.10
Public bug reported: qtdemux was moved from bad to good during this cycle and then renamed to isomp4 according to changelogs, but it looks like the relevant mapping were not updated, because trying to open files with that muxer in Ubuntu 11.10 (gst-plugins-good0.10 version 0.10.30-1ubuntu7) fails with the message that "quicktime demuxer" plugin can not be found. An example of such video is the downloadable NBC Nightly news video podcast. ** Affects: gst-plugins-good0.10 (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gst-plugins-good0.10 in Ubuntu. https://bugs.launchpad.net/bugs/869564 Title: quicktime demuxer not found after update to Ubuntu 11.10 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gst-plugins-good0.10/+bug/869564/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 869564] Re: quicktime demuxer not found after update to Ubuntu 11.10
*** This bug is a duplicate of bug 856988 *** https://bugs.launchpad.net/bugs/856988 ** This bug has been marked a duplicate of bug 856988 totem cannot play quicktime file after upgrade to oneiric -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gst-plugins-good0.10 in Ubuntu. https://bugs.launchpad.net/bugs/869564 Title: quicktime demuxer not found after update to Ubuntu 11.10 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gst-plugins-good0.10/+bug/869564/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 140011] Re: Failed to load terminal capabilities from '/etc/termcap'
It is also a bit more than just annoying. On my computer during natty upgrade my gnome-terminal did not have the enter key, so effectively it was non-functional until I added the simlink. If the upgrade were to break for some reason, I would have a system with an non-functional teminal. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to vte in Ubuntu. https://bugs.launchpad.net/bugs/140011 Title: Failed to load terminal capabilities from '/etc/termcap' -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 517148] Re: Font selection drop-down usability suffers when hundreds or thousands of fonts are installed
I am pretty sure this is a bug in a higher level library that provides the drop-down combobox (GTK?) and that this is also a regression. I clearly remember being able to jump around drop-down comboboxes with a keyboard before, but now it is not working (including 11.04) -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gucharmap in Ubuntu. https://bugs.launchpad.net/bugs/517148 Title: Font selection drop-down usability suffers when hundreds or thousands of fonts are installed To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gucharmap/+bug/517148/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 532633] Re: [Master] Window Control buttons: position/order/alignment
Just to clarify - on my current lucid system I can choose between human theme that has buttons on the right and radiance theme with buttons on the left. Is the decision to switch all themes to left side buttons or will it stay as it is now and this final part of the button order only applies to the new themes (radiance and ambiance)? I mean technically it looked like a great solution when old themes have old button placement and the new themes have the new button placement (whatever it may be) allowing people an easy choice. -- [Master] Window Control buttons: position/order/alignment https://bugs.launchpad.net/bugs/532633 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 532633] Re: [Master] Window Control buttons: position/order/alignment
** Description changed:
=== Master Bug ===
(As per the design team's request)
All bugs concerning the window controls are being duped to this master bug.
All the decisions regarding the position/order/alignment will be dealt as a
one.
=== Desire ===
"Please centre the window title like in previous Human theme, and also
re-order the window controls in classic order, positioned on the right side
(menu - title - minimize, maximize close)."
Workaround
- To revert to old layout, run in a terminal:
+ 1. Only new themes, such as Ambiance and Radiance will have buttons on the
left by default. You can continue using old themes, such as Human, in Lucid and
those themes will continue to have buttons on the right side (according to
http://launchpad.net/ubuntu/+bug/532633/comments/577 ). It is even possible to
switch to Human theme and then 'Customize' it to use all the elements from
Radiance theme, but the button layout will stay on the right.
+
+ 2. To revert to old layout, run in a terminal:
$ gconftool-2 --set /apps/metacity/general/button_layout --type string
"menu:minimize,maximize,close"
Responses
Canonical Design Team Leader (Ivanka Majic) - 2010-03-10 and 2010-03-17
http://www.ivankamajic.com/?p=281 ("Those pesky buttons")
http://podcast.ubuntu-uk.org/2010/03/17/s03e03-behind-the-screen/ (30-minute
interview starting at 39:10)
Ubuntu SABDFL (Mark Shuttleworth) replies on this bug report - 2010-03-15
onwards
http://launchpad.net/ubuntu/+bug/532633/comments/110
http://launchpad.net/ubuntu/+bug/532633/comments/167
http://launchpad.net/ubuntu/+bug/532633/comments/179
http://launchpad.net/ubuntu/+bug/532633/comments/202 to 204
http://launchpad.net/ubuntu/+bug/532633/comments/218
http://launchpad.net/ubuntu/+bug/532633/comments/248
http://launchpad.net/ubuntu/+bug/532633/comments/272
http://launchpad.net/ubuntu/+bug/532633/comments/388
http://launchpad.net/ubuntu/+bug/532633/comments/410
http://launchpad.net/ubuntu/+bug/532633/comments/426 to 427
http://launchpad.net/ubuntu/+bug/532633/comments/469
http://launchpad.net/ubuntu/+bug/532633/comments/503
http://launchpad.net/ubuntu/+bug/532633/comments/564 ("Final decree";
close-min-max ordering)
Canonical Ubuntu Community Leader (Jono Bacon) response - 2010-03-24
http://www.ustream.tv/recorded/5683123 (6 minutes starting at 26:24)
=== Code of Conduct ===
To maintain a respectful atmosphere, while commenting please follow the code
of conduct - http://www.ubuntu.com/community/conduct/ .
--
[Master] Window Control buttons: position/order/alignment
https://bugs.launchpad.net/bugs/532633
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to metacity in ubuntu.
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 593110] Re: [Users and Groups] Advanced Settings: User Privileges on using Audio/Video not descriptive enough
*** This bug is a duplicate of bug 433654 *** https://bugs.launchpad.net/bugs/433654 Why is this marked as a duplicate of #433654 ? It was explicitly split from that bug as the functionality of the backend is a separate issue from the wording in a frontend. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to system-tools-backends in ubuntu. https://bugs.launchpad.net/bugs/593110 Title: [Users and Groups] Advanced Settings: User Privileges on using Audio/Video not descriptive enough -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 532633] Re: [Master] Window Control buttons: position/order/alignment
The difference between Debian and Ubuntu is that Ubuntu makes all the choices for you, so that you don't have to think about them. The choices made are made by people that know more about the system than most of us do, so they are very likely are very good choices. However, you might dislike some of the choices - they could be suboptimal to you or your environment. In such cases you can go under the bonnet and change stuff yourself. But still - not having to think about all the other possible choices saves your time for more important and interesting things. If you find that a lot of Ubuntu choices do not look right for you, then Ubuntu might not be optimised for you or your environment and you would find more power and configuration in Debian, but frankly Ubuntu does have all the same knobs as Debian, they are just not as exposed to the unaware users. -- [Master] Window Control buttons: position/order/alignment https://bugs.launchpad.net/bugs/532633 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 569694] [NEW] date/time applet steals focus when refreshing weather
Public bug reported: Binary package hint: gnome-panel When dime/date applet has several locations set and a checkbox is set to display temperature and weather, then this applet steals focus every time it updates the weather information. I could be wrong with my diagnosis above, so let me expand: 1. Fully up to date Lucid (upgraded from Karmic) 2. date/time applet on the Gnome panel is set to show temperature and weather in one of the two locations that it has defined 3. every hour or so, something steals keyboard focus - if I am typing text, I can no longer type it, if I am watching a movie I can no longer pause it, ... 4. I need to click into the current application to regain focus (or use Alt-Tab) 5. Every time the focus is stolen, before I click to return focus to current application, the date/time applet on the panel in highlighted with a pinkish colour (I use Radiance theme) This bug will annoy the crap out of a LOT of users, if this goes live and it is very likely to cause serious problems with fixing the bug #1. ** Affects: gnome-panel (Ubuntu) Importance: Undecided Status: New -- date/time applet steals focus when refreshing weather https://bugs.launchpad.net/bugs/569694 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-panel in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 5282] Totem-xine crashes on startup in dapper
You have been subscribed to a public bug: Version: 1.2.0-0ubuntu5 On startup totem-xine crashes and on stderr these messages appear: (totem:6506): libglade-WARNING **: could not find widget creation function (totem:6506): libglade-WARNING **: could not find widget creation function (totem:6506): libglade-WARNING **: could not find widget creation function (totem:6506): GLib-GObject-WARNING **: gsignal.c:1678: signal `value-changed' is invalid for instance `0x81c33c8' (totem:6506): Gtk-CRITICAL **: gtk_accel_label_set_accel_closure: assertion `gtk_accel_group_from_accel_closure (accel_closure) != NULL' failed (totem:6506): Gtk-CRITICAL **: gtk_accel_label_set_accel_closure: assertion `gtk_accel_group_from_accel_closure (accel_closure) != NULL' failed (totem:6506): GLib-GObject-WARNING **: invalid cast from `GtkLabel' to `BaconVolumeButton' (totem:6506): Gtk-CRITICAL **: gtk_range_set_value: assertion `GTK_IS_RANGE (range)' failed (totem:6506): GLib-GObject-WARNING **: invalid cast from `GtkLabel' to `BaconVolumeButton' (totem:6506): Gtk-CRITICAL **: gtk_range_set_value: assertion `GTK_IS_RANGE (range)' failed (totem:6506): GLib-GObject-WARNING **: invalid cast from `GtkLabel' to `TotemStatusbar' ** (totem:6506): CRITICAL **: totem_statusbar_set_time_and_length: assertion `TOTEM_IS_STATUSBAR (statusbar)' failed (totem:6506): GLib-GObject-WARNING **: invalid cast from `GtkLabel' to `TotemStatusbar' For some files, the video and audio still continue playing while the Gnome crash dialog is displayed. The GUI does not respond though. It looks to me that some changes in GUI have not been propogated to the version with xine backend. ** Affects: totem (upstream) Importance: Undecided Assignee: Ubuntu Desktop Bugs Status: Incomplete -- Totem-xine crashes on startup in dapper https://bugs.launchpad.net/bugs/5282 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 56912] Re: Impossible to configure more the 4 keyboard layouts
I still have not found a good enough reasoning behind having keyboard layouts being equal with keyboard groups. Switching over the whole keyboard configuration when the input langage changes seems to be the most flexible approach to the situation. Some languages could have only one keyboard group, while others could use up to 4 groups if they desire so. The only problem that needs to be solved for that is a way to link user space keyboard switcher application to the X server (as an X protocol extension, probably) so that this keyboard switcher can elect to receive keyboard combinations to switch languages. A more efficient way of switching the keyboard settings of an X server could be implemented in the same extension. For example, the keyboard switcher could either feed X sever with a precompiled keyboard layout or ask it to switch to a previosely used layout from the X servers cache. There are multiple input method frameworks out there (SCIM for example) that have to extend X keyboard layouts way beyond the protocol to make thier languages work as the users expect. It would be very nice if developers of these frameworks could come together and forge an official replacement of xkb with a new X extension, api and ui parts that would implement all needed features for all languages and would not have any arbitrary limits. -- Impossible to configure more the 4 keyboard layouts https://launchpad.net/bugs/56912 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
