Re: [Ayatana] Notify OSD: Talk about giving the user preferences

While I appreciate the work that is being done to determine a position for the notifications that is suitable for most users, I feel that really this default should be just that. There should be some way (through gconf-editor if need be) that the position can be altered away from the default. Ther

Re: [Ayatana] Notify OSD: Talk about giving the user preferences

You did used to be able to configure the old ones by going to System->Preferences->Pop-Up Notifications and those popups were closable if they were in the way, so it kinda matters more now that the notifications can only be made translucent rather than disappear completely. Luke. 2009/8/29 Toni R

Re: [Ayatana] Notify OSD: Talk about giving the user preferences

> The main problem here, which Mark has hit upon in previous emails, is > that while more configuration sounds nice and simple in theory, it > creates buggy and inelegant applications. Each option added creates > another code path to develop, maintain, and test. Even a simple binary > checkbox theo

Re: [Ayatana] Notify OSD: Talk about giving the user preferences

switch back default positioning to NorthEast (top-right)" Just wanted to say thank you to whoever is responsible for providing the choice. Luke. P.S A south-east option would be awesome ;) 2009/9/1 Luke Benstead : >> The main problem here, which Mark has hit upon in previou

Re: [Ayatana] Regarding Notify-OSD's Position in Karmic Koala

> That's where we settled for 9.10. For 10.04 I would like to revisit the > midpoint of the right hand side. I would not want to rehash old territory, > so please factor in the above in proposing new ideas. I'm of the view that > this decision involves at least one ugly compromise no matter which w

Re: [Ayatana] Regarding Notify-OSD's Position in Karmic Koala

> In general, no. If the ideas they express are better, but the metrics we can > bring to bear (including the view of the people to whom the design > leadership has been given) then those patches can be included without > options, the default behaviour will be improved for all. If they just create

Re: [Ayatana] Regarding Notify-OSD's Position in Karmic Koala

> > So, probably, the solution is rather to find some clever algorithm that > places them dynamically based on the current desktop conditions, but we > won't be motivated to search for this algorithm if we resort to creating > more options as soon as someone complaints. Heh, OK you've almost won m

Re: [Ayatana] Regarding Notify-OSD's Position in Karmic Koala

2009/10/21 Mark Shuttleworth : > Luke Benstead wrote: > > The only thing against that is what Mark said about the async > notifications growing upwards, but I still don't see why that's a > problem (it would look pretty cool if the existing text moved up, then >

Re: [Ayatana] Regarding Notify-OSD's Position in Karmic Koala

2009/10/21 Johan Euphrosine : > On Wed, 2009-10-21 at 18:09 +0100, Mark Shuttleworth wrote: >> That would be worth a flash mockup, or code mockup, to see in >> practice. >> > > Hi, > > Here is a tentative clutter mockup: > http://bitbucket.org/proppy/clutter-repl/raw/2f7b36efb1fe/logs/session13.ogv

Re: [Ayatana] Regarding Notify-OSD's Position in Karmic Koala

2009/10/21 Matt Wheeler : > 2009/10/21 Luke Benstead : >> You legend! Yeah, exactly that kind of thing, I think it would look pretty >> cool. >> >> Thanks a lot! >> >> So, good idea? > > Are you actually suggesting that messages that stay visible for

Re: [Ayatana] Regarding Notify-OSD's Position in Karmic Koala

2009/10/21 Martin Albisetti : > Mark Shuttleworth wrote: >> >> Johan Euphrosine wrote: >>> >>> Here is better mockup: >>> >>> http://bitbucket.org/proppy/clutter-repl/raw/4b8460e1e300/logs/session14.ogv >>> >> >> Let's hear what others think. > > It feels odd to read from the bottom to the top. I p

Re: [Ayatana] Regarding Notify-OSD's Position in Karmic Koala

> In IM clients the text does not disappear , so you can take your time to > catch up with the text. > Try this , try reading text in an irc chat room with heavy traffic,[eg: > #ubuntu]. You'll notice it is not easy to catch up. > Thinking about it, I don't believe comparisons with IM or IRC are f

Re: [Ayatana] Regarding Flash like demonstrations

2009/10/21 Martin Owens : > On Wed, 2009-10-21 at 18:46 +0100, Luke Benstead wrote: >> >> Err.. ok... anyone any good with Flash? Or could someone point me at >> an OSS app that makes Flash animations? > > The only thing close enough would be to hack some SVG using I

Re: [Ayatana] Lucid theme - window controls location

On 12 March 2010 14:26, Siegfried Gevatter wrote: > 2010/3/12 David Balch : >> Please could the design team explain the rationale for moving the >> window control buttons from the right to the left, and the benefits >> expected to result. > > http://www.ivankamajic.com/?p=281 > > (I don't like the

Re: [Ayatana] Tooltips

> But for the default use, no, we won't animate the "you've got a message" > icon indefinitely when you've got a message. > > Mark > I agree that a constant animation would be a bad idea. But is there any chance of getting a colour change when there are messages waiting? The current icon (showing

Re: [Ayatana] Fwd: Proposal of new UI element for windows in Ubuntu: Esfera

On 26 March 2010 13:53, Jim Rorie wrote: > On Fri, 2010-03-26 at 09:30 -0400, Scott Kitterman wrote: >> >> "David Siegel" wrote: >> >> >I think maximize, minimize, and close are taken for granted -- they're >> >unquestioned assumptions carried over from a dusty desktop computing past. >> >Frankly

Re: [Ayatana] Gallery

On 31 March 2010 07:58, Victor wrote: > Thanks for high-lighting that, Martin. > > I really like this particular theme. > +1 What's really interesting though is it's surprisingly quite feasible. DockbarX has close to that dock behaviour anyway, with the new RGBA Gtk+ stuff you could get the them

Re: [Ayatana] message indicator.(colour palette)

On 1 April 2010 10:52, Thorsten Wilms wrote: > On Thu, 2010-04-01 at 10:02 +0100, Mark Shuttleworth wrote: > >> There should be a rationale and guidance for the use of the various >> colours. For example, red is clearly an alert colour, as is orange. When >> would one use red and when orange? Both

Re: [Ayatana] Indicators for showing progress

On a slightly related note, check out Solution #5 from this brainstorm idea: http://brainstorm.ubuntu.com/idea/24130/ I think that sort of set up would open up a load of possibilities for tighter integration of notifications of file transfers/downloads/syncs etc. Luke. __

Re: [Ayatana] User feedback from the new WM control order

Just to quickly add my experience to this. I've not yet accidentally hit the close button, however I have on several occasions hit minimize when aiming for the Applications menu. I also tweeted about it in frustration: http://twitter.com/kazade/status/12155652979 I'm now totally confused, because

Re: [Ayatana] User feedback from the new WM control order

> I don't think it will be an issue with GNOME Shell, as the top-left corner is > a > hot corner for triggering the overlay mode so you don't need to click the > button, just flick your cursor to the top left corner. The button is just > there > for discoverability and to provide tablet users wit

Re: [Ayatana] Making workspaces great (branched from "Farewell to the notification area")

> I brainstormed a little on your mockup. The attached image shows > workspaces as tabs, and inside it are the actual applications. > > This could easily carry dock functionality as well, where you pin some > applications to a particular workspace. > > -- > Remco > > ___

Re: [Ayatana] Making workspaces great (branched from "Farewell to the notification area")

> Interestingly I was just about to post a response to this thread with > a similar idea... > > The main problem I find with workspaces is their interaction with the > window list. It would be nice if all applications were visible on the > window list all the time *but* grouped into workspaces with

[Ayatana] Hovering to open items on the top panel

I've just been thinking about the new indicators, and how there were some complaints about it adding a click to get to stuff in the menus. Then I thought, it would be pretty cool if all the menus on the panel (including Applications, Places, System, Me menu, Indicators and the calendar ) opened on

Re: [Ayatana] Farewell to the notification area

On 22 April 2010 18:14, Mark Shuttleworth wrote: > Conscious User wrote: >> " 1) Communicating the goals and current status to end users. The amount >> of people who think the messaging menu is only a launcher, for >> example, is overwhelming. > > If people don't figure out how to use something we

Re: [Ayatana] Making workspaces great (branched from "Farewell to the notification area")

On 23 April 2010 11:10, Vishnoo wrote: > On Fri, 2010-04-23 at 10:14 +0100, David Siegel wrote: >> Guys, this is an excellent discussion. Will someone please volunteer >> to organize some of what's been said on a wiki page, or Google >> Doc/Wave, or something? Otherwise these ideas will likely nev

Re: [Ayatana] Making workspaces great (branched from "Farewell to the notification area")

On 23 April 2010 14:17, Roth Robert wrote: > I have just been looking at the gnome-shell wikis, and I have found some > mockups for suggested window management. I think the idea is quite good, > could replace the workspaces. Someone has already sent a mail with a mockup > similar to these, but thi

Re: [Ayatana] Farewell to the notification area

On 25 April 2010 18:39, Marc Deslauriers wrote: > On Sun, 2010-04-25 at 13:55 -0300, Paulo J. S. Silva wrote: >> That is the reason while the pop-up/under/what ever is a BAD idea. And >> the reason is that it is asynchronous, so the user is getting taught >> to respond to (possibly fake) windows r

Re: [Ayatana] Panel menu in 10.10 Netbook UI

On 27 April 2010 17:24, Jeremy Nickurak wrote: > What about windows with long titles? Web browsers ofter put the title of the > page you're viewing in the window title, so it's HUGE. Not much extra room, > if any, in that case. > Maybe a cut-off title with ... and the full thing in a tooltip? > Ma

Re: [Ayatana] Reducing Resistance to Change

>> On point 1: Looking at the tooltip bug in particular. The argument was >> made that "menus don't have tooltips". But the *main* ubuntu menus, >> for Applications, Places, and System, *all* have tooltips. As far as I >> know, this was never addressed. > > That's easily addressed, thanks for the r

[Ayatana] Is it time we killed "minimize to tray" ?

I've been giving this a lot of thought recently, well actually, I've been irritated into giving it thought after not being able to find my Rhythmbox window. I've been trying to work out why we have "minimize to tray" functionality at all and all I can come up with is that it is because the window-s

Re: [Ayatana] Is it time we killed "minimize to tray" ?

On 5 May 2010 15:42, Victor wrote: > No, it is not time. > Care to elaborate? Luke. ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.laun

Re: [Ayatana] Is it time we killed "minimize to tray" ?

On 5 May 2010 20:06, Gavin Langdon wrote: > On Wed, May 5, 2010 at 1:19 PM, Jarlath Reidy > wrote: >> >> A better functioning taskbar would eliminate the need for yet another >> desktop metaphor. There are too many on the desktop at the moment (double >> click icons, oh-no, that's a toolbar short

[Ayatana] Export/Import idea for Windicators

Morning all, I've just been thinking about Windicators and how they could be useful. I vaguely remember someone posting an idea (before the Windicator announcement) of being able to send files and data between applications. I think Windicators could allow us to do this in a very consistent way...

Re: [Ayatana] Export/Import idea for Windicators

> > Make sense? > > Mark > > Yep, perfectly. I should've really given it more thought before lumping the idea in with Windicators - it definitely would belong in the File menu. It's just the kind of thing that would require a consistent API so that applications would adopt it and Windicators would

Re: [Ayatana] No "application bucket" needed

On 17 May 2010 10:52, David Siegel wrote: > > > If you are designing an interface, and suddenly you believe you need > to add a "bucket", this is a good sign that your initial design failed > somewhere. I would encourage you to "shelve the bucket" and revisit > your earlier assumptions. Shake thi

Re: [Ayatana] No "application bucket" needed

On 17 May 2010 11:40, David Siegel wrote: > More specifically, I'm interested in why people use minimize-to-tray > instead of regular minimize. My suspicion is that it's easier to > recall minimized windows by clicking on indicators than by clicking on > the window list. > > If a window "minimizes

Re: [Ayatana] No "application bucket" needed

On 17 May 2010 11:58, Mark Shuttleworth wrote: > On 17/05/10 11:40, David Siegel wrote: >> More specifically, I'm interested in why people use minimize-to-tray >> instead of regular minimize. My suspicion is that it's easier to >> recall minimized windows by clicking on indicators than by clicking

Re: [Ayatana] No "application bucket" needed

> Luke, thank you for the excellent description of your use case. > > David No worries. The window-switcher and minimize-to-tray (I firmly believe the latter exists because of the former) is my #1 bug bear ;) Luke. ___ Mailing list: https://launchpad.n

Re: [Ayatana] progress dialog mockups

On 28 May 2010 15:33, Alex Launi wrote: > The indicator should probably convey the cumulative progress so you can > just flick a glance in the corner and get an idea of the progress without > having to click or even move the mouse. > > -- > -- Alex Launi > > It would be really cool if the icon ch

Re: [Ayatana] Putting some brakes on the enthusiasm

> My question is: isn't it time to put some brakes on the > enthusiasm and start prioritizing polishing instead of new > features? The current approach is not scalable, and this is > starting to show... > Really just a +1 to everything said. Although I particularly agree with David Siegel's commen

Re: [Ayatana] Opening URL's that point at downloadable objects

Hi Jeremy, I think trying to *fix* this situation would be potentially very hard, if not impossible, to do robustly and correctly. Of course, the reason that clicking a link opens the web browser is that the browser handles the http:// protocol, just as it may also handle https:// ftp:// and poten

Re: [Ayatana] Fwd: Open Letter: The issues with client-side-window-decorations

I'm not going to pretend I understand all the issues relating to CSD, but from here they don't sound like they best way to go. I use Chromium as my default browser and I switched to native decorations the moment I right clicked on the taskbar and got a totally unfamiliar menu without "Always on top

Re: [Ayatana] Is it time we killed "minimize to tray" ?

> And if anyone is willing and able to fix gnome-panel to make long-lived > minimized windows more compact, please submit patches for that too. :-) > > Is there a reason why DockbarX is not suitable for this? I've attached a screenshot incase people dunno what I'm talking about :) Luke. <>

Re: [Ayatana] Farewell to the notification area

On 14 June 2010 08:31, Matthew Paul Thomas wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Scott Ritchie wrote on 23/04/10 06:48: > > > > I like where you're going, but what do we do about interoperability? > > > > There's a hint in your post that we'll simply leave apps broken, stic

Re: [Ayatana] Farewell to the notification area

On 15 June 2010 10:32, Conscious User wrote: > > > > A massive portion of Ubuntu users use Wine or Java apps to some > > degree. If we are trying to improve usability, how would relegating > > non-application-indicator-conforming apps to floating windows improve > > a user's experience compared t

Re: [Ayatana] Farewell to the notification area

On 15 June 2010 10:39, Conscious User wrote: > > > > How about a middle-ground compromise? Not using a full blown > > window, > > but putting the Wine tray icons inside an indicator menu. > > > > Horrible mockup attached for illustration. > > > > > > I thought abou

Re: [Ayatana] Farewell to the notification area

On 15 June 2010 19:10, Mark Shuttleworth wrote: > On 15/06/10 10:42, Luke Benstead wrote: > > We are talking about an > > impossible-to-overcome-by-application-indicator-design-limitation. > > AppIndicators can't do this, you're right. But the system indicators &

Re: [Ayatana] Farewell to the notification area

On 16 June 2010 12:28, Conscious User wrote: > > > > Well, any closed but not replaceable application that can't or won't > > adapt, as well as any open application that has yet to be fixed. The > > latter should hopefully disappear over time (but how much time?), the > > former also goes into th

[Ayatana] Is it just me, or are the Users and Groups dialogs horrible?

Hi all, This has been bugging me for a little while. Most of the dialogs underneath Preferences and Administration are generally pretty well laid out and designed, the big glaring exception is the Users and Groups dialogs which seem messy and confusing. To better explain what I mean, I've created

Re: [Ayatana] Is it just me, or are the Users and Groups dialogs horrible?

On 16 June 2010 14:54, Omer Akram wrote: > the 'about me' and 'users and groups' will be replaced by User accounts > diagloue in maverick. > > On Wed, 2010-06-16 at 14:39 +0100, Luke Benstead wrote: > > Hi all, > > > > This has been

Re: [Ayatana] Is it time we killed "minimize to tray" ?

On 15 June 2010 08:10, Martin Owens wrote: > > On Mon, 2010-06-14 at 14:08 +0100, Luke Benstead wrote: > > Is there a reason why DockbarX is not suitable for this? I've attached > > a screenshot incase people dunno what I'm talking about :) > > That is wha

Re: [Ayatana] Windicators

On 17 June 2010 15:58, Matthew Paul Thomas wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Roth Robert wrote on 03/05/10 13:22: > >... > > Starting a new topic to discuss the suggestions, comments, ideas > > regarding the windicators > >

Re: [Ayatana] Windicators

> > Hmm... here is a quote from Mark in an earlier thread that I started: > > "For designing indicators, ask yourself: > > - what is the *status* I am conveying, and > - what options are there to manipulate that status? > > If you don't have both, especially the status, don't use an indicator. >

Re: [Ayatana] Windicators

On 18 June 2010 16:25, Conscious User wrote: > > > We'll have to think about that :-) > > > > Suggestions? Show the ones that most recently changed status? > > I think that would introduce an unpredictability factor > that a lot of users wouldn't like. > > Like it happens with the panel, I think

[Ayatana] Do you want to delete the applet from your configuration?

Hi all, Here's this week's bug bear of mine: http://img258.imageshack.us/img258/6311/as7ob3.png Can we make that any less user friendly? We present the user a dialog, which no matter which option they choose leaves them with behaviour they don't want. Choose "Delete" and you lose your applet perm

Re: [Ayatana] Brainstorming the Me Menu again

On 29 June 2010 12:21, Conscious User wrote: > > > > Yes, the "broadcast field" is certainly a learnable feature in the > > MeMenu. > > It will make publishing your current thought to the world very > > comfortable, i'm sure. > > But please somebody help me understand why i have a field to public

[Ayatana] Blue for information

Hi all, A while back we were discussing using blue to represent "information" in the indicator applets. Mark said it was worth looking in to: https://lists.launchpad.net/ayatana/msg01205.html I'm bringing this up again, because with the discussion about a green "flash" to indicator success of Me

[Ayatana] General System Responsiveness

Hi everyone, This is just something that I've noticed recently, if it wasn't so tricky to fix it would definitely belong in the "papercut" category as one of those things you learn to live with / stop noticing. I've had a Vista install alongside my Ubuntu install for some time, but never really u

Re: [Ayatana] General System Responsiveness

> How about starting just Firefox from the terminal so you can track what it > does? > > > Anzan > > Firefox was just an example, I experience poor responsiveness pretty much everywhere. The bugs that Dylan linked are quite probably related, this comment is quite worrying (the poster did a lot of w

Re: [Ayatana] Restart Required

On 30 July 2010 16:31, Frederik Nnaji wrote: > hello there ;) > > is anybody working on the FUSA currently? > Allow me to raise the topic for brief elaboration.. > > "Restart Required" seems incorrect to me: > after executing a partial upgrade, Ubuntu shows two red elements in the > indicator are

Re: [Ayatana] Restart Required

On 30 July 2010 18:26, Mark Shuttleworth wrote: > On 30/07/10 16:44, Luke Benstead wrote: > > The red indicator has been a bug bear of mine for a while, red is far > > to severe a colour for something that isn't an error condition. I'd > > again suggest blue for i

