[Bug 1585863] Re: WiFi malfunction after suspend & resume stress - sudo wpa_cli scan required to fix it.
I installed Fourdollars' PPA but I can see current version is higher than that (1.2.4 vs 1.2.2 in the PPA). I'm using yakkety right now. How can I test the PPA's version? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1585863 Title: WiFi malfunction after suspend & resume stress - sudo wpa_cli scan required to fix it. To manage notifications about this bug go to: https://bugs.launchpad.net/network-manager/+bug/1585863/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1585863] Re: WiFi malfunction after suspend & resume stress - sudo wpa_cli scan required to fix it.
@auspex: Your script doesn't work here. I just created it and gave it execution permissions, rebooted and tried a sleep/resume cycle. No dice. I'm just amazed no one from Canonical is chiming in. This has been happening from the very moment I installed 16.04 on its release day and it happens in the two laptops I use (Lenovo T400 and Dell Studio 1537, both with Intel wireless cards). It's so obvious I didn't even try to file a bug understanding it would be naturally solved by 16.04.1 at the latest... I'm truly amazed in the worst sense. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1585863 Title: WiFi malfunction after suspend & resume stress - sudo wpa_cli scan required to fix it. To manage notifications about this bug go to: https://bugs.launchpad.net/network-manager/+bug/1585863/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 955193] Re: Menu bar - add option for the global menu to make it always visible
A few months back I got the impression this would be implemented as a tweak in dconf or something equally hacky. While not the exact solution we're waiting for, it would have been an advance. What happened to that? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/955193 Title: Menu bar - add option for the global menu to make it always visible To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/955193/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 682788] Re: Improve Unity Global Menu
Four years have passed and we still have no permanent menus and most of the issues posed by this bug remain acknowledged but unsolved. I can't quite get what the process is, but it just isn't working. Are these issues being looked at in Unity 8 at least? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to 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 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 682788] Re: Improve Unity Global Menu
May I ask what fix was released, Marco, and what's exactly the nature of the fix? Has it been fixed for the current Ubuntu version (14.04.1) or is it fixed for an upcoming one? If it's the latter, which one: 14.10 or/and 14.04.2? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to 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 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 682788] Re: Improve Unity Global Menu
2014-07-10 21:59 GMT+02:00 Stephen M. Webb : > ** Changed in: compiz > Milestone: 0.9.11.0 => None > Does this mean this will never be fixed? We're still waiting for the option to keep the menus permanently visible... I have a few Ubuntu installations (a lawyers office in particular) where users are complaining about not finding the menus. Will I have to completely uninstall the global menu? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to 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 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1282138] Re: [HP Compaq 6910p Notebook PC] suspend/resume failure
Is there a solution for this bug? I have two of these laptops and both exhibit the same issue even after 14.04 release. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1282138 Title: [HP Compaq 6910p Notebook PC] suspend/resume failure To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1282138/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 682788] Re: Improve Unity Global Menu
2014-04-03 3:55 GMT+02:00 Stephen M. Webb : > Fix Released in Unity Unity 7.2.0. > > ** Changed in: unity >Status: Fix Committed => Fix Released > > This is simply not true. Only half of the problem has been solved. The visibility issue has been ignored by the design team so far. I don't know if Marco has included the gconf/dconf key to partially palliate the problem but that IS NOT a solution to the visibility part of this bug, only a quick'n'dirty patch. Please don't mark as fixed a bug that's only half fixed. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to 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 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 682788] Re: Improve Unity Global Menu
I proposed exactly that to Marcon Trevisan and he asked me to look for John Lea on IRC. I confess I haven't had the time (I've never used IRC before and haven't even learned how to). Here's my proposal: http://blog.3v1n0.net/informatica/linux/ubuntu- introducing-locally-integrated-menus-to- unity-7/?utm_source=twitterfeed&utm_medium=twitter#comment-1270843203 (there's a pretty interesting talk in the comments at that Marco's post) While it probably is too late to put the title on the screen top bar and the menu permanently visible on the window title bar, Marco said he would put some gconf/dconf setting to make the menu permanently visible. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to 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 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1263278] Re: Use FFmpeg instead of Libav
Reports of the libav fork languishing to death and the original ffmpeg actually being frequently updated are all over the place. Ubuntu can -and should- use the proper ffmpeg, regardless of what Debian decides. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1263278 Title: Use FFmpeg instead of Libav To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libav/+bug/1263278/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 682788] Re: Improve Unity Global Menu
May I suggest we take a look at the description of the bug? At the end it says: The following options will be added to 'System Settings/Appearance': --- Menus Location: Global/Local Visibility: Hidden/Always displayed --- Location has been masterfully solved by Trevilño. The second one is just a switch/checkbox away. C'mon we're almost there!!! -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to 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 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 682788] Re: Improve Unity Global Menu
Nice, but the menus keep vanishing. This doesn't really solve one of the most controversial issues. There must be a way to have the menus permanently visible. Many (myself included) would rather have the window title vanishing, making it visible when hovering over windows buttons or the empty area to the right of the menu, for instance. Otherwise, very nice indeed. 2014-02-20 23:33 GMT+01:00 TomasHnyk : > Is not it this: http://www.omgubuntu.co.uk/2014/02/locally-integrated- > menus-ubuntu-14-04?utm_source=rss&utm_medium=rss&utm_campaign=locally- > integrated-menus-ubuntu-14-04&utm_reader=feedly > > -- > You received this bug notification because you are subscribed to the bug > report. > https://bugs.launchpad.net/bugs/682788 > > Title: > Improve Unity Global Menu > > Status in Ayatana Design: > Fix Committed > Status in Compiz: > Invalid > Status in Unity: > Fix Committed > Status in “unity” package in Ubuntu: > Triaged > Status in “unity-control-center” package in Ubuntu: > Triaged > Status in Baltix GNU/Linux: > Confirmed > > Bug description: > ===+++ _ ! ALL USERS ! _ +++=== > ===+++ READ THIS BEFORE MAKING A COMMENT OR MODIFICATION +++=== > > IMPORTANT 1: Please don't post any "me too message"; use the "Does > this bug affect you?" feature you can find a bit above this bug > description on Launchpad. > > IMPORTANT 2: Do not post anything if you haven't read all comments to > verify that your point hasn't been made. If you feel tempted to stop > reading because there are too many messages, that is a strong > indicator that you shouldn't add even more comments. Developers have a > tough time to find anything if you post redundant stuff. So please > abstain from doing that. > > = > Global menu in general (not only in Unity) is very unergonomic on large > screens (see the attached screenshot) because if you have a small window > somewhere near the low right corner you have to move the cursor all the way > up to to panel to reach the menu. I understand why the global menu was used > for the netbook edition (it saves space and most windows are maximized), > but since Unity is intended to be for the desktop edition there should be > an option to switch to the traditional position of the app menu. It would > be welcomed by many desktop users. Please try to find a solution for it > that works. > > A commonly suggested solution is: >[ ] Global Menu on >[ ] Global Menu off >[ ] Global Menu only for maximized windows > The default is usually suggested as either the first (on) or last (on > only for maximized windows). > > - > Desired change: > > Implement the 'Enhanced Menu' project for 12.10. This project will > address the issue described in this bug and also issues described in > the duplicates of this bus. Note this is the 'official' bug that > tracks the implementation of this project. > > The following options will be added to 'System Settings/Appearance': > > --- > Menus > Location:Global/Local > Visibility: Hidden/Always displayed > --- > > To manage notifications about this bug go to: > https://bugs.launchpad.net/ayatana-design/+bug/682788/+subscriptions > -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to 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 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 682788] Re: Improve Unity Global Menu
2013/12/8 David Wolfe > All to save what? 24 pixels of vertical space? Ludicrous. Actually the global menu per se is not the issue here. Almost every commenter likes it; just not the way it behaves _exclusively_ (not "by default", since there are barely any options). So I would rephrase to say "All to save what? A few hours of a developer introducing the already designed options and just a maybe bigger but better code to maintain?" THAT's the "benevolent dictator"'s responsibility and only his (just read his despising words along the whole thread). His disdain for proper reasoning and logic is simply appalling and frankly depressing. Here's hope that some of the brilliant minds at Canonical (definitely not his), will take on the responsibility of making Unity 8 a better Unity by including AT LEAST the chance of add-ons that allow third parties to tweak it. Creating non-extensible software in 2014 sounds unbelievably prehistoric, so -again- I expect that we have AT THE VERY LEAST, an extensible-by-design Unity. At that point, we can stop worrying about Shuttleworth's reasoning skills and simply build persistent add-ons instead of patches that will be overwritten every other week. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to 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 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 682788] Re: Improve Unity Global Menu
2013/12/4 Ryan Koesters > @Aleve Sicofante: Can you explain what you mean by resist updates? > > I mean, will we have to apply the patch after each update? Sometimes updates overwrite patched versions of Unity. I'm asking if this patch suffers from the same or is it independent from ordinary system updates? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to 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 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 682788] Re: Improve Unity Global Menu
Will this patch "resist" updates? 2013/12/4 Ryan Koesters > @Mateusz Stachowski: I am currently working on a patch to do that for > unity-control-center. > > -- > You received this bug notification because you are subscribed to the bug > report. > https://bugs.launchpad.net/bugs/682788 > > Title: > Improve Unity Global Menu > > Status in Ayatana Design: > Fix Committed > Status in Compiz: > Triaged > Status in Unity: > Confirmed > Status in “compiz” package in Ubuntu: > Triaged > Status in “metacity” package in Ubuntu: > Triaged > Status in “unity” package in Ubuntu: > Triaged > Status in Baltix GNU/Linux: > Confirmed > > Bug description: > ===+++ _ ! ALL USERS ! _ +++=== > ===+++ READ THIS BEFORE MAKING A COMMENT OR MODIFICATION +++=== > > IMPORTANT 1: Please don't post any "me too message"; use the "Does > this bug affect you?" feature you can find a bit above this bug > description on Launchpad. > > IMPORTANT 2: Do not post anything if you haven't read all comments to > verify that your point hasn't been made. If you feel tempted to stop > reading because there are too many messages, that is a strong > indicator that you shouldn't add even more comments. Developers have a > tough time to find anything if you post redundant stuff. So please > abstain from doing that. > > = > Global menu in general (not only in Unity) is very unergonomic on large > screens (see the attached screenshot) because if you have a small window > somewhere near the low right corner you have to move the cursor all the way > up to to panel to reach the menu. I understand why the global menu was used > for the netbook edition (it saves space and most windows are maximized), > but since Unity is intended to be for the desktop edition there should be > an option to switch to the traditional position of the app menu. It would > be welcomed by many desktop users. Please try to find a solution for it > that works. > > A commonly suggested solution is: >[ ] Global Menu on >[ ] Global Menu off >[ ] Global Menu only for maximized windows > The default is usually suggested as either the first (on) or last (on > only for maximized windows). > > - > Desired change: > > Implement the 'Enhanced Menu' project for 12.10. This project will > address the issue described in this bug and also issues described in > the duplicates of this bus. Note this is the 'official' bug that > tracks the implementation of this project. > > The following options will be added to 'System Settings/Appearance': > > --- > Menus > Location:Global/Local > Visibility: Hidden/Always displayed > --- > > To manage notifications about this bug go to: > https://bugs.launchpad.net/ayatana-design/+bug/682788/+subscriptions > -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to 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 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
> "and onwards" means 12.04, 12.10, 13.04 and 13.10. > My fault. You're right. > > Aleve - Which Ubuntu release and variety > (Ubuntu/Kubuntu/Xubuntu/Lubuntu/GNOMEbuntu) are you using? I'm > wondering if your implementation is not using gtk-window-decorator. > Plain mainstream official Ubuntu 13.04. It works differently in a Macbook Pro A1150 (32 bits), a Lenovo T400, a Dell Studio 1537, a BTO workstation... -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
Just one more question: why should I have to install mutter on plain Unity Ubuntu which doesn't use it at all? Sam Spilsbury (smspillaz) wrote: > > > 11.10 and onwards: Install mutter (sudo apt-get install mutter) and > edit org.gnome.mutter 'draggable-border-width' in dconf-editor > -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
2013/7/29 Sam Spilsbury > Please stop asking to revert the status of this bug. It is fine as is: > > 1. This bug was fixed in compiz and Unity in 11.04 (two years ago now). > The left, right and bottom window borders now have a ten-pixel each-way > grab area. > This is plain false. Wanna come over my place to see it for yourself? > 2. A similar grab area was added to the top border in 13.04 > Again, this can be proved false on many computers. I can show you a few. > 3. If no such grab area exists In other words: such grab area might not exist, so how on Earth can you say this is fixed? > and you are running Unity 3D, you can configure the borders so that they > do exist: > 11.04: Open > /usr/share/themes/Ambiance/metacity-1/metacity-theme-1.xml and edit the > tags under with the name "normal_focused" and > "normal_unfocused" and add left="left_padding" right="right_padding" > bottom="bottom_padding" > 11.10 and onwards: Install mutter (sudo apt-get install mutter) and > edit org.gnome.mutter 'draggable-border-width' in dconf-editor > What about 12.04, 12.10 and 13.04 users? Can't you see there are complaints from users of these versions as well? 5. This bug is only fixed in Unity 3D. Any similar issues with other > desktop environments (gnome-classic, xfce, kde) should be reported to the > relevant upstream. > This bug IS NOT FIXED. Just saying so won't magically change facts. And the facts show very clearly LOTS of people have a really hard time grabbing windows borders. Some people experience it at the top of the windows, some at the sides, some at the bottom... (and we're not even talking about the elusive target of Nautilus' sidebar resizing handle...). I'm no developer so I can't imagine how you guys go about this thing, but it behaving differently for different users on different computers should tell you something. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
And who are those Masters of the Universe who can revert the "fix released" status? 2013/7/29 Ben Shadwick > This bug is going to be ignored unless you can get someone to revert the > "fix released" status. I've contacted some of the people who set that > status on this bug, and I suggest that others do the same. > > -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 160311] Re: Resizing windows by grabbing window borders is difficult
Why isn't this configurable in gconf/dconf or something? It seems every system behaves differently, which is quite weird (maybe it depends on the monitors resolution?) Please don't hardcode this and give us a workaround, at least until the touch OS is ready and resources come back to the desktop. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 682788] Re: Improve Unity Global Menu
I'm confused. This bug can only be solved in future versions of Unity. Since current is Unity 7 and the design hasn't been changed, our first hopes go to Unity 8, where Compiz won't be used at all. So unless Unity 7 introduces the desired behavior in 13.10, which seems unlikely (since nobody has even mentioned it so far) what exactly does all this "Compiz fix at a later release" means at all??? 2013/7/22 papukaija <682...@bugs.launchpad.net> > It means that the work/fix has been postponed to a later release of > Compiz. > -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to 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 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 682788] Re: Improve Unity Global Menu
Sorry for my ignorance. What exact changes have happened to Compiz regarding this bug that you're informing us about here? 2013/7/22 Sam Spilsbury > ** Changed in: compiz > Milestone: 0.9.10.0 => 0.9.10.2 > -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to 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 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 682788] Re: Improve Unity Global Menu
This bug isn't fixed in 13.04 yet. Maybe the developers John Lea and Marco Trevisan (Treviño) could chime in and let everybody know if we can expect it to be fixed in 13.10? Thanks. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to 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 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 682788] Re: Improve Unity Global Menu
@Leonardo Donelli: Have you actually read this bug report at all? People here is not against the global menu per se. Gosh, even the title says it very clear!!! All we want is IMPROVEMENT, which in this case means some pretty well argued options (compared to the total lack of rationale for the current status...). The HUD doesn't solve the problems illustrated here. It's just a different way of accessing the menus (keyboard vs mouse), not a reason to hide them. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to 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 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 682788] Re: Improve Unity Global Menu
LIM has been announced for Saucy. I understand it's not a proper announcement, but just an idea in the ongoing UDS. Whoever is attending the UDS, please remind the team of this hugely followed bug. If they're planning an overhaul of the menu system, they should pay attention to everything that has been said here. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to 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 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 779088] Re: Unity's top panel's size
This is needed for using Ubuntu on high dpi screens. I have a 15,6" 1920x1200 screen and almost everything has been scaled properly, so more or less, everything looks like the same size of a standard 96 ppi screen, just more detailed. But the panel won't resize with the fonts and that looks VERY ugly. I've heard Unity Next will have some sort of resolution independence. Is that true? That might solve the issue. Until then, I support Tin Tvrtkovic's proposal (#8): make the height of the panel and icon size dependent on the panel's font size. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/779088 Title: Unity's top panel's size To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/779088/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
2013/2/1 Sam Spilsbury > > Ah, I believe I made it so that if mutter wasn't installed, it just > uses the default value of 10px, as there was very little usecase for > making it configurable. > > If you want to adjust it, you'll have to install mutter, and adjusting > that setting will adjust the draggable border width on both mutter and > unity. Thanks. I might do that. I still urge the developers to either add such a key to dconf or just fix the issue in Unity. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
2013/2/1 Sam Spilsbury > > > There's no such thing in Unity. Mutter is used in Gnome Shell... > > > > gtk-window-decorator integrates with the mutter keys. > Lovely, but there's stil no "org.gnome.mutter:draggable- border-width" key in my Unity-only installation's dconf. Actually, there's nothing like org.gnome.mutter there. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
2013/1/31 Sam Spilsbury > > Aleve, if you are still having problems resizing windows you can bump > up the padding around the window. If I remember correctly its in the > key org.gnome.mutter:draggable-border-width > There's no such thing in Unity. Mutter is used in Gnome Shell... -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
2013/1/31 Andrea Corbellini : > Dear Aleve, > > Please, do not modify this old bug. You are wasting contributors' time. > > As John Lea has already pointed out, the issue you are describing has > already been reported as bug #717444. > > The reason why this bug should remain closed is that a fix has already > been written for it. If you are still affected by the bug, then the root > cause may be totally different. 'Symptoms' and 'causes' are totally > different concepts, and for the propuse of this bug tracker we only look > at causes (because we fix the causes, not the symptoms). > > I'm sorry that you are having difficulties, but this is not the right > place to discuss. > > ** Changed in: unity >Status: New => Fix Released > Dear Andrea: This bug is NOT fixed in Unity, so "Fix Released" is a plain lie. I kindly suggest you change the status ASAP. The title and description of this bug define perfectly well what happens not just in my system, but in many others. As a matter of fact, I have read people complaining about the reverse of my own situation: they can grab the resizing handlers easily at the top and the left, but not at the right and bottom. Resizing handlers are definitely broken in Unity. Do you prefer to open a new bug with exactly the same title and description as this one but referred only to Unity? Be my guest. But that's exactly the case. The title and description perfectly match what's going on TODAY on Ubuntu 12.04 and 12.10. The bug suggested by John Lea is the one which should be closed, deleted or marked as a duplicate, since it's just a particular case of this bug (it refers ONLY to the top handler). In no way it defines COMPLETELY what I and others are experiencing regarding windows resizing in Unity. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 160311] Re: Resizing windows by grabbing window borders is difficult
Just added Unity as a project affected by this bug. ** Also affects: unity Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
2013/1/31 Andrea Corbellini > > On Thu, Jan 31, 2013 at 10:34 AM, Aleve Sicofante > wrote: > It does not make any sense to continue a discussion on an old bug report > that is about a totally different issue. Excuse me? The title and description of this bug is EXACTLY the issue. The fact that it's not about Metacity anymore, but about Unity-3D doesn't make the slightest difference. Resizing windows by grabbing window borders is INDEED difficult after all these years, and a fix is needed for the current window manager. Whoever has the power to do that, please add Unity-3D as a project affected by this bug. Then let's try to fix it. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
2013/1/31 Sam Spilsbury > On 31/01/2013 8:51 AM, "Aleve Sicofante" wrote: > > > > 2013/1/31 Sam Spilsbury > > > > > On Thu, Jan 31, 2013 at 6:08 AM, OpenLaptop > wrote: > > > > Funny to see this bug is still not fixed sinds 2007 (6 YEARS AGO!!!) > > > > > > Hi. > > > > > > 1. It is fixed in Unity-3D, which has been the default since 12.10 > > > > > > > No it's not. I'm using Unity-3D, which is also the default in 12.04, and > > borders aren't equal when it comes to resizing. It's almost imposible for > > me to grab top and left borders, while bottom and right are pretty easy > to > > grab. I'd say there's at least a 3-4 pixels difference between the two > > cases. > > Code-wise its exactly the same for the right, left and bottom borders. > > The top border doesn't have the padding as it already has a grab area on > the titlebar. > That's why we call it a bug: probably you see the code being correct, but since the behavior isn't, there's something going on and it must be fixed. The grab area in the titlebar has nothing to do with the resizing area (or shouldn't). -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
2013/1/31 Sam Spilsbury > On Thu, Jan 31, 2013 at 6:08 AM, OpenLaptop wrote: > > Funny to see this bug is still not fixed sinds 2007 (6 YEARS AGO!!!) > > Hi. > > 1. It is fixed in Unity-3D, which has been the default since 12.10 > No it's not. I'm using Unity-3D, which is also the default in 12.04, and borders aren't equal when it comes to resizing. It's almost imposible for me to grab top and left borders, while bottom and right are pretty easy to grab. I'd say there's at least a 3-4 pixels difference between the two cases. And no, it's not funny seeing how a basic usability like this is not being properly addressed after six years. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 682788] Re: Improve Unity Global Menu
2013/1/28 Chad Germann > >in other words: show the title of the window > >whenever the mouse is on the top bar but outside the menu area > > And we don't see the problem with this whole thing by how many words it > took to type that? Actually, my "other words" are pretty few. You bet I would have employed a lot less words if I described this in Spanish, which is the language I master. Question one Why do I need to see the application name on a full > screened application if I set it to full screen I am pretty sure I will > remember what that application was I agree, but some people might argue the name of the document is useful to know, even on a maximized window. Obviously, on a non-maximized window, the vanishing menu is pure nonsense, let alone the softly truncated application name when the menu appears. This behaviour has never been rationally explained (probably because it can't be) and responds only to some personal aesthetic preferences (guess who's...). > There are a Whole Family of applications > and most of them are the Type //people use to get work Done// that > heavily use the Applications menu. > That's the whole reason this bug exists and is shared by so many people here... I think the proposed solutions would alleviate the main problem which you have defined very well. It's still hard to understand why Canonical/Shuttleworth believes this is a minor or non-issue and keeps postponing the implementation of a solution (or leaving it up to the "petulants") that seems to be clearly resolved from a design point of view. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to 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 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 682788] Re: Improve Unity Global Menu
2013/1/24 Chad Germann > And just remove the vanishing functionality completely. its not like > that panel area is being used for anything else. > > It's used for the window's buttons and title when in maximized mode, and the application name when non-maximized. The solution is to show the title whenever the mouse reaches either the top left corner (application title area when not maximized, buttons area when maximized) or the area between the menu and the indicators. In other words: show the title of the window whenever the mouse is on the top bar but outside the menu area. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to 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 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 682788] Re: Improve Unity Global Menu
2013/1/23 Brad Jensen > WHY are we auto-hiding menu options? Because the owner of the playground believes it's more aesthetically pleasing and that the menus are disturbing, ugly and awkward. He also believes this pack of peculiar opinions form a "rationale". Basic logic is not his forte. He's much better at insulting people (remember: the 600+ people subscribing this bug and opposing his "rationale" are a bunch of "petulants"). There's nothing that can be done. It's his money, it's his product, if you don't like it, look elsewhere or hope for the day he doesn't make or approve design decisions any more. You can also trust the few brave souls, capable of coding, capable of pushing the many rational objections there are to this ridiculous decision and expect them to fix it. I do, and I hope we'll see this fixed someday, making Ubuntu a much better OS, UI-wise, inspite of the childish attitude of the man in charge. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to 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 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1098388] [NEW] Too many places to set up a touchpad
Public bug reported: I'm having issue with my touchpad on a Macbook 1,1. After much investigation I've found there are at least these many places to tweak the behaviour of my touchpad: 1. The default sytem settings mouse and touchpad tool. 2. The dconf-editor key /org/gnome/settings-daemon/plugins/mouse/ 3. The synclient tool 4. The syndaemon tool 5. The xinput tool 6. The gpointing-device-settings tool. 7. Editing files inside the /etc/X11/xorg.conf.d/ directory (As a side note, I haven't been able to properly configure my touchpad after weeks of use and I'm about to just sell this old system with OS X reinstalled and buy a second hand laptop with a Synaptics-branded touchpad on it.) Not only are there just too many places to tweak touchpad settings, but there's no info available on which one takes precedence over the others, which will persist between suspends and/or reboots, which brands of touchpads support what options on each tweaking place, etc. etc. etc. My proposed solution is having a single point for touchpad settings which includes simple and advanced settings (on a separate tab/menu/option) first and foremost. Even if nobody can stop a developer from creating a new tweaking tool, Canonical/Ubuntu should encourage and support the development of a single one that can handle the not so many touchpad models in the market. Another proposal I would like to make is to create a crowdsourced database of laptops and its recommended default touchpad settings. That database would be consulted by the Ubuntu installer and the single tweaking tool would be filled with those values right from the installation point. Touchpad malfunction is probably one of the primary reasons why people leave Ubuntu as "incompatible" with a particular laptop. Being it so hard to tweak makes this even worse. I'm using Ubuntu 12.04.1 32bit, up to date. ** Affects: xserver-xorg-input-synaptics (Ubuntu) Importance: Undecided Status: New ** Tags: touchpad -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1098388 Title: Too many places to set up a touchpad To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics/+bug/1098388/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1094389] Re: Default synaptics settings not the best for Apple trackpads
Actually, I'm just discouraging people to install Ubuntu on Apple hardware just for this. It's too much of a hassle to configure the touchpad properly and it's definitely not newbie-grade stuff. I would suggest: 1. Create a single point of configuration for touchpads (there are currently simply too many). 2. Crowdsource best configurations for devices so a database can be accessed during isntallation in order to provide sane defaults for any laptop. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1094389 Title: Default synaptics settings not the best for Apple trackpads To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics/+bug/1094389/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 489830] Re: Settings of gpointing-device-settings are non-persistent
gpointing-device-settings seems stalled at version 1.5.1 from february 2010 (that's the date of the latest source downloadable from Gnome's project). Three years without updates seems like a dead project to me. There's probably a need to create a new pointing device settings app, pick that project up from where it stalled, fork it or something. I'm surprised the Ayatana project is not involved here. Many people might just leave Ubuntu because there's no way to make their touchpads work. If that's not a usability problem, I don't know what is. Pretty much a showstopper bug. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/489830 Title: Settings of gpointing-device-settings are non-persistent To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gpointing-device-settings/+bug/489830/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 124440] Re: Ubuntu needs a way to set mouse scrolling speed
Some people wonder why I sometimes say Ubuntu is half-finished. This and the sorry state of gpointing-device-settings is the best proof. If there's no way to properly set/use mice and touchpads on many desktops/laptops, there's no way Ubuntu can gain more users. No amount of Unity improvements and shiny lenses and scopes will overcome a simple showstopper like this. Ever. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to 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/gtk/+bug/124440/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 160311] Re: Resizing windows by grabbing window borders is difficult
Hey, five years and a half and grabbing handlers (not just windows resizers) is still buggy in Ubuntu. What puzzles me is, why is it easy to grab the left, right and bottom edges of the screen and it's almost imposible to grab the top edge, pane borders in some apps and many other handlers? Isn't there a single way for grabbing a handler? Shouldn't it be? What's so difficult about it that it's taking those many years for such a basic feature on a GUI? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 578045] Re: Upgrading packaged Ubuntu application unreasonably involves upgrading entire OS
LibreOffice is stuck on version 3.6.02 (using the LibreOffice PPA) for 12.04.1. Version 4.0 is around the corner, full of bug fixes and much needed features. No one willing to stick to the LTS stable release will be able to use it. The LibreOffice PPA maintainers say the new LibreOffice is being adapted to Ubuntu using the latest Unity versions which are not available for 12.04.1, (that's how LibreOffice gained proper global menu support in 12.10, for instance) so according to that information, 3.6.02 is the latest LibreOffice version a FIVE YEAR SUPPORT version will ever be able to run (since Unity is not expected to be updated for 12.04 on any point releases). You can't be seriously proposing this to any desktop user. I just can't put Ubuntu on my customers office's desks and make a full deploy every six months. I was almost decided to move a 20 seats lawyer's office to Ubuntu, then I had to stop when I discovered that not even the PPA would allow me to update LibreOffice for them (which, as you can assume, is the most important app in an office). Sure, if my customers accepted me to re-deploy every six months I'd become rich very soon, but for that very reason (cost), none of them would make the deal, forcing me back to Windows for everyone. In other words: Ubuntu's application updates policy is forcing businesses (and many home users) to stay on Windows!!! That's crazy. I would suggest you start thinking of keeping deb package management ONLY for system software and move to some self-contained packages, like OS X bundles or Gobolinux recipes, for applications. Check Guix too, for what promises it holds. Or whatever other solution you see fit. What's pretty obvious is that the current model is out of the question for anyone but Ubuntu hobbyists and fans. I'm myself considering going back to Windows until this is addressed and of course I can't offer Ubuntu to my customers when I won't be using it myself. (I try to use the same OS I sell to my customers; otherwise I'll be unable to see the issues for myself and find a fix even before they experience them.) Honestly: a better performing and featured Unity, the HUD, a better icon design, running on tablets and TVs, etc., etc., etc. all of that is great stuff. But when the user, after six months of use, realizes s/he can't run the latest version of their favorite app, you're screwed. S/he'll be back to Windows in the time it takes to install it (or call me to do it for them). Then they'll let everybody know that Ubuntu is great but has this showstopper bug that won't allow you to install any version of an app but the one provided with the disk or the repositories, which remain static (that's how people will perceive it, no matter what technical reasons explain how all this works. Nobody cares about the meaning of "shared libraries" on home/office desktop computers and PPAs aren't even a solution for simple users who will only see what's available on the Software Center). Looking at the pace at which this bug evolves, I don't think you realize how serious this is. I hope my words help you realize that this is probably the true bug #1 in Ubuntu, and that it needs urgent attention. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/578045 Title: Upgrading packaged Ubuntu application unreasonably involves upgrading entire OS To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/software-center/+bug/578045/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1081702] Re: Update the default wallpaper in 13.04
My background is computer graphics. I've been on that industry for about 20 years. There's no way wallpapers with so much gradients on a limited color range that cover a big screen area at the same time will look good on most screens today. Not only laptops use mainly 6-bit panels. There are also many cheap desktop monitors that do the same. Some dither properly, others don't. But I even question that big screens using 8bit per channel will properly show these gradients too. As a matter of fact, this wallpaper might be used to test an 8bit monitor's quality... ;-) Until we all have a 10bit per channel workflow (and that won't happen in a long long time) the real solution is letting the artists know the limitations of gradients -especially those on short color ranges using big screen areas- and ask them for a different style of wallpapers. Non- busy wallpapers doesn't mean "very simple gradients with tons of blur". Of course, management at Canonical should be informed about this too, just in case orders to use this wallpaper style come from above. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1081702 Title: Update the default wallpaper in 13.04 To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/1081702/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 682788] Re: Improve Unity Global Menu
There you go guys: we're just a bunch of petulants. That's PR at it's best Mr. Shuttlerworth. Good job, as usual. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to 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 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 682788] Re: Improve Unity Global Menu
Guys: stop discussing the implementation. The design team and the Ayatana team have all the briefing and are working on this. There's only one question remaining: WHEN? This bug was to be solved for 12.04, then 12.10... Mark Shuttleworth promised well before 12.04 that the default menu behaviour would be tweakable in the direction this bug shows. I think it's not unfair to ask for a solid commitment from the devs about the chance of this bug being solved for 13.04. So please Mr. John Lea et al: let us know how's this going and what our reasonable expectactions can be. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to 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 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 222933] Re: Can't resume from suspend
I don't even have that hardware anymore. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/222933 Title: Can't resume from suspend To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/acpi-support/+bug/222933/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 682788] Re: Improve Unity Global Menu
2012/10/20 Kamran Mackey > Fixed the issue, You can check for updates using the Software Updater to > update your software.To manage notifications about this bug go to: > https://bugs.launchpad.net/ayatana-design/+bug/682788/+subscriptions > Thanks for your effort but I just updated my system and can't find the fix. Where do we find the interface to the fix after updating? I was expecting changes in the Settings->Appearance section as per this draft: http://www.muktware.com/3578/ubuntus-new-enhanced-menu-project, but there's nothing like that in my just-updated system. I'm on 12.04.1 Can you please explain how this works and for which Ubuntu versions? If it's only for 12.10 right now, can you please let us know if we can expect it to be fixed for 12.04.2 too? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to 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 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 682788] Re: Improve Unity Global Menu
@Pedro: no offense but I'd say new designs are not the issue here. It was pretty much established months ago. We're just waiting for implementation and some voice from the devs camp to explain what's going on. What's stopping them from implementing and publishing the fix. I think your proposals might be worth a discussion at the Ayatana mailing list, though. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to 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 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 682788] Re: Improve Unity Global Menu
What I find appaling here is that we're a few days away from 12.10's release and not a single developer has had the courtesy of explaning to the 614 people affected by this bug what's being done (or not done) about it. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to 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 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 964365] Re: Weather indicator fails to update anything when earthtools.org is down
Same issue here: weather is properly updated (with Yahoo, not with Google) but I can't get forecasts. "Forecast information cannot be fetched. Connection cannot be established". -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/964365 Title: Weather indicator fails to update anything when earthtools.org is down To manage notifications about this bug go to: https://bugs.launchpad.net/weather-indicator/+bug/964365/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 964365] Re: Weather indicator fails to update anything when earthtools.org is down
Ignore my last comment. I'm opening two new bugs. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/964365 Title: Weather indicator fails to update anything when earthtools.org is down To manage notifications about this bug go to: https://bugs.launchpad.net/weather-indicator/+bug/964365/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 682788] Re: Improve Unity menus
@Rachel Greenham: I couldn't agree more with you. We need to solve one single issue first: show the global menu all the time, then proceed with caution for any other options. Just a few comments/suggestion on the main and secondary issues: - Showing global menu permanently will hide the title of the window. I'd suggest it to be shown whenever the mouse goes to the top of the screen anywhere where there's no menu: for instance, the top-left corner. Throwing the mouse there will do two things: show the title and position the mouse over the close-window button. But throwing the mouse to the top of the screen to the right of the menu (maybe including the indicators area), will reveal the window title. Regarding LIMs: > what to do about important window-title text especially if there's a no-autohide option - A similar aproach to what I suggested above: reveal the window title whenever the mouse is over non-menu areas (and of course by pushing a certain key, such as Shift, Ctrl, Alt, etc.) > what to do when the window gets narrower than the menu... - Whatever has been done for 20+ years with the classic menu bar in the window. This is not a new problem. The problem I can see arising with menus on the title-bar is how to grab the window for moving it around. But AGAIN: the primary concern NOW is having the global menu permanently visible. It's a serious usability issue that needs urgent attention. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/682788 Title: Improve Unity menus To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/682788/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 682788] Re: Improve Unity menus
I'm really confused. LIM and those two mockups have NOTHING to do with how the global menu behaves or the original description of the Enhanced Menu project (described in the "Desired change" section of the description). How is it a solution to the VERY SERIOUS ISSUE that the global menu hides, making it hard to understand and use? (Three hours on the phone with my very old mum yesterday, trying to make her understand that there was a menu at the top and that he had to go up there to close the window too). LIM and other integrated menus tackle a completely different issue, that is PART of the problem (menus global or not) but not the other part of the problem (global menu hidden or a la OS X). Shuttleworth (and if I'm not mistaken John Lea as well) were describing a solution that included a permanently visible menu many months ago. What happened to that? Will the only solution be the Unity-Revamped third party collection of patches? (Thanks Isaac) Please Mr. Lea or Mr. Shuttleworth, be so kind to chime in and clear this up. I just don't understand the silence. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/682788 Title: Improve Unity menus To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/682788/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 682788] Re: Improve Unity menus
2012/9/13 Pedro Bessa <682...@bugs.launchpad.net> > Development stopped, because there are lots of ***disagreements*** > between us all. > > There were three alternatives. > [] global menu on > [] global menu off > [] global menu only on maximized windows > We came up with new alternatives. > [] mockup 1 > [] mockup 2 > [] LIM > > we need to: > - vote on the new alternatives / mockups until 100 votes > - count votes > - ***decide*** the lead alternative > > The Ubuntu Community must pressure the Ubuntu team a lot to get the lead > alternative implemented. > > By the way, here is my vote: > > [x] LIM > > 1. Where are the mockups 1 and 2? 2. Where do we vote? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/682788 Title: Improve Unity menus To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/682788/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 682788] Re: Improve Unity menus
Thanks, but I'm expecting global menu options, not the LIM. you know: [x] Global Menu on [x] Global Menu off [x] Global Menu only for maximized windows We had been promised some of this would land on Precise. I understand it couldn't make it, but hoped it would be in Quantal. Can any Ubuntu developer please chime in and give us an idea of what's the status of this and if we can expect any of those options to be available in Quantal? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/682788 Title: Improve Unity menus To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/682788/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 682788] Re: Improve Unity menus
Just tested Quantal's daily build and there doesn't seem to be any changes from Precise. Will this be ready for feature freeze? I checked at Settings->Appearance->Behavior, maybe the configuration is somewhere else? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/682788 Title: Improve Unity menus To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/682788/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1020769] [NEW] Standard user can't change own empty password
Public bug reported: This has been experienced in Ubuntu 12.04, completely updated before proceeding. I set up a system for my elderly parents. I created an administrator account for me, then a standard account for them with an empty password. They called me asking how to create a password for their account. I guided them to the settings manager only to find that they couldn't change their empty password. I had to create a password from my admin account first. Then they could change it through the standard mechanisms. It should be possible for a standard user to change its own empty password. ** Affects: ubuntu Importance: Undecided Status: New ** Tags: empty password standard user -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1020769 Title: Standard user can't change own empty password To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+bug/1020769/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 996604] Re: When number of workspaces is set to 1, the Spread no longer works
@Sebastian Bacher: I always forget this is Ubuntu and arrogance is a requirement to have some power in the organization. Sorry Sebastian for forgetting the basic rules. If you really can't understand what I and a few others have said here about newbies having difficulties with workspaces (and why we have to remove them for those newbies), you must be really really high on the Ubuntu power decision making. Good for you. Good luck. Plonk. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/996604 Title: When number of workspaces is set to 1, the Spread no longer works To manage notifications about this bug go to: https://bugs.launchpad.net/compiz/+bug/996604/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 996604] Re: When number of workspaces is set to 1, the Spread no longer works
Sebastien Bacher (seb128) wrote on 2012-05-18: "I just lowered the importance because it means most users will not be affected by the issue, only few technical users go out of their way to go and change such options" As others have already stated, this is simply false. Now that you know it, will you please return the status of this bug to High? Please? The launcher replaces the taskbar by using Spread. Newbies don't get multiple workspaces (especially when Unity decides to put apps on them "automatically"), hence we, Ubuntu evangelists, disable them so newbies don't flee back to Windows. If Spread is disabled when we, evangelists, make it easier for new users to stay on Ubuntu, what do you expect us to tell them? Learn to use workspaces and shut up? Thanks for your understanding. Back to 5.10 for all my users while this is being fixed. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/996604 Title: When number of workspaces is set to 1, the Spread no longer works To manage notifications about this bug go to: https://bugs.launchpad.net/compiz/+bug/996604/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 930148] Re: Dodge windows is down but what about making the launcher autohide only on maximised apps ?
Changed to "opinion"? Will you guys at least explain what that means? Looks pretty insulting to me. We have shown you clearly how wrong you are, from every possible point of view. Yet you can't come with a single reason why this proposal is wrong beyond the poor excuse of NUPUs testing (which isn't even openly documented). Yet you call this "opinion"? Thanks god this is open source and some rational people out there respond to your finger with code. Here's it: http://admin.omgubuntu.co.uk/2012/04/enable-dodge-unity-launcher- ubuntu-12-04/#comment-514487779 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/930148 Title: Dodge windows is down but what about making the launcher autohide only on maximised apps ? To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/930148/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 969708] Re: Workspaces icon should hide when only 1 workspace is used
** Description changed: When I convert users from Windows, I've observed they get easily confused by the multiple workspaces feature. For these users, I usually set the number of workspaces to 1. At this point, the workspaces icon on the launcher has no function at all, so it should hide itself. I understand the 12.04 release is past feature freeze, so I suggest this behaviour to become default for 12.10 (I expect 12.10 to have an exposed mechanism for the user to decide how many workspaces s/he needs/wants; without the need for MyUnity or other 3rd party utilities). This should be done both for Unity 2D and Unity 3D. + + EDIT: Ooops. I have just realized the workspaces icon also acts as a + Scale trigger. Whoever is able to do it, please delete this bug report. ** Changed in: unity (Ubuntu) Status: New => Invalid ** Changed in: unity (Ubuntu) Assignee: (unassigned) => Aleve Sicofante (sicofante) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/969708 Title: Workspaces icon should hide when only 1 workspace is used To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity/+bug/969708/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 969708] [NEW] Workspaces icon should hide when only 1 workspace is used
Public bug reported: When I convert users from Windows, I've observed they get easily confused by the multiple workspaces feature. For these users, I usually set the number of workspaces to 1. At this point, the workspaces icon on the launcher has no function at all, so it should hide itself. I understand the 12.04 release is past feature freeze, so I suggest this behaviour to become default for 12.10 (I expect 12.10 to have an exposed mechanism for the user to decide how many workspaces s/he needs/wants; without the need for MyUnity or other 3rd party utilities). This should be done both for Unity 2D and Unity 3D. EDIT: Ooops. I have just realized the workspaces icon also acts as a Scale trigger. Whoever is able to do it, please delete this bug report. ** Affects: unity (Ubuntu) Importance: Undecided Assignee: Aleve Sicofante (sicofante) Status: Invalid ** Summary changed: - Workspaces icon should hide when only 1 worksapce is used + Workspaces icon should hide when only 1 workspace is used -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/969708 Title: Workspaces icon should hide when only 1 workspace is used To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity/+bug/969708/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 955193] Re: Menu bar - add option for the global menu to make it always visible
BTW: The question hasn't been answered. Can this feature be expected on point releases of the upcoming LTS or will LTS users have to wait for 14.04? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/955193 Title: Menu bar - add option for the global menu to make it always visible To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/955193/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 955193] Re: Menu bar - add option for the global menu to make it always visible
"Incidentally, I'm not sure terms such as "dictator" should be used in official streams such as this." He chose it himself. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/955193 Title: Menu bar - add option for the global menu to make it always visible To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/955193/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 733349] Re: Minimize Application's Windows upon clicking its Launcher Icon
I've read today about a patch that will partially correct this bug: http://www.omgubuntu.co.uk/2012/03/how-to-minimize-apps-to-the-unity- launcher-in-ubuntu-12-04/ -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/733349 Title: Minimize Application's Windows upon clicking its Launcher Icon To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/733349/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 578045] Re: Upgrading packaged Ubuntu application unreasonably involves upgrading entire OS
tl;dr: decoupling app updates from system updates is so basic I don't know why any project leader would doubt this is a bare need for any desktop to even have a slight chance of succeeding. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/578045 Title: Upgrading packaged Ubuntu application unreasonably involves upgrading entire OS To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/software-center/+bug/578045/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 592842] Re: appmenu doesn't work with apps run as sudo root
Very inconsistent behavior. How can this be considered "Wishlist"? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/592842 Title: appmenu doesn't work with apps run as sudo root To manage notifications about this bug go to: https://bugs.launchpad.net/indicator-appmenu/+bug/592842/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 955193] Re: Menu bar - add option for the global menu to make it always visible
This was promised for 12.04 by the dictator. He recently said it won't be there. Can we at least expect it in point releases for those who don't like/can't install ordinary releases? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/955193 Title: Menu bar - add option for the global menu to make it always visible To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/955193/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 537947] Re: Location of indicators should be user configurable
Just when Microsoft added this ability in Windows 7, there goes Ubuntu removing it. This is the world upside down. I'm subscribing this bug too. Since there's actually a way to change the order (see here: http://askubuntu.com/questions/26114/is-it-possible-to- change-the-order-of-icons-in-the-indicator-applet), there should be made as easy as it is today in Windows 7. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/537947 Title: Location of indicators should be user configurable To manage notifications about this bug go to: https://bugs.launchpad.net/indicator-applet/+bug/537947/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 930148] Re: Dodge windows is down but what about making the launcher autohide only on maximised apps ?
As of today, I can see dodge is still available in Unity 2D. Not the default, but available as an option via "2D Desktop Settings" app, by Mariano Chavero. (Thank you so much Mariano.) @Mark: Can we expect it to live there or are you planning to remove dodge from Unity 2d too? I wouldn't mind living in Unity 2D if dodge was still maintained there (there are only slight differences with 3D and it actually performs faster in older hardware). If someone finds a patch for the permanent menus to work, I might actually switch some 20 customers from Windows to Ubuntu this Spring. Fingers crossed. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/930148 Title: Dodge windows is down but what about making the launcher autohide only on maximised apps ? To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/930148/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 930148] Re: Dodge windows is down but what about making the launcher autohide only on maximised apps ?
@Mark: On 13/03/12 19:47, Richard Gaskin wrote: > I've read many comments about how poorly Dodge tested with users, and > have been impressed with the willingness to let a feature go based on > user testing results. But unless those tests showed similar results for > the decision to conceal menu commands from the user, it would seem there > are reasonable questions about the methodology used in those tests. We also decided to provide an option to show the menu all the time, or to integrate it in the app window, based on testing. The feature missed the development window for 12.04, but will land in due course. Hopefully that puts your concerns to rest. -- Would you clarify what "due course" means? No luck for LTS users? Possible in 12.04.x? Let me show you my disappointment that so many resources have gone into an experimental feature like the HUD, when fundamental usability issues like this have been neglected. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/930148 Title: Dodge windows is down but what about making the launcher autohide only on maximised apps ? To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/930148/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 930148] Re: Dodge windows is down but what about making the launcher autohide only on maximised apps ?
"1.) I don't think launcher should Dodge to Windows that are not maximized. It should act exactly the same as never hide mode does and only be hidden when one or more window(s) are maximized. There is nothing hard to understand here for the user it does exactly what it is supposed to to if it does this reliably?" Totally agreed. This is just what intellihide means. "2.) Desktop icons should not jump to the edge. They should stay exactly in the same position from never hide mode." Again, I completely agree. "3.) This one is a bit tricky. What should happen to the windows on the desktop. Should they be moved around on triggering hide/show and should they be "positioned inside launcher area" when launcher is hidden and "aero snap" is used?" I think implementing sophistication in a script is a bit too ambitious. Sure, ideally the launcher should intellihide when you tile your windows to cover the whole screen, and maybe some other cases, but this introduces a complexity that is beyond the basic need: just hide the launcher when at least one window is maximized, so you can concentrate on the work at hand a make use of the most screen real estate, especially on netbooks. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/930148 Title: Dodge windows is down but what about making the launcher autohide only on maximised apps ? To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/930148/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 930148] Re: Dodge windows is down but what about making the launcher autohide only on maximised apps ?
I want to apologize for the name calling. No matter what I think about MS, I shouldn't have called him ignorant and arrogant. It just infuriated me that he came here to joke and tease. Since he stated this is settled, I suggest we stop arguing about the decision and follow the open source path (the design team's logic has been proven flawed already and we should not expect an illogical decision to be reconsidered by logical argumentation): bring it back ourselves and ignore the official position. I wouldn't be surprised if the feature was brought back officially in future releases. Since logic is out of the equation, decisions in Ubuntu are easily taken and easily reverted. (That's exactly why I have a hard time deploying Ubuntu in professional environments, btw. Unpredictability is probably the number one "feature" of Ubuntu these days.) @f_padia: Apple and Microsoft dictate. I don't know if they listen or not, but they definitely dictate without any public discussion between design leaders and users. I've never seen Jobs, Gates or Balmer chatting with their users. I was hoping Ubuntu would be different from that. Maybe I'm just wrong. @Ego: great initiative. Thank you, thank you, thank you. I believe most of us just want a clean maximized window environment and will live happily with the slight inconsistencies your approach might bring (where non-maximized windows are allowed to go, etc.). You have proven it can be done easily (so much for "hard to maintain code"). More experienced developers might follow and implement this at a lower level, then provide a PPA. My fingers are crossed. Did I say thank you? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/930148 Title: Dodge windows is down but what about making the launcher autohide only on maximised apps ? To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/930148/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 930148] Re: Dodge windows is down but what about making the launcher autohide only on maximised apps ?
@shane: You are exactly right. I'd like to add something that has been suggested in other places (I believe it was at OMG Ubuntu comments). A slow animation when hiding the launcher at window's maximize would explain what's going on very easily. The problem for newbies seems to be the launcher just disappears. They don't have a problem with dodging the launcher with non-maximized windows because dodging is animated and follows the movement of the window dodging it. They have a problem with the launcher just vanishing when a window is maximized. Instead of vanishing the launcher, a visible animation of the launcher going away would explain its behavior perfectly well. Of course you can add a tip balloon the first time time too (with a "don't show again" box or something similar). Has this slow animation/tip been tested too? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/930148 Title: Dodge windows is down but what about making the launcher autohide only on maximised apps ? To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/930148/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 930148] Re: Dodge windows is down but what about making the launcher autohide only on maximised apps ?
@f_padia: "the decision has been made. Dodge windows is gone and we should accept that. " Why? Is this Microsoft or Apple now? Mark is here. We're debating. If this is set in stone and there's no way on Earth intellihide can be implemented (THIS BUG IS NOT ABOUT BRINGING BACK DODGE, PLEASE READ BEFORE POSTING) I want to hear it ASAP. Wasting people's time is not nice. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/930148 Title: Dodge windows is down but what about making the launcher autohide only on maximised apps ? To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/930148/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 930148] Re: Dodge windows is down but what about making the launcher autohide only on maximised apps ?
"New users don't become committed users if they are confused early on in their
explorations."
Hence: let's move dodge from default to optional. NOT "remove dodge". Can't you
seriously get that?
Moreover: committed users go away if you keep changing the way Unity
works on every release (or changing default apps for obscure reasons,
like the Rythmbox-Banshee dance). As a matter of fact, keeping seasoned
users is Ubuntu's biggest problem right now. Especially when you keep
infuriating them by coming here to play games (teasing).
"Aleve, there is something here for you to learn, I would urge you to
think about it."
I'm eager to learn. Please enlighten me, but stop playing games (teasing
and smilies).
On 05/03/12 23:35, Aleve Sicofante wrote:
> You
> have gone from "tests poorly" to "lets remove it". This has been proven
> a fallacy too many times to insist.
References for that assertion?
1. If you're talking about "You have gone from tests poorly to let's
remove it" you can't be seriously asking for references. The unity-
design list is full of them.
2. If you're talking about "This has been proven a fallacy too many
times to insist" you might want to re-read the whole thread here. But
you must first admit what LOGIC DICTATES. When a good feature (it IS
good, even you yourself like it and this very bug shows it is) is not
newbie-friendly the right thing to do is to keep it hidden for advanced
users to use, not removing it. Of course "killing the dog will end the
rabies" (literal translation of Spanish proverb), but logic explains
that "ending the rabies should be about keeping the dog alive".
Removing a feature MUST be the result of many parameters. Claiming this
feature isn't maintainable MIGHT be a good reason (when added to others,
like the newbie confusion or its eventual uselessness, which has been
also disproved), and that's exactly why a clever guy (the OP) suggested
to replace dodge with simple intellihide. Here:
if (anyWindow.maximized) {
launcher.hide;
}
else launcher.show;
Yes, it's pseudo-code (at best, it's been ages since I stopped
programming), but even the most complex implementation can't go much
farther. You can't seriously say that function is hard to maintain. You
can't also seriously say there are serious implications of having "too
many options" when intellihide just implements an intelligent way to
switch between always-hide and always-show, two states that are already
supported.
The problem here, I'm afraid, is that you have made a decision ("It's
settled") without even exploring alternatives (intellihide) or even
applying basic logic (dogs and rabies...)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/930148
Title:
Dodge windows is down but what about making the launcher autohide only
on maximised apps ?
To manage notifications about this bug go to:
https://bugs.launchpad.net/ayatana-design/+bug/930148/+subscriptions
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 930148] Re: Dodge windows is down but what about making the launcher autohide only on maximised apps ?
@Octavian: what's the context you're referring to? Your conclusion simply doesn't follow. As a matter of fact, I've given you some context which should help you understand why "tests poorly" must be delimited. Tests poorly with which users exactly? If it tests poorly with everyone, then I'd have to agree: there's no point in having it. However, the very existence of this thread and many others in different places on the web (and the fact that every Linux dock provides intellihide) should give you and SABDFL a hint about where the failure in your line of thought is. Who's being arrogant? @Mark: I've just finished reading the unity-design-list posts about this issue, just out of curiosity. As I was expecting, you have not given any logical explanation why you had to remove the code or the option. You have gone from "tests poorly" to "lets remove it". This has been proven a fallacy too many times to insist. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/930148 Title: Dodge windows is down but what about making the launcher autohide only on maximised apps ? To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/930148/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 930148] Re: Dodge windows is down but what about making the launcher autohide only on maximised apps ?
@Octavian: "The reason is logical. Since usability testing revealed that the feature confuses users it simply has to go." You might want to learn some logic. Since usability testing revealed that the feature confuses ***NEW*** users, and new users only, it simply must not be the default. Try again. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/930148 Title: Dodge windows is down but what about making the launcher autohide only on maximised apps ? To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/930148/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 930148] Re: Dodge windows is down but what about making the launcher autohide only on maximised apps ?
Mark: you're utterly arrogant (and also a bit ignorant, pretending all this is about "science"). You haven't answered the single question: why is it harmfull to provide intellihide, which *every* Linux dock out there provides (read this title bug and description again, if you still can't understand it's not about having the dodge back). "There is not a single thing you can do with dodge that you cannot also do without it." If you really can't figure this out after all what's been said here, I guess we're all wasting our time. But hey, you're the owner of the ball. I guess I'll unsubscribe from this bug and "move on", as you recommend. There sure must be humbler project leaders out there. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/930148 Title: Dodge windows is down but what about making the launcher autohide only on maximised apps ? To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/930148/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 930148] Re: Dodge windows is down but what about making the launcher autohide only on maximised apps ?
"Yes, I'm listening and reasoning. This has been debated extensively on the unity-design list. You can find the rationale from me there." Still, your rationale can't answer the very logical and simple reasons given here. "even decisions that are carefully taken will have folk who disagree." "Folk" here isn't just disagreeing or posting "opinions". We have posted very solid reasons. You haven't replied to them whatsoever. "It is not possible to please everybody all the time," It's so easy to please everybody in this case it's not even funny explaining it again (hint: your default, our option). "even those who are generally supportive of what we're doing, or contributors, will disagree with some bits." Again: this is not disagreement. It's not "I like it this way and you like it another". You simply can't point to a single reason why intellihide can't be an option. The very fact we're here asking for some logic should give you a hint about our "supportiveness". "The issue has been settled" I see. Just to be sure: Is this like when you decided to move the window buttons to the left without giving any reasons to your perplexed users? ", and if you care enough about it, you'll find the rationale and be satisfied that at least it was considered and experimented with and decided against. " I care enough to come here and support this bug. I'm still waiting for your listening and reasoning. In no way an option for intellihide has been considered and experimented with. A more complicated version -dodge- was there by default and all you have concluded is that it shouldn't be like that. At the risk of repeating myself: no reason why it can't live in the Unity options is being given. "This was one of my favourite features too, but I believe taking it out makes the whole better." Not to sound offensive but it couldn't be less relevant what you "believe". It's about having solid reasons, not beliefs. Still no reasoning, I'm afraid. "I will never convince all of you." Not if you come here just to tease your users, no. If, instead, you are able to explain why not having an option for intellihide, you might actually convince us. Hard -because it defeats logic- but not impossible. So far, however, we haven't seen our reasons replied properly by you or any representative of the design team. I understand it's very hard to argue why a simple option isn't being given to the users. The point is you can't come with ONE SINGLE REASON why not having a simple switch for intellihide "makes the whole better". "So I'm just going to tease those of you who want to start this discussion again from step 1.0." Have fun. Lack of respect for your users is the sure way to reach 200 million of them... Good luck. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/930148 Title: Dodge windows is down but what about making the launcher autohide only on maximised apps ? To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/930148/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 930148] Re: Dodge windows is down but what about making the launcher autohide only on maximised apps ?
"The rest has already been said, and now it remains only to tease those who haven't read it ;)" I'm not quite sure you know what a wink emoticon is for... Bowser is right: 80+ people have come here to ask for something very reasonable because we do care about Unity, and you think there's something to joke about? Yes we have all read what people affected by this bug have to say. We haven't read what the decision makers -that includes YOU- have to say. Are you listening and reasoning or not? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/930148 Title: Dodge windows is down but what about making the launcher autohide only on maximised apps ? To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/930148/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 732653] Re: Menus are hidden by default
@Ken: I see it marked as "Undecided" not "Invalid". Maybe there's some hope for the final realease? I'd be happy if it could be possible in Unity 2D only for now. I vote for the suggestion by Mach, and since that is supposed to be the way (according to Mark), I'll keep my fingers crossed. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/732653 Title: Menus are hidden by default To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/732653/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 930148] Re: Dodge windows is down but what about making the launcher autohide only on maximised apps ?
"we have all-new best features in 12.04 ;)" I can't believe this is all you have to say here. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/930148 Title: Dodge windows is down but what about making the launcher autohide only on maximised apps ? To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/930148/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 930148] Re: Dodge windows is down but what about making the launcher autohide only on maximised apps ?
"I've always supported or found my way around the orientation taken in Ubuntu, but removing this would be the dead end for me, the one blocking obstacle making me switch, because of it's very negative impact on my workflow, even if it may seem insignificant. So please do something about this decision." I don't mean to threaten Ubuntu as I'm sure Bertrandel doesn't mean either, but I'd like to add a consideration. Maybe this won't stop me from using Ubuntu (although now that it'll behave exactly the same as OS X in this regard, I might actually boot into OS X more often and gradually leave Ubuntu), but the most worrying thing for me is that it shows a line of thought that definitely would make me leave. As Bertrandel said: you might gain new users by dumbing down the OS, but it will be at the cost of losing more seasoned users. Don't forget that users are new for just a few months. Probably when the next release arrives, the new user isn't new anymore. If you keep changing Ubuntu's behavior at every release, you'll lose users at a rate that might be even higher than the adoption rate. That's not clever. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/930148 Title: Dodge windows is down but what about making the launcher autohide only on maximised apps ? To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/930148/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 930148] Re: Dodge windows is down but what about making the launcher autohide only on maximised apps ?
While dodging the launcher by non-maximized windows might be considered
gimmicky (it's definitely cool but probably not that useful),
intellihide, as it's called in several Linux docks/launchers, is far
from a gimmick. It's a real productivity boon, a space saving and very
clever feature.
New users don't apply for anything that's not default. If
dodge/intellihide is confusing for new users, making it optional instead
of default is the the logical decision. "Difficult for new users -> has
to be removed", is not logical at all.
Even for newcomers, a slow animation showing the launcher hiding or
coming back would have explained very well what's going on. This is very
visible when dodging the launcher with a non-maximized window. Making it
visible when maximizing a window was the design team task, not removing
the feature altogether. (Power users could be given the option to change
the hiding/unhiding speed in CCSM.)
Other OSs not having this feature isn't a reason either. We choose
Ubuntu BECAUSE it provides features other OSs don't. The best reason for
not hiding the launcher is the same for not hiding the global menu: you
need to see them in order to aim BEFORE you get there. Since this has
been finally understood by the design team regarding global menus
(according to MS words on its post about the HUD), it should be obvious
that autohiding is not a good solution, while intellihide is.
It's understandable that keeping options makes the code harder to
maintain, but that can't be a serious reason either. Maybe the dodge
function is too complex? Intellihide is just a switch: show launcher if
no window is maximized. That isn't complex by any stretch of the
imagination and can't be hard to maintain. Ubuntu is full of much more
complex (and eventually buggy) pieces of code no one is thinking of
removing just because of that.
So I expect the design team reconsiders this decision, cleans up the
code to make this a simpler function (intellihide instead of dodge) or
simply keep the option as non-default ("always show" would be the
default). I thing that's a balanced response to the user testing. The
"just remove it" response is not only harsh and harming to many, it also
fails to follow a logical thinking path.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/930148
Title:
Dodge windows is down but what about making the launcher autohide only
on maximised apps ?
To manage notifications about this bug go to:
https://bugs.launchpad.net/ayatana-design/+bug/930148/+subscriptions
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 783240] Re: disable autohide AppMenu (global menu)
@Omer Akram: What exactly do you mean by "design input"? Just get to the code that hides the menu and add a switch to skip it... The menu was there before, remember? The change has been made to make it vanish. Can't be that hard to restore the original behaviour. This is a political stance, not a design one. Once you get "permission from above", there should be little in the way of coding to get this back to its sensible "boring old ways". -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/783240 Title: disable autohide AppMenu (global menu) To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/783240/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 783240] Re: disable autohide AppMenu (global menu)
Mark: in your post about the HUD you said: "We’ll resurrect the (boring) old ways of displaying the menu in 12.04, in the app and in the panel." What did I miss? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/783240 Title: disable autohide AppMenu (global menu) To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/783240/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 724369] Re: Port to gnome-panel 3 and gtk 3
I don't quite understand this. In 11.04, I can use Gnome 2 "Classic" and get indicators in the panel. Isn't Unity in Oneiric just using indicator-applet under GTK3? Or is Unity under Gnome 3 using a different panel from the Gnome 3 fallback mode? Aren't indicators being maintained for other distros? Do these distros force their users into Gnome Shell, not allowing them to use indicators in fallback mode? Sorry for the many questions. I'm trying to understand why indicators wouldn't work in Gnome 3 fallback panels. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/724369 Title: Port to gnome-panel 3 and gtk 3 To manage notifications about this bug go to: https://bugs.launchpad.net/indicator-applet/+bug/724369/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 769009] Re: cannot add any location to the weather applet
*** This bug is a duplicate of bug 733760 ***
https://bugs.launchpad.net/bugs/733760
I'm having this issue with two locations in Spain (haven't tried any
other ones yet):
Vigo, Galicia, Spain
Santiago de Compostela, Galicia, Spain
Just clicking "Apply" ("Aplicar" in the Spanish version) won't do
anything.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/769009
Title:
cannot add any location to the weather applet
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-weather/+bug/769009/+subscriptions
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 68924] Re: provide support for changing volume labels
>>This functionality will not be implemented in HAL >> >>Changed in hal (Ubuntu): >>status: Confirmed → Won't Fix May I ask what does this mean exactly? That this is not HAL related or that someone with enough power to say so decided this bug will not be fixed ever? Thanks for any explanation. -- provide support for changing volume labels https://bugs.launchpad.net/bugs/68924 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 68924] Re: provide support for changing volume labels
coulson: why? End users don't give a damn about the implementation details. I can't see the advantage of not creating a solution that works in a couple of days instead of waiting endlessly for someone to do it "properly". Nothing stops you from doing the "proper" solution later. My proposal is definitely easy to implement and is a shortcut to what Gparted does already. If this is about making life easier to end users, then "hacky" or "proper" is meaningless. If this is about academic correction then you're right. (The discussion is somewhate futile. The Big Brother has already dismissed this and us poor end users will have to wait probably another three years. I can't believe this bug is from 2006.) -- provide support for changing volume labels https://bugs.launchpad.net/bugs/68924 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 68924] Re: provide support for changing volume labels
I said it before, but let's go again: Write a script that does this: 1- Ask for administrative permissions. 2- Unmount the volume if it is mounted. 3- Check for the file system in place. 4- Use the appropriate command to change the volume label. 5- Mount the file system back if it was mounted before. You may say this is a workaround. You may say it's not "elegant" (whatever that means). You may say it's a hack. You may even say you simply do not want to do it, but please stop saying it's either difficult or not "papercut-sized". To anyone else having some knowledge of bash scripting and willing to help: be kind and write that simple script. -- provide support for changing volume labels https://bugs.launchpad.net/bugs/68924 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 388207] Re: Make right-click "rename" work for disk labels
>>wrapping around command lines doesn't seem an elegant and reliable way and we will not build workaround in softwares installed by default that would not deserver our users I will not, by any means, dictate what you have to build or not, but I hope at least you agree that serving the users with an "Operation not permitted" is far far less elegant than building a quick workaround that does the job. >>The difference with bug #68924 is still not clear they are both asking for volumes renaming It's OK. I won't fight it any longer. Do as you wish and choose the bugs you fancy. Just let me insist: you want to put a bandaid to this papercut or do you prefer to endlessly wait for major surgery? It's up to you guys. -- Make right-click "rename" work for disk labels https://bugs.launchpad.net/bugs/388207 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 388207] Re: Make right-click "rename" work for disk labels
>>is the volume naming something standard or something which needs to >>understand the filesystem in use? Non-standar. That's why there's step #3 in my proposed solution. >> is there any system api to do that or only command line tools? There's probably both. My solution relies on command lines only, so it can be used in a simple script. Here are the command lines needed: To check file system type: mount or fdisk To change label: - For FAT16 and FAT32 partitions, use mtools. - For NTFS partitions, use ntfsprogs. - For ext2, ext3, or ext4 partitions, use e2label. - For JFS partitions, use jfs_tune. - For ReiserFS (v3) partitions, use reiserfstune. - For XFS partitions, use xfs_admin (from https://help.ubuntu.com/community/RenameUSBDrive) If you're asking yourself why I don't go ahead and code it myself: I was a programmer like 20 years ago. I knew my system well (IRIX) and I knew my languages well (C and C-shell), but I've been away from programming for more than 15 years. That's why I sort of "know" my solution is possible and workable. However I don't see myself doing it because my knowledge of Linux and bash programming is very limited and my practice is non-existent. Now that I think of it, before step #1 there's actually a step #0 required: check if the action is being done on a file or a file system. Renaming files is directly supported by Nautilus. In that case no need to replace the default action for "Rename". If it's a file system, then go ahead with the script to change the disk label. -- Make right-click "rename" work for disk labels https://bugs.launchpad.net/bugs/388207 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 388207] Re: Make right-click "rename" work for disk labels
>>We basically need to expose DeviceKit-Disks (FilesystemSetLabel() >>specifically) throughout the whole gvfs->gio->nautilus stack. Would you please explain why the simple solution I have provided wouldn't work? I may understand your wish to make things more "elegantly", but perfect is usually the enemy of "good". While we wait for that perfect solution (which hasn't come in years, I insist), my proposal is a nice bandaid. It's not casual that bandaids have been used as part of the logo for the "One Hundred Paper Cuts" project >>But as it's been stated a half a dozen times, and by Aleve himself [I accept that the end result of solving the issue might be the same for both bugs], this is a duplicate. No matter how stubbornly you misinterpret my words, "duplicate" this is not. Again: go and mark as duplicate the other bug if you wish. Its scope is much narrower and that's why a solution to this bug will also solve the other bug. That doesn't make them duplicates. -- Make right-click "rename" work for disk labels https://bugs.launchpad.net/bugs/388207 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 388207] Re: Make right-click "rename" work for disk labels
The feature has been there for ages. It just doesn't work. So: it's a fix and belongs to "One Hundred Paper Cuts", since it's as simple as a Nautilus script (someone knowing Nautilus better might even attach that script to the "Rename" menu entry and voila!) -- Make right-click "rename" work for disk labels https://bugs.launchpad.net/bugs/388207 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 388207] Re: Make right-click "rename" work for disk labels
>>Although the case in question deals with mp3 players, the proposed
solution to Bug #68924 is to allow renaming volumes on right click:
>>"Effectively in windows you right click on the player icon and hit
rename and the player retains that name when you plug into any machine"
>>Is this not what you want? If this is what you want, please mark your
bug a duplicate of Bug #68924; if this is not what you want, please
explain how what you want is different.
The scope in Bug #68924 is quite narrow and the explanation doesn't even
propose a solution. I accept that the end result of solving the issue
might be the same for both bugs, but I also understand that the other
bug sounds like a particular side annoyance that doesn't affect too many
users, while my description shows that there's a much broader need for
this to be fixed. If marking "my" bug as a duplicate of the other makes
it "invisible" along with the proposed solution, that's bad for the
community. If there's one and only one bug to describe the problem and
proposing a solution, the definitely that's not Bug #68924. Just mark
that other one as a duplicate!
>>The people fixing this bug are users just like you.
No you're not, as long as you have the power to hide, ignore or any other way
decide about my ideas/proposals/opinions.
>>We are not ignoring your reasons or belittling you, we just don't understand
>>how your bug is different from Bug #68924.
I thought the explanation was good enough at the very description of the bug,
but I hope I have explained it further now.
A. Walton wrote 1 minute ago: (permalink)
>>If you're going to insult me for actually doing work on Nautilus, you can at
>>*least* call me a GNOME powerpuff boy
Granted: GPB ;-) Not an insult. Just a funny remark.
>>Please provide this very simplistic patch so that I can apply it to Nautilus'
>>code base immediately. Thanks.
I hope there's no need to repeat -again, again, again- not every
Ubuntu/Gnome/Linux user is a programmer. I've described a procedure in five
simple steps ("simplistic" is *your* insult, I guess). As far as I know,
implementing a Nautilus script doing them sholdn't be rocket science and well
inside the scope of the "papercut" idea.
Of course, fixing it in a "deeper" way might involve recoding some
pieces of the system, but since this is not going to happen (the problem
has been there for years now), any simplistic approach is way better
than no approach at all.
--
Make right-click "rename" work for disk labels
https://bugs.launchpad.net/bugs/388207
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 388207] Re: Make right-click "rename" work for disk labels
I disagree, (the other bug has issue with an MP3 player, I'm talking broader here) but as usual with Ubuntu, you're the powerful man and I'm just a user, so it really doesn't matter what I think or what I reason with you, right? :-( The problem is as easy to fix as explained. As a matter of fact, doing the exact steps in a terminal does do the trick, so a simple script would probably do it as well. It is VERY EASY TO FIX and IS NOT A NEW FEATURE (the feature has been lying right there, in the menus, for years). So it is indeed a papercut (which guidelines I read carefully well before posting). But then again, who am I to disagree with the Ubuntu Powerpuff Boys? ** This bug is no longer a duplicate of bug 68924 provide support for changing volume labels -- Make right-click "rename" work for disk labels https://bugs.launchpad.net/bugs/388207 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 68924] Re: provide support for changing volume labels
** Also affects: hundredpapercuts Importance: Undecided Status: New -- provide support for changing volume labels https://bugs.launchpad.net/bugs/68924 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
