[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 Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
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 Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/682788 Title: Improve Unity Global Menu To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/682788/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 388207] [NEW] Make right-click "rename" work for disk labels
Public bug reported: Binary package hint: nautilus Go to "Computer" to see list of available volumes. Right click on any of them. Choose "Rename". The system will allow you to edit the name of the volume but when you push the enter key you'll always get an "Operation not supported by backend" message. I think renaming a volume should do the following: 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. This should work for all types of disks and volumes. Alternatively, labeling might be done on a per-user basis by keeping a list of volume names at the users home folder with the correspondence between the real name and the user-given name. Why: If we're talking about real renaming, ordinary users should not be required to know how to use a bunch of different command line tools to change the name of a disk, or start a partition editor application to do such renaming. If we're talking about per-user naming, two users might want to call partitions differently. To the devs: Take the easiest approach, but make "right clicking to rename" functional. ** Affects: hundredpapercuts Importance: Undecided Status: New ** Affects: nautilus (Ubuntu) Importance: Undecided Status: New ** Tags: disk label name nautilus papercut rename volume ** Also affects: hundredpapercuts Importance: Undecided Status: New -- 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 Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 388207] Re: Make right-click "rename" work for disk labels
This is not a duplicate of bug #68924, please fully read both beyond the title before marking it as a duplicate. ** 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 Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 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 Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 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 Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 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
Desktop Bugs, which is subscribed to nautilus in ubuntu.
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 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 Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 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 Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 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 Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 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 Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 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 Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 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 Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
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 Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/682788 Title: Improve Unity Global Menu To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/682788/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
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 Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/682788 Title: Improve Unity Global Menu To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/682788/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 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 Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/682788 Title: Improve Unity Global Menu To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/682788/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 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 Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/682788 Title: Improve Unity Global Menu To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/682788/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
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 Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/682788 Title: Improve Unity Global Menu To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/682788/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 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 Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/682788 Title: Improve Unity Global Menu To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/682788/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 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 Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/682788 Title: Improve Unity Global Menu To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/682788/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 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 Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/682788 Title: Improve Unity Global Menu To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/682788/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
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 Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/682788 Title: Improve Unity Global Menu To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/682788/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 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 Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/682788 Title: Improve Unity Global Menu To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/682788/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
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 Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/682788 Title: Improve Unity Global Menu To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/682788/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
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 Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/682788 Title: Improve Unity Global Menu To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/682788/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 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 Desktop Bugs, which is subscribed to metacity in 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 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 124440] Re: Ubuntu needs a way to set mouse scrolling speed
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 Desktop Bugs, which is subscribed to gtk+2.0 in Ubuntu. https://bugs.launchpad.net/bugs/124440 Title: Ubuntu needs a way to set mouse scrolling speed To manage notifications about this bug go to: https://bugs.launchpad.net/gtk/+bug/124440/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-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 Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/682788 Title: Improve Unity Global Menu To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/682788/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
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 Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/682788 Title: Improve Unity Global Menu To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/682788/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
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 Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/682788 Title: Improve Unity Global Menu To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/682788/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
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 Desktop Bugs, which is subscribed to metacity in 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 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-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 Desktop Bugs, which is subscribed to metacity in 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 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-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 Desktop Bugs, which is subscribed to metacity in 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 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-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 Desktop Bugs, which is subscribed to metacity in 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 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-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 Desktop Bugs, which is subscribed to metacity in 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 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-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 Desktop Bugs, which is subscribed to metacity in 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 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-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 Desktop Bugs, which is subscribed to metacity in 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 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 221118] Re: Connected servers forgotten in next session (Hardy)
Just what exactly would be the drawback of making these connections permanent until the user decides to disconnect them? (Exactly the same for mounting volumes, BTW.) -- Connected servers forgotten in next session (Hardy) https://bugs.launchpad.net/bugs/221118 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