Re: [Ayatana] Space in the sound menu

On 4 August 2010 05:51, Mark Shuttleworth wrote: > > I blogged about the layout of the track metadata in sound indicator at > http://www.markshuttleworth.com/archives/446 > > With a mockup like: > > > > In comments on the post, Mike Rooney pointed me to a thread that > included > > http://picasaw

[Ayatana] Do indicator applications need minimize?

This is just something I've thought about... In 10.10 we'll have two "group" indicators; the messaging and sound menus. Both of these menus allow applications to run inside them, by this I mean when the window is closed they continue to run in the background available from the indicator. So these

[Ayatana] USB Device Removal Indicator

Hi all, Yesterday I was making a USB startup disk to install UNE on my girlfriend's new netbook (she loves it btw!) and when the process finished I went to Eject/Safely Remove the USB stick. I instinctively moved my mouse to the indicator applet (I dunno why) and then realized there is no place to

Re: [Ayatana] Reliability: Realtime Experience for Maverick

This is not just isolated to the installer. It would be nice if every button press system wide showed some kind of indication that the click was received. What might be nice is if the button text disappeared and a little circular progress indicator showed for a second or two before being replaced b

Re: [Ayatana] unity and notifications

On 15 September 2010 17:25, Greg K Nicholson wrote: > On 15 September 2010 16:54, Conscious User wrote: > > I know it's the space for the confirmation bubbles, but I think it > > would be much better if those appeared in another place entirely, > > like a bottom corner. > > I've suggested before

Re: [Ayatana] unity and notifications

> >> We could do better with the fading, but I find myself unable to imagine >> a situation where someone simultaneously (a) needs to see what's under a >> notification bubble and (b) "needs the cursor elsewhere". Can you give >> an example? >> >> > I think Michael Jonker already provided one at th

Re: [Ayatana] unity and notifications

On 20 September 2010 16:55, Mark Curtis wrote: > Trying to find an area of the screen that won't obscure all applications > is fruitless. There is no single location that won't end up obscuring SOME > application's interface. > Popular applications such as GIMP (right and left), Inkscape (bottom

[Ayatana] Executable file dialog box...

Hi everyone, We all know that on Linux any file can be marked as executable and unlike Windows we don't rely on the extension of the file to determine that. But this of course leads to ambiguity when someone double clicks a file from Nautilus, should the file be executed or displayed? The current

Re: [Ayatana] Executable file dialog box...

On 21 September 2010 13:54, Remco wrote: > On Tue, Sep 21, 2010 at 12:38, Luke Benstead wrote: > > I'm wondering if we need this dialog at all, surely we can code in a > little > > bit of logic here. How about: > > > > If the file is executable and: >

Re: [Ayatana] What do app authors do for Account Dialogs?

Hi, I'm sort of thread hijacking a little here (apologies for that), but this is actually close to something I've been meaning to bring up here for a while. On my phone, when I set it up for the first time I was asked if I want to set up certain accounts (e.g. flickr, Facebook, Twitter etc.) and

Re: [Ayatana] clipboard information in context menu

On 12 October 2010 16:50, Mark Curtis wrote: > Will 11.04 have no "sys-tray"? Canonical is behind a release from the plan > you posted given 10.10 still has the old clock, network (and power?) > applets. > > Also, what's happening about Wine and Java applications, has that been sorted yet? Luke

Re: [Ayatana] Flies in the Ice Cream...

On 27 October 2010 21:35, Caio Alonso wrote: > Recently, I've noticed several usability issues in Ubuntu that really are >> big annoyances that I think are being overlooked. After watching Mark's >> keynote the other day I thought I'd pen them down to see if perhaps we can >> fix some of them thi

Re: [Ayatana] Global Menu behaviour

On 27 October 2010 22:27, Conscious User wrote: > > Before any kind of conclusions, a survey with long-time > OSX users should be made. After all, not only they use > a Global Menu all the time, but a lot of them also > have huge monitors. > > Heh, yeah because that would be unbiased :p We're pre

[Ayatana] Global Menu on the Desktop

Hi all, So I stumbled across this answer earlier: http://askubuntu.com/questions/10481/does-will-unity-support-disabling-the-global-menu We are getting the global menu by default on the desktop edition. I'm actually overwhelmingly disappointed by this, there were actual logical reasons why the gl

Re: [Ayatana] Global Menu on the Desktop

Read Jorge Castro / Neil Patel's reply, they are the guys working on this. The blueprint isn't official (aside from being approved for discussion at UDS) and doesn't mention the global menu. Quote: “*Yes, the Desktop version of Unity will use the global menu by default*. There might be some added

Re: [Ayatana] Global Menu on the Desktop

On 1 November 2010 13:11, David Prieto wrote: > Hi, > > > I don't mean to sound rude, but did you even read the answers to the link >> you posted? >> One of them shows this blueprint which wouldn't use the global menu for >> the desktop version. >> >> https://blueprints.launchpad.net/ubuntu/+spe

Re: [Ayatana] Global Menu on the Desktop

On 1 November 2010 13:59, frederik.nn...@gmail.com wrote: > On Mon, Nov 1, 2010 at 14:40, Luke Benstead wrote: > >> To reiterate, I understand the reasoning for the global menu on netbooks, >> and I totally agree. Why is a global menu better on a modern high-resolution >

Re: [Ayatana] Global Menu on the Desktop

On 1 November 2010 19:47, Shane Fagan wrote: > I agree with the idea of less wasted space. So putting in the global > menu into the desktop for maximized apps is a good idea. Well, ideally the way to get rid of that wasted space would be to not have the bar there at all. Think about it; Unity h

Re: [Ayatana] Global Menu on the Desktop

On 1 November 2010 20:40, cmaglothin wrote: > Why exactly would there need to be a distinction at all? It would be > pleasing to the eye if it just blended perfectly with the gradient of the > maximized window border. > > Mainly to show that: a.) The indicator applet is floating (e.g. non-maximi

Re: [Ayatana] Unity - Web and People

> On 02/11/10 16:05, Seif Lotfy wrote: > >> >> I am trying to figure how would be the best way to do it. If the feedback >> is ok on the ayatana side i think i could have the "backend" done within 2 - >> 3 weeks >> Cheers >> Seif >> > > Here's what I'd love from a "People" place: 1. The ability to

Re: [Ayatana] (In)sensitive menu itens for displaying information

On 5 November 2010 11:15, Matthew Paul Thomas wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > zekopeko wrote on 04/11/10 20:38: > >... > > Banshee, if set as the default music player, opens the song in a > > special sidebar item called "File System Queue" (as opposed to > > Library).

Re: [Ayatana] More complete Applications view

> > 4. I've aligned Trash along the bottom next to "Get more applications" > > which seems less cluttered > > After further thinking, I think that the trash icon doesn't belong on > the applications view at all, because on unity's latest builds the trash > is always available in the dock. > > Agree

Re: [Ayatana] Why the launcher should be on the right

On 19 December 2010 17:22, Mirek M. wrote: > Hi everyone, > As my requests for having an option to put the Ubuntu button + launcher on > the right have been received as insignificant feature requests, I'd like to > explain how Ubuntu button + launcher actually make more sense and improve > usabil

Re: [Ayatana] [Bug 692921] Re: Allow for the panel to be disabled (wishlist)

On 21 December 2010 11:21, Mark Shuttleworth wrote: > > We definitely need a natural way to move between "full screen" (no > panel) and "panelled" mode, across multiple apps. And perhaps we need a > good way for things like indicators to show up at appropriate times, > when the panel is not being

Re: [Ayatana] The Wall instead of "Desktop"

On 4 January 2011 11:19, Cyrille Ngassam Nkwenga wrote: > Hi All Friends, > > Warning : I'm not a designer, but just a daily user of Ubuntu. > > > > So let have a look on the "Desktop" paradigm. > > We used to understand the "Desktop" as the one on real life. The "desktop > contains our files(ca

Re: [Ayatana] The Wall instead of "Desktop"

> another thing that disturbed me was that i now had no generic place to put > stuff which i didn't want to have in my face all the time.. > ^^ this I only ever use the desktop for stuff I need temporarily or that is yet to be organized. I wish there was a corner of the screen where I could drag

Re: [Ayatana] Implementation of a built-in screencaster in Unity like there is in GNOME Shell

On 14 February 2011 11:07, Matthew Paul Thomas wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > ks64 wrote on 01/02/11 18:27: >> >> Despite all the hype about Unity, there is one thing that is making me >> miss GNOME Shell: built-in screencasting. Press Ctrl+Shift+Alt+R and you >> can

Re: [Ayatana] Menu bar integrated in title bar in Unity

On 18 February 2011 11:10, David Stevenson wrote: > On 18/02/11 04:38, Greg K Nicholson wrote: >>> Why not integrate (and hide) the menu bar in the title bar instead for >>> ummaximized windows? >> >> This makes sense logically. > > I also like this idea. My top panel has always been full, the fir

Re: [Ayatana] Menu bar integrated in title bar in Unity

On 18 February 2011 12:25, Luke Benstead wrote: > On 18 February 2011 11:10, David Stevenson wrote: >> On 18/02/11 04:38, Greg K Nicholson wrote: >>>> Why not integrate (and hide) the menu bar in the title bar instead for >>>> ummaximized windows? >>> &g

Re: [Ayatana] Menu bar integrated in title bar in Unity

On 18 February 2011 13:23, Andrew Laignel wrote: > *Cough* > https://wiki.mozilla.org/File:Firefox-4-Mockup-i06-%28Win7%29-%28Aero%29-%2 > 8TabsTop%29.png *cough* > > :) Err... yeah, like that :) Luke. ___ Mailing list: https://launchpad.net/~ayatana

Re: [Ayatana] No one will ever use the upper-left Ubuntu button

On 10 March 2011 09:25, Mark Shuttleworth wrote: > > Let's see what people who try it have to say. Don't worry if there is > negative feedback, that's what exploring and testing are all about. > Thanks for making the testable mockup. > I really like the flipping* dock idea, it declutters the "app

Re: [Ayatana] 'Control Center' should be in 'Launcher' not in 'Session Menu'

On 11 March 2011 15:43, Lee Hyde wrote: > On 11/03/11 14:41, Mark Curtis wrote: >> Someone else suggested putting it in the Me Menu >> This would solve both problems of not being close to Shut Down nor >> cluttering up the Launcher >> > I can't imagine any justification for placing a Control Centr

Re: [Ayatana] Design problem: Menus hidden by default in Unity

On 15 March 2011 20:13, Vishnoo wrote: > On Tue, 2011-03-15 at 15:51 -0300, Conscious User wrote: >> >> Thorsten Wilms wrote: >> > The alternative would be to show both title and menu, but giving >> > the menu priority. For habituation and quick aiming, it's important >> > that the menu always sta

Re: [Ayatana] Design problem: Menus hidden by default in Unity

>> 1. Someone will bring up Fitt's Law. Yes I know what it is. No, I >> don't think it should be used as an overriding reason to squash, >> overlap, and generally complicate a UI and shove it into an edge. I >> especially don't see why Fitt's law is so important for menu bars, >> when users get on

Re: [Ayatana] List of running windows of an application in the launcher quicklist

On 23 March 2011 14:13, Bilal Akhtar wrote: > Hello all, > > I filed bug [1] in unity today, and it was marked 'opinion' by sabdfl as > it needed more discussion before it could be implemented. > > The current way of switching between windows of the same app is > time-consuming. The launcher icon

Re: [Ayatana] Indicator-sound and highlighting the track on mouseover

> > I dint realize it copied info to clipboard either. > Why is that "copy to clipboard" so easily accessible, btw? Do a lot of > people use that info frequently? > > I was actually expecting that clicking on the song info, would open the > player and focus on that song. > > -- > Cheers, > Vish +1

Re: [Ayatana] New style of Minimize button for Natty

On 2 April 2011 09:17, Muhammad Nabil wrote: > SInce the applications window minimize to the launcher (which on the > left) in Natty Narwhal, how about change the current style of Minimize > button to this : > > http://i.imgur.com/AxKxD.png > > What do you think? > -- Genius. +1 Luke. _

Re: [Ayatana] why global menubar/application menu isn't such a great idea

On 5 April 2011 13:47, nick rundy wrote: > There are a lot of other applications that benefit from the additional space > afforded by merging the titlebar and menubar into the panel besides the > web-browser. Nautilus, media players, music players, word processors, e-mail > clients, text editors,

  1   2   >