[Bug 18780] Re: Browser: tree view rendering problem
I can't help observing that comments like the previous one probably don't do much to promote a community where perspectives and needs are respectfully discussed, as they undermine an environment of constructive critique. It sounds like a user taking out frustration from a specific experience on a group of people who are putting (at least some) effort towards solving the frustration, and the use of general attacks like "I thought Nautilus was pretending to be easy to use" and "scare away new users" don't seem to add anything to a discussion of HOW Nautilus might "pretend to compete" on this topic. That said, Owlstead highlights the point that any visual miscues that make Nautilus less easy and clear to use, runs the risk of making Ubuntu less desirable to new computer users -- and that the same miscues can lead to risk of file loss by hasty users even when they do have a great deal of experience. It would be great if these points could be made a little more constructively -- if for nothing else, then for the fact that these bugs are public and seen and read by a pretty wide audience. I understand that there's a group making moves to redesign Nautilus altogether, I think something along the timeline of the Gnome Shell project. I wonder if they have taken this long-standing annoyance into account? -- Browser: tree view rendering problem https://bugs.launchpad.net/bugs/18780 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a direct subscriber. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 120402] Re: ctrl+x closes the window
Note for clarity: this bug happens when the dvorak keyboard layout is configured but not currently the active layout; since the QWERTY X key is the DVORAK Q key, pressing CTRL + X incorrectly triggers the CTRL + Q shortcut (not W as stated above) even when the DVORAK layout is not active. -- ctrl+x closes the window https://bugs.launchpad.net/bugs/120402 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 120402] Re: ctrl+x closes the window
This may be a gtk issue but it doesn't look like it is going to get resolved anytime soon upstream. Is there any chance that Tomboy could develop a workaround? I'd recommend creating an option to disable the CTRL + W shortcut key. Tomboy's preferences window already has a "Hotkeys" section, so this would be a relatively small change and there are probably users out there (such as me) who depend on certain hotkeys, but would prefer to disable the "Close All Windows" hotkey, regardless of the state of this individual bug. -- ctrl+x closes the window https://bugs.launchpad.net/bugs/120402 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 182601] Re: Export to Separate HTML Files
In the GUI, this could probably be reduced to just a separate checkbox in Tomboy's "Export to HTML" plugin. Currently this plugin has an option not only to export linked notes, but to do so recursively. The only features missing which are requested in this report are: 1) - Put each linked note in a separate HTML file as opposed to appending to the same file 2) - Add command-line functionality -- Export to Separate HTML Files https://bugs.launchpad.net/bugs/182601 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 160565] Re: Rhythmbox Volume Control is laggy
I just switched to Intrepid beta and this seems fixed! :-) From what I'm hearing in related bug discussions, it was the newer kernel that did it. -- Rhythmbox Volume Control is laggy https://bugs.launchpad.net/bugs/160565 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 144330] Re: Using funtion key to change volume of rhythmbox sometimes causes linux to freeze
Eugrus: I don't experience that buzzing in Rhythmbox when media volume keys are pressed. Instead, as described, Rhythmbox stops responding (although music continues to play) and other windows may even be affected, like Firefox, if I switch to them to wait for Rhythmbox to pull itself together. The fact that other GTK-dependent windows also subsequently freeze up if I switch to them, *could* indicate that the freezup is a GTK problem... -- Using funtion key to change volume of rhythmbox sometimes causes linux to freeze https://bugs.launchpad.net/bugs/144330 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to rhythmbox in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 198135] Re: Nautilus side-pane tree view: remove "open" arrows where no subfolders
** Attachment added: "Dependencies.txt" http://launchpadlibrarian.net/12371327/Dependencies.txt ** Attachment added: "ProcMaps.txt" http://launchpadlibrarian.net/12371328/ProcMaps.txt ** Attachment added: "ProcStatus.txt" http://launchpadlibrarian.net/12371329/ProcStatus.txt -- Nautilus side-pane tree view: remove "open" arrows where no subfolders https://bugs.launchpad.net/bugs/198135 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 198135] [NEW] Nautilus side-pane tree view: remove "open" arrows where no subfolders
Public bug reported: Binary package hint: nautilus When I'm browsing folders in Nautilus' side-pane tree view, I automatically assume that if a folder has an arrow next to it, it will not show "[empty]" when I click on the arrow. If the folder has nothing worth showing, why not just hide the arrow? This would increase clarity because that way, one can easily see which folders contain subfolders and which ones don't, helping the user to locate the correct folder more quickly. I'm using Ubuntu 7.10. Package involved: Nautilus, I'm assuming. It's v2.20. What happens: 1) While browsing folders, show the side pane. 2) In the side pane, select the Tree view. 3) Observe that every folder is accompanied by a "Show Contents" arrow, even if the folder will display only "[empty]" when that arrow is clicked. What I wish would happen: ... 3) Observe that only folders which have subfolders inside them are accompanied by a "Show Contents" arrow, helping me recognize folders more easily. ProblemType: Bug Architecture: i386 Date: Mon Mar 3 15:35:09 2008 DistroRelease: Ubuntu 7.10 ExecutablePath: /usr/bin/nautilus Package: nautilus 1:2.20.0-0ubuntu7.1 PackageArchitecture: i386 ProcCmdline: nautilus --no-default-window --sm-client-id default2 ProcCwd: /home/topher ProcEnviron: PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: nautilus Uname: Linux chunt-tacit 2.6.22-14-generic #1 SMP Tue Feb 12 07:42:25 UTC 2008 i686 GNU/Linux ** Affects: nautilus (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug -- Nautilus side-pane tree view: remove "open" arrows where no subfolders https://bugs.launchpad.net/bugs/198135 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 144330] Re: Using funtion key to change volume of rhythmbox sometimes causes linux to freeze
I can confirm this in Gutsy most recent update (I used the "Report a Problem" menu so details should be attached). Whether using Compiz or in Metacity, if I have Rhythmbox as the active window and I use the FN volume keys or the laptop's frontal volume hotkeys to change the volume, NOTE: I'm not sure what this bug did in the past, but currently it only makes Rhythmbox (and any other applications I switch to) hang for about 20 seconds. When I test this in Compiz, the Rhythmbox window fades dark to indicate nonresponsiveness. Then after 20 seconds or so it returns to normal. As mentioned above, using sliders to change volume works fine. The FN volume keys also work fine AS LONG AS Rhythmbox is not the active window, or if I am switched to another desktop. I'm running an Inspiron 1520. My device DB key is <8571d049b59a4f8a891c8a773a3b16e1>. I hope this info helps. It would make sense to me if it were an issue with GTK, but on the other hand I've only ever seen this happen with Rhythmbox. -- Using funtion key to change volume of rhythmbox sometimes causes linux to freeze https://bugs.launchpad.net/bugs/144330 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to rhythmbox in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 160565] Re: Rhythmbox Volume Control is laggy
As Sebastien said - to be honest, I thought this was a feature like Amarok's default fade-in for music. I can see why this might bother someone who massively multitasks but I don't see it as high priority for standard desktop users. -- Rhythmbox Volume Control is laggy https://bugs.launchpad.net/bugs/160565 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
