[Bug 58179] Re: Doesn't autohide on context menu close
I wonder if this could be solved in a more general way by introducing a autohide timeout to gnome-panel. When you are using the panel, it's a very active operation. So even if the mouse cursor ends up resting on the panel when you return to using the application (such as typing in a console or word document) chances are you want the panel to hide (assuming you use this proposed setting). In short, I think the panel should have a setting that makes it aggressively close by having an inactivity timeout. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. https://bugs.launchpad.net/bugs/58179 Title: Doesn't autohide on context menu close -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 58179] Re: Doesn't autohide on context menu close
In other words, I think part of the problem is tying autohide to mouse out. It should be an option, not the only possibility. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. https://bugs.launchpad.net/bugs/58179 Title: Doesn't autohide on context menu close -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 695617] [NEW] offer two state toggle for sticky keys
Public bug reported: Binary package hint: gnome-settings-daemon Sticky keys offer a simpler way to initiate multi-key shortcuts involving modifiers. While handicapped users can certainly benefit, I believe sticky keys can be very powerful and useful for any user. It's common sense. It requires much less dexterity to enter three keys in sequence than trying to press them down all at once. However, the use of sticky keys can quickly become an annoyance when modifier keys are left in their sticky state. This happens to me all the time. I press down the modifier, but then perhaps I decide I don't need it. But you have to tend to it or else your next key or mouse button press is going to be combined with the active modifier. You deactive the key by pressing it again and again (or hitting Esc). What keeps biting me is the necessity to press the active modifier key twice rather than just once. You have to click the activate modifier twice to cycle through the locked sticky state, then on to the inactive state. In short, there are three states, instead of the desired two states: - inactive - active (transient) - locked I'm *constantly* banging on the keys to tare them (set them all inactive). I almost never want to use the locked state and cycling through it is a major annoyance. I'd like to be able to eliminate that state as an option. It should be noted that the sticky keys feature in KDE only has two states: inactive and active. There is no locked state. I think Gnome should at least accommodate that use case. ** Affects: gnome-settings-daemon (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-settings-daemon in ubuntu. https://bugs.launchpad.net/bugs/695617 Title: offer two state toggle for sticky keys -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 695617] Re: offer two state toggle for sticky keys
Ubuntu QA is working on addressing a similar issue of the stick keys getting left in an active or locked state. http://brainstorm.ubuntu.com/idea/26323 I think this is a multi-faceted issue (which means the problem presents itself in different ways). I'll provide some insight into the possible solutions: timeout - most of the time, when you are issuing a key binding sequence w/ sticky keys, its going to happen pretty quickly. So a timeout of a few seconds would alleviate a lot of lingering sticky keys problems two state toggle - this just makes it less steps to get a modifier back in the inactive state clear - sometimes you just need to reset all the sticky keys rather than try to figure out which keys need to be hit to switch them to inactive. A clear key binding or button would be very helpful in these cases. I also want to mention my use case, so that it's clear how important this feature is for users and especially developers. If I want to open a Java file in Eclipse, the key combination is: CtrlShiftt Trying to press those three characters all at once is a challenge, like playing twister with your fingers. It's so much easier to type one key at a time in a sort of bounce motion: Ctrl Shift t What we are trying to address in this bug is when you press Ctrl Then decide to take a different course. You have to go back and address the active sticky state of Ctrl before you do anything else. Currently, I have to bang out: Ctrl Ctrl I'd like to limit this to just one, or let it timeout after a few seconds. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-settings-daemon in ubuntu. https://bugs.launchpad.net/bugs/695617 Title: offer two state toggle for sticky keys -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 282769] Re: Autocheck spelling shows plurals as misspelled
I'm having the same issue in Ubuntu 9.10. gedit indicates that the language of the document is English, yet it is spell checking against the Australian version of English. I have to set the language of the document to English: United States explicitly. /etc/default/locale and the locale command both indicate that my system language is set to en_US.UTF-8. -- Autocheck spelling shows plurals as misspelled https://bugs.launchpad.net/bugs/282769 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 502535] Re: gnome-search-tool should allow queries to be saved
I've entered the upstream issue and linked to it. ** Bug watch added: GNOME Bug Tracker #606029 https://bugzilla.gnome.org/show_bug.cgi?id=606029 ** Also affects: gnome-utils via https://bugzilla.gnome.org/show_bug.cgi?id=606029 Importance: Unknown Status: Unknown -- gnome-search-tool should allow queries to be saved https://bugs.launchpad.net/bugs/502535 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 502535] [NEW] gnome-search-tool should allow queries to be saved
Public bug reported: Binary package hint: gnome-utils Ubuntu release: Karmic (9.10) Package: gnome-utils 2.28.1-0ubuntu1 The gnome-search-tool is a great utility to give the power of commandline searching to non-techie users. However, what you typically want to give them is not just the utility, but the search itself. Therefore, the gnome-search-tool should allow a search query to be saved and assigned an alias. That way, the end user can just click on the name and get the results they need without having to construct the search from scratch every time. As it turns out, this tool already supports this feature, in a way. The gnome-search-tool command provides commandline flags for every field in the user interface. This allows me to create a .desktop file that calls gnome-search-tool using my prepared query. So all the user interface needs to do is offer a way to generate a .desktop file from the current search and prompt the user for a name. The file can be saved to the desktop and the search can be run by clicking (or double-clicking) on it. Here's an example .desktop file that searches for songs less than a month old. [Desktop Entry] Encoding=UTF-8 Version=1.0 Type=Application Terminal=false Icon[en_US]=/usr/share/icons/Humanity/actions/48/search.svg Name[en_US]=Find New Songs Exec=gnome-search-tool --path /home/username/Music --regex .(mp3|ogg)$ --mtimeless=30 --sortby date --start Comment[en_US]=Search for songs less than 30 days old Name=Find New Songs Comment=Search for songs less than 30 days old Icon=/usr/share/icons/Humanity/actions/48/search.svg ** Affects: gnome-utils (Ubuntu) Importance: Undecided Status: New ** Tags: gnome-search-tool search -- gnome-search-tool should allow queries to be saved https://bugs.launchpad.net/bugs/502535 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-utils in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 50209] Re: new layout for logout-dialog
It may also be worth considering the points that Joel Spolsky raises in his Joel on Software entry entitied Choices = Headaches http://www.joelonsoftware.com/items/2006/11/21.html The question asked is why the user needs so many options. Since Ubuntu is all about making Linux easy and fun, perhaps it is a good candidate distribution to implement such a change. I don't think it is necessary to reduce it down to a single logout option, but the last three that he mentions seems to be a nice balance. Certainly the computer could hibernate from sleep mode after some time has past by. ** Attachment added: Visual criticism of Vista's logout options http://librarian.launchpad.net/5231943/21vistaOff.PNG ** Tags added: logout redesign usability -- new layout for logout-dialog https://launchpad.net/bugs/50209 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 19587] Re: Select contacts from Global Address List very slow
Actually, this bug is upstream and very active. As it turns out, someone else has noticed this problem and is able to reproduce it and provide a healthy chunk of feedback (the person is using gkrellm to relate network statistics). http://bugzilla.gnome.org/show_bug.cgi?id=313664 The reason I have continued to watch this bug so closely (even though I simply cannot gain access to an exchange server any longer) is because in my experience as an ubuntu advocate, one of the major complaints was that Evolution was not providing the same performance as Outlook (people are obsessed with the GAL in corporate america). I recognize this as a very crucial aspect of migration. So that you may better understand the issue, there are one of two problems going on here. Either the communication with the Exchange XML endpoint is staling, or the requests are queuing up in the connector code to the point of deadlock. Now, from the standpoint of certification of this distro, it would seem to me that someone, somewhere can help get a test server going so that we can actually give this thing a try. If I had somewhere to point, I would be testing it tonight. -- Select contacts from Global Address List very slow https://launchpad.net/bugs/19587 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 19400] MS exchange account cannot be deleted entirely
Public bug report changed: https://launchpad.net/malone/bugs/19400 Comment: Unfortunately I no longer have access to an exchange server to verify this problem. On 2/18/06, Sebastien Bacher [EMAIL PROTECTED] wrote: Public bug report changed: https://launchpad.net/malone/bugs/19400 Task: ubuntu evolution Sourcepackagename: evolution = evolution-exchange Assignee: Sebastien Bacher = Ubuntu Desktop Bugs Status: Unconfirmed = Needs Info Comment: Could you reply to the comment so we can close the bug or reopen the upstream one according to what is adapted -- Daniel Allen Registered Linux User #231597 Mojavelinux.com: Open Source Advocacy http://www.mojavelinux.com While I make a strong effort to keep up with my email on a daily basis, life and work come first and, at times, keep me away from my mail for a while. If you contact me and then don't hear back for more than a week, it is very likely that I am excessively backlogged or the message was caught in the filters. Please don't hesitate to resend a message if you feel that it did not reach my attention. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
