[Bug 1292113] Re: CTRL+ALT+T - shortcut to open Terminal is does not work
I also still encounter this problem sporadically in 15.04 -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-terminal in Ubuntu. https://bugs.launchpad.net/bugs/1292113 Title: CTRL+ALT+T - shortcut to open Terminal is does not work To manage notifications about this bug go to: https://bugs.launchpad.net/gnome-terminal/+bug/1292113/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1616332] Re: gnome-software using hundreds of MB of memory when not in use
I do not seem to have the memory leak problem (the used RAM doesn't seem to grow constantly and without bounds), but still it uses constantly almost 200 MB of memory, which seems kind of unacceptable to me for an application which is usually run rarely or not at all for people who prefer using apt. I get that terminal users should not be the main concern of the OS/DE developers, but still, an option to disable the gnome-software autostart would be nice. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-software in Ubuntu. https://bugs.launchpad.net/bugs/1616332 Title: gnome-software using hundreds of MB of memory when not in use To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1616332/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1754862] [NEW] Screen remains active on lid close
Public bug reported: I have a Dell XPS 13 9370 (early 2018 model) with Ubuntu 17.04 installed. I use the Gnome on XOrg session. When I close the laptop lid, I can see through the small (< 1mm) hairline crack that the screen is still active, showing the entire desktop. This happens only once I am logged in to the gnome shell session, I tried closing the lid before logging and the screen is correctly blanked. ** Affects: gdm3 (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gdm3 in Ubuntu. https://bugs.launchpad.net/bugs/1754862 Title: Screen remains active on lid close To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gdm3/+bug/1754862/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1754862] Re: Screen remains active on lid close
apport information ** Tags added: apport-collected artful ** Description changed: I have a Dell XPS 13 9370 (early 2018 model) with Ubuntu 17.04 installed. I use the Gnome on XOrg session. - When I close the laptop lid, I can see through the small (< 1mm) - hairline crack that the screen is still active, showing the entire - desktop. This happens only once I am logged in to the gnome shell - session, I tried closing the lid before logging and the screen is - correctly blanked. + When I close the laptop lid, I can see through the small (< 1mm) hairline crack that the screen is still active, showing the entire desktop. This happens only once I am logged in to the gnome shell session, I tried closing the lid before logging and the screen is correctly blanked. + --- + ApportVersion: 2.20.7-0ubuntu3.7 + Architecture: amd64 + CurrentDesktop: GNOME + DisplayManager: gdm3 + DistroRelease: Ubuntu 17.10 + InstallationDate: Installed on 2018-03-01 (11 days ago) + InstallationMedia: Ubuntu 17.10 "Artful Aardvark" - Release amd64 (20180105.1) + Package: gnome-shell 3.26.2-0ubuntu0.1 + PackageArchitecture: amd64 + ProcVersionSignature: Ubuntu 4.13.0-36.40-generic 4.13.13 + Tags: artful + Uname: Linux 4.13.0-36-generic x86_64 + UpgradeStatus: No upgrade log present (probably fresh install) + UserGroups: adm cdrom dip docker lpadmin plugdev sambashare sudo + _MarkForUpload: True ** Attachment added: "Dependencies.txt" https://bugs.launchpad.net/bugs/1754862/+attachment/5076765/+files/Dependencies.txt -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-shell in Ubuntu. https://bugs.launchpad.net/bugs/1754862 Title: Screen remains active on lid close To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1754862/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1754862] JournalErrors.txt
apport information ** Attachment added: "JournalErrors.txt" https://bugs.launchpad.net/bugs/1754862/+attachment/5076767/+files/JournalErrors.txt -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-shell in Ubuntu. https://bugs.launchpad.net/bugs/1754862 Title: Screen remains active on lid close To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1754862/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1754862] ProcCpuinfoMinimal.txt
apport information ** Attachment added: "ProcCpuinfoMinimal.txt" https://bugs.launchpad.net/bugs/1754862/+attachment/5076768/+files/ProcCpuinfoMinimal.txt -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-shell in Ubuntu. https://bugs.launchpad.net/bugs/1754862 Title: Screen remains active on lid close To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1754862/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1754862] ProcEnviron.txt
apport information ** Attachment added: "ProcEnviron.txt" https://bugs.launchpad.net/bugs/1754862/+attachment/5076769/+files/ProcEnviron.txt -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-shell in Ubuntu. https://bugs.launchpad.net/bugs/1754862 Title: Screen remains active on lid close To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1754862/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1754862] GsettingsChanges.txt
apport information ** Attachment added: "GsettingsChanges.txt" https://bugs.launchpad.net/bugs/1754862/+attachment/5076766/+files/GsettingsChanges.txt -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-shell in Ubuntu. https://bugs.launchpad.net/bugs/1754862 Title: Screen remains active on lid close To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1754862/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1754862] Re: Screen remains active on lid close
Keep in mind that I launched the command in a different configuration (external monitor attached configured as the single display) and without triggering the bug beforehand. Should I reupload any of the attachments immediately after having triggered the bug? i.e. after closing and reopening the lid using the laptop display that remains active. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-shell in Ubuntu. https://bugs.launchpad.net/bugs/1754862 Title: Screen remains active on lid close To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1754862/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1754862] Re: Screen remains active on lid close
Ok, sorry for the late answer. Attached here is a fragment of journal errors, this is the part that always gets logged when I close and reopen the lid with no external monitor attached. I collected it using `journalctl -b --priority warning --lines 50 --follow` ** Attachment added: "JournalErrors on lid close" https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1754862/+attachment/5083429/+files/journalErrors.txt -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-shell in Ubuntu. https://bugs.launchpad.net/bugs/1754862 Title: Screen remains active on lid close To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1754862/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1754862] Re: Screen remains active on lid close
Ok, I've found the problem. This was due to a setting I had enabled in "Gnome Tweak Tool": "Suspend when laptop lid is closed" to OFF Setting this option to OFF (the default is ON) adds an autostart link in .config/autostart/ignore-lid-switch-tweak.desktop, which runs the /usr/lib/gnome-tweak-tool/gnome-tweak-tool-lid-inhibitor utility, which creates a logind inhibitor: systemd-inhibit --list [...] Who: gnome-tweak-tool-lid-inhibitor (UID 1000/learts, PID 22291/gnome-tweak-too) What: handle-lid-switch Why: user preference Mode: block [...] "Mode: block" means that the signal is blocked and not passed to the other parts which may be handling the lid switch, including what I assume is the standard code handling the screen poweroff. By toggling the option to ON, the inhibitor goes away and the screen is turned off when I close the lid. Therefore, I advise everyone against using the "Suspend when laptop lid is closed" option in gnome tweak tools. A much better way to diisable suspend on lid cose is to edit /etc/systemd/logind.conf and set HandleLidSwitch=ignore. There are also the additional options of HandleLidSwitchDocked and HandleLidSwitchExternalPower (this one since systemd 238) to set a different action to take on lid close when the laptop is connected to an external monitor or AC power, respectively. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-shell in Ubuntu. https://bugs.launchpad.net/bugs/1754862 Title: Screen remains active on lid close To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1754862/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1754862] Re: Screen remains active on lid close
I spoke to soon. Even with gnome tweak tool option to ON and HandleLidSwitch=ignore in /etc/systemd/logind.conf , the screen remains active when the lid is closed. (In my previous test it turned off because I didn't set =ignore in logind.conf yet so it was actually going in standby). -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-shell in Ubuntu. https://bugs.launchpad.net/bugs/1754862 Title: Screen remains active on lid close To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1754862/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1287915] Re: pdf not rendered to device pixels on high-dpi screen
Will this be backported to trusty? -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evince in Ubuntu. https://bugs.launchpad.net/bugs/1287915 Title: pdf not rendered to device pixels on high-dpi screen To manage notifications about this bug go to: https://bugs.launchpad.net/evince/+bug/1287915/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1287915] Re: pdf not rendered to device pixels on high-dpi screen
I proposed evince as for a backport: https://bugs.launchpad.net/trusty- backports/+bug/1377281 If you want to help, mark yourself as afflicted by the bug and help with the testing. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evince in Ubuntu. https://bugs.launchpad.net/bugs/1287915 Title: pdf not rendered to device pixels on high-dpi screen To manage notifications about this bug go to: https://bugs.launchpad.net/evince/+bug/1287915/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1238346] Re: on bootup wrong keyboard layout is recognized
Same problem with Italian and English (USA) layout. After booting up Italian layout is showed in the panel and selected, but the real keyboard layout is actually English (USA). Selecting the Italian layout in the indicator (even though it's already selected) correctly sets the layout. -- 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/1238346 Title: on bootup wrong keyboard layout is recognized To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1238346/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1176885] [NEW] Nautilus opened as root user crashes when trying to view properties of file/folder owned by "normal" user: ERROR:nautilus-properties-window.c:1836:schedule_owner_change_timeout: as
Public bug reported: I encountered this bug when trying to replicate bug #822993. How to reproduce: 1) Open nautilus as root: 'gksudo nautilus' 2) Right click on a folder/file owned by normal user -> Properties Expected result: - Properties window What happens - Nautilus crashes with error: ERROR:nautilus-properties-window.c:1836:schedule_owner_change_timeout: assertion failed: (NAUTILUS_IS_FILE (file)) Ubuntu 13.04 Nautilus 1:3.6.3-0ubuntu16 ** Affects: nautilus (Ubuntu) Importance: Undecided Status: New ** Description changed: I encountered this bug when trying to replicate bug #822993. - - How to reproduce: + + How to reproduce: 1) Open nautilus as root: 'gksudo nautilus' 2) Right click on a folder/file owned by normal user -> Properties - - Expected result: - Properties window - - What happens - Nautilus crashes with error: ERROR:nautilus-properties-window.c:1836:schedule_owner_change_timeout: assertion failed: (NAUTILUS_IS_FILE (file)) + + Expected result: + - Properties window + + What happens + - Nautilus crashes with error: ERROR:nautilus-properties-window.c:1836:schedule_owner_change_timeout: assertion failed: (NAUTILUS_IS_FILE (file)) Ubuntu 13.04 Nautilus 1:3.6.3-0ubuntu16 -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1176885 Title: Nautilus opened as root user crashes when trying to view properties of file/folder owned by "normal" user: ERROR:nautilus-properties- window.c:1836:schedule_owner_change_timeout: assertion failed: (NAUTILUS_IS_FILE (file)) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1176885/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 822993] Re: Applying Permissions to enclosed files in Nautilus' Folder Properties window doesn't work
It was never a bug in the first place, just bad design: https://bugzilla.gnome.org/show_bug.cgi?id=663649#c3 Cosimo Cecchi, Nautilus developer, said: "Apply permissions to enclosed files" button is only meant to apply *permissions* (as in the values of the "Folder/File Access" comboboxes) recursively, and not group and owner information (and it works in that regard). The current version of Nautilus has a modified interface that makes more clear that only permission are changed on enclosed files. ** Changed in: nautilus (Ubuntu) Status: Triaged => Fix Released -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/822993 Title: Applying Permissions to enclosed files in Nautilus' Folder Properties window doesn't work To manage notifications about this bug go to: https://bugs.launchpad.net/nautilus/+bug/822993/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 124440] Re: Ubuntu needs a way to set mouse scrolling speed
Just a reminder: if you have ultra-fast scrolling speed in some MS bluetooth mouses, this is a 'universal' bug (happens in Windows too). Removing the bluetooth dongle and reinserting it usually resolves it. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-control-center in Ubuntu. https://bugs.launchpad.net/bugs/124440 Title: Ubuntu needs a way to set mouse scrolling speed To manage notifications about this bug go to: https://bugs.launchpad.net/gnome-control-center/+bug/124440/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 646798] Re: eog window size exceeds screen height
Confirming the bug on default Ubuntu 13.04 installation, eog 3.6.2-0ubuntu1. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to eog in Ubuntu. https://bugs.launchpad.net/bugs/646798 Title: eog window size exceeds screen height To manage notifications about this bug go to: https://bugs.launchpad.net/eog/+bug/646798/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 646798] Re: eog window size exceeds screen height
I provided Felix Riemann (eog developer) the output he requested. Hopefully it will help him (or anyone) fix the bug. The upstream bug: https://bugzilla.gnome.org/show_bug.cgi?id=630512 -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to eog in Ubuntu. https://bugs.launchpad.net/bugs/646798 Title: eog window size exceeds screen height To manage notifications about this bug go to: https://bugs.launchpad.net/eog/+bug/646798/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 646798] Re: eog window size exceeds screen height
** Description changed: - Binary package hint: eog + * IMPACT * + Eye of gnome (eog), sometimes has a window size that exceeds the screen height, which makes the bottom of the window (mostly the status bar) invisible. - Hi ! + * HOW TO REPRODUCE * + 1. Open this image with eye of gnome: +http://pinkie.ponychan.net/chan/files/src/136745379914.png - As of 09-24-2010 (eog 2.31.92), when opening a picture with eog, the - window size always exceeds the screen height ; which makes it impossible - to see its status bar without holding alt and moving the window. + (Note: it is not guaranteed to trigger the bug on every resolution, but + should work for the most common screen resolutions) - Please note it does occur from a fresh install / blank home directory as - well. - - If necessary and if other people manage to reproduce this issue, I will - write an upstream bug report ASAP. - - Cheers ! - - ProblemType: Bug - DistroRelease: Ubuntu 10.10 - Package: eog 2.31.92-0ubuntu1 - ProcVersionSignature: Ubuntu 2.6.35-22.33-generic 2.6.35.4 - Uname: Linux 2.6.35-22-generic x86_64 - NonfreeKernelModules: nvidia - Architecture: amd64 - Date: Fri Sep 24 15:02:48 2010 - InstallationMedia: Ubuntu 10.10 "Maverick Meerkat" - Alpha amd64 (20100923) - ProcEnviron: - LANG=fr_FR.utf8 - SHELL=/bin/bash - SourcePackage: eog + * REGRESSION POTENTIAL * + The patch is short and simple, has a limited (if not null) potential to regression. + But it could: + - Generate strange / inadequate window size when viewing an image in eye of gnome + - Other problems related to window/view/image size when viewing an image in eye of gnome ** Changed in: eog (Ubuntu) Status: Triaged => Fix Committed ** Changed in: eog (Ubuntu) Assignee: (unassigned) => Leonardo Donelli (learts92) -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to eog in Ubuntu. https://bugs.launchpad.net/bugs/646798 Title: eog window size exceeds screen height To manage notifications about this bug go to: https://bugs.launchpad.net/eog/+bug/646798/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 646798] Re: eog window size exceeds screen height
Ops, sorry, I forgot to update. Immediately after my last message I started working on a patch. Turns out it was quite trivial, and I've produced one I proposed upstream (which already has a positive review) and I asked what to do downstream in IRC (#unbutu-desktop). cyphermox and robru reviewed my patch, considered it good enough and suitable to SRU, and cyphermox is currenly packaging it. ** Changed in: eog (Ubuntu) Status: Triaged => In Progress -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to eog in Ubuntu. https://bugs.launchpad.net/bugs/646798 Title: eog window size exceeds screen height To manage notifications about this bug go to: https://bugs.launchpad.net/eog/+bug/646798/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1170647] Re: Nautilus opens new window instead of restoring the minimized window
I tried to give a look into the problem, even though i'm not expert in unity internals, GTK, desktop files, ecc. There is a big chaos. There is a transition going on between using nautilus.desktop and nautilus-home.desktop (apparently Unity used to use nautilus-home.desktop but is converging to the "standard" nautilus.desktop), as a result there are various .desktop files. There are also .desktop files for the mounted external drives (and launcher icons for external drives have strange / incosistent behaviour, by the way: when clicking on them the nautilus window that opens is 'assigned' to the nautilus launcher [the small arrow is on that] but the drive launcher still controls it: it can bring the window on foreground if it isn't). On top of that, nautilus already has functions to determine if a specific location is already open, and in that case it avoids opening a new window for it (unless you use the --new-window parameter). -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1170647 Title: Nautilus opens new window instead of restoring the minimized window To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1170647/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1176885] Re: Nautilus opened as root user crashes when trying to view properties of file/folder owned by "normal" user: ERROR:nautilus-properties-window.c:1836:schedule_owner_change_timeout: asse
** Bug watch added: GNOME Bug Tracker #700492 https://bugzilla.gnome.org/show_bug.cgi?id=700492 ** Also affects: nautilus via https://bugzilla.gnome.org/show_bug.cgi?id=700492 Importance: Unknown Status: Unknown -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1176885 Title: Nautilus opened as root user crashes when trying to view properties of file/folder owned by "normal" user: ERROR:nautilus-properties- window.c:1836:schedule_owner_change_timeout: assertion failed: (NAUTILUS_IS_FILE (file)) To manage notifications about this bug go to: https://bugs.launchpad.net/nautilus/+bug/1176885/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 682788] Re: Improve Unity Global Menu
Selection bias. This is a bug report in which the global menu functionality on unmaximized windows is reported as a bug. Of course the vast majority of people on this page are against this feature. So I'll speak in favor of it. Personally i love global menu (both on maximized and unmaximized windows) and it's *the* feature that keeps Ubuntu my OS of choice. Since when I got used to it "no global menu" -> "not an options as personal OS " (and my screen is 1600x900, for those saying that if the screen is > 1280x1024, than global menu is bad) For those talking about auto-hiding and 'easy discovery of menu options': there's HUD for that now. It's amazing. The concept behind it has been proved successful in the past, on desktops: dash/launchers vs desktop icons, web search engines vs web directories. Example: I wonder if GIMP has a function for lens flare. With HUD i press alt and type 'flare'. With the menu, i explore lists and sublists of menus categories until I find it (assuming I don't miss it)- The only case when the normal menus are better is when I want to just 'explore' the options, without looking for anything in particular ("Let's see if there is something cool"), How many times does that happens? 1 per application per lifetime? Well, for that time you can do the enormous effort of moving the mouse a little higher. A lot of people here lamenting Unity sounds a lot like those windows users that try some distro and say "Where is the start button? What, there isn't one?! This OS is stupid!". That being said, unless it's difficult to implement (I doubt it) I don't see why not give the users the option to disable it. -- 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/682788 Title: Improve Unity Global Menu To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/682788/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 491555] Re: In gedit's Replace window, a single Tab does not move focus from Search to Replace field
Still an issue on Ubuntu 13.04, gEdit 3.6.2 There's a patch upstream by a gEdit developer, almost 3 years old. It works, but another developer said he doesn't like it (code-style-wise). Maybe we could implement it as Debian patch while we wait for an upstream solution? -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gedit in Ubuntu. https://bugs.launchpad.net/bugs/491555 Title: In gedit's Replace window, a single Tab does not move focus from Search to Replace field To manage notifications about this bug go to: https://bugs.launchpad.net/gedit/+bug/491555/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs