>>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 explanat
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
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" mes
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/3882
** 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.
--
des
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
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
>>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 th
>>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 o
>>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 a
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 bef
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 defi
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
>
> Titl
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
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
Desk
@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 mi
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 an
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:
Impr
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
@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
curre
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 met
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 Bu
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 e
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
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
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
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
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 ha
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
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 YEAR
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
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 deve
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.
> [] m
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, ma
@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
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 b
38 matches
Mail list logo