2013/12/8 David Wolfe davidw+launch...@wolfeden.org
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).
Will this patch resist updates?
2013/12/4 Ryan Koesters rmkoest...@gmail.com
@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.
2013/12/4 Ryan Koesters rmkoest...@gmail.com
@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
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
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 smspil...@gmail.com
** Changed in: compiz
Milestone: 0.9.10.0 = 0.9.10.2
--
You received this bug notification because you are a member of
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
@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
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
2013/1/31 Sam Spilsbury smspil...@gmail.com
On Thu, Jan 31, 2013 at 6:08 AM, OpenLaptop i...@openlaptop.nl 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,
2013/1/31 Sam Spilsbury smspil...@gmail.com
On 31/01/2013 8:51 AM, Aleve Sicofante asicofa...@gmail.com wrote:
2013/1/31 Sam Spilsbury smspil...@gmail.com
On Thu, Jan 31, 2013 at 6:08 AM, OpenLaptop i...@openlaptop.nl
wrote:
Funny to see this bug is still not fixed sinds 2007 (6
2013/1/28 Chad Germann cgerm...@gmail.com
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
2013/1/24 Chad Germann cgerm...@gmail.com
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
2013/1/23 Brad Jensen bradwjen...@gmail.com
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
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
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
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
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:
2012/10/20 Kamran Mackey kamranm1...@gmail.com
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
@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
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
@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
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
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,
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
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
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.
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
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
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
** 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.
--
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,
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
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
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
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,
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
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.
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
38 matches
Mail list logo