Re: [Ayatana] mail indicator not consistency

On 06/07/10 02:09, Frederik Nnaji wrote: > Or will it have effect for social communication also? > How about incoming voice and video calls? > Do Not Disturb should be a system-exlusive mode? Interesting questions. My gut feel would be: - incoming IM notifications would be suppressed - incoming

Re: [Ayatana] CSD and the pressure to innovate

On 04/07/10 19:29, David Hamm wrote: > " In 10.10, we'll take a big step forward in the netbook edition, by > moving the menu into the top panel and combining it with the titlebar > for maximised windows." > > This will be very nice! Thanks Dev's. Defiantly going on my laptop, > even tho its 12",

Re: [Ayatana] CSD and the pressure to innovate

On 04/07/10 11:54, Sense Hofstede wrote: > The mock-ups for Firefox 4 seem also to be using CSD. That's the only > way I can think of to get that menu up there in the title bar. > > Indeed. Again, if we have a consistent solution for th

Re: [Ayatana] Broadcasting from Me Menu: thoughts after some time using it

On 28/06/10 21:40, Apoorva Sharma wrote: > I really like the idea of having some sort of notification on a > successful broadcast from the memenu. However, I think that too much > color could be a problem. Thus, I propose the following: > > * After the user stops writing the message, a spinner

[Ayatana] CSD and the pressure to innovate

On 29/06/10 07:19, Conscious User wrote: >> I think that makes two of two implementations that nicely illustrate the >> concern that CSD is harmful for workspace consistency. >> > I have to agree on this one. Visual inconsistency is one of the oldest > complaints against Songbird. > I thi

Re: [Ayatana] Lack of harmony between panel applets

On 28/06/10 08:53, Conscious User wrote: > >> In due course, similar capabilities will be added. But for the moment >> it's minimalist. >> > Here's me hoping that those similar capabilities will be implemented > in a neat d-bus service way which follows an app-independent protocol, > thus c

Re: [Ayatana] Broadcasting from Me Menu: thoughts after some time using it

On 01/06/10 15:36, Conscious User wrote: > After some time actually using the Me Menu in Lucid, though, one > thing is bothering me with respect to the specification itself: > the lack of any kind of feedback in case the broadcasting went > well. The specification states that notification bubble sh

Re: [Ayatana] Design discussion proposals for Christmas

On 31/12/09 17:20, Conscious User wrote: > But *can* the current specification fix this for closed-source apps > like Skype? The reason I ask (and forgive me if I'm wrong) is that > Application Indicators seem to solve the problem of notification area > consistency but not the problem of notificati

Re: [Ayatana] Lack of harmony between panel applets

On 28/06/10 08:33, Martin Owens wrote: > Although I hear it'll unravel all the functionality for the evolution > calendar and task list as well as the handy locations and ability to > change locations from that menu. In due course, similar capabilities will be added. But for the moment it's minima

Re: [Ayatana] Lack of harmony between panel applets

On 28/06/10 03:34, Tyler Brainerd wrote: > > On Sun, Jun 27, 2010 at 7:32 PM, Allan Caeg > wrote: > > Will indicator-network feel integrated with Indicator Applet and > Indicator Session? If indicator-network is right beside Indicator > Applet, will it follo

Re: [Ayatana] Windicators

On 23/06/10 17:29, Sam Spilsbury wrote: > I have been running my own builds of X11 with input redirection for > about a year now, since your display would become largely resolution > independent anyways and you can just zoom in to get more precision on > those little widgets. > The point is not

Re: [Ayatana] Me Menu - Review

On 24/06/10 13:08, James Putt wrote: >>> So we need to think carefully about whether being offline is an "alert" >>> condition or not. I don't really think it is. >>> > Neither do I :) > I think an error-based-offline is an alert condition. In other words, if you set yourself to be Avail

Re: [Ayatana] Lack of harmony between panel applets

On 25/06/10 08:49, Tyler Brainerd wrote: > From what I understand, a lot of these changes (for instance, the new > network manager) are and will continue to show up in the Unity > interface, before eventually making their way over to Desktop. You'll be able to use our replacement for Network Manag

Re: [Ayatana] mail indicator not consistency

On 18/06/10 13:18, Frederik Nnaji wrote: > On 2010-06-18, Vishnoo wrote: > >> On Wed, 2010-03-31 at 23:34 +0100, Mark Shuttleworth wrote: >> >>> On 31/03/10 18:51, Jim Rorie wrote: >>> >>>> From a bigger picture frame of reference, I

Re: [Ayatana] Windicators

On 18/06/10 19:42, Sam Spilsbury wrote: > Do you need to interact with them during alt-tab? Remember that your > screen is grabbed and you are busy finding windows, not tweaking them. I think, if we're going to expose them, we should enable them to be interactive in order to keep them faithful to

Re: [Ayatana] Me Menu - Review

On 21/06/10 10:42, James Putt wrote: > I agree colour is significant. I was considering that the top menu by > convention is monochromatic with certain colours having a particular > meaning, and how having different icons in the drop down menu to the > icons representing the menu would play out. I

Re: [Ayatana] Two suggested designs for the Sound Indicator

On 21/06/10 15:04, Frederik Nnaji wrote: > What GlobalMenu does, is to detect what the user is currently looking > at, then afford the respective controls for its manipulation. > The Sound Menu can also behave like this: > * Probe for focused media apps > * assign the most accessible volume fader t

Re: [Ayatana] Windicators

On 18/06/10 15:00, Sam Spilsbury wrote: >> Yes, perhaps show them at 1:1 scale as emblems on the window previews, >> whatever the underlying window scale is for the reveal / alt-tab. >> >> Mark >> > I would imagine with 24x24 icons you're going to have enough room for > about 4 of them on each

Re: [Ayatana] What do to about right-clicking on the indicator-applet?

On 16/06/10 17:09, Anzan Hoshin Roshi wrote: > Mark, why will the panel not allow feature management? Because we can have a very good, usable experience without a hidden menu from right-click. signature.asc Description: OpenPGP digital signature ___ Ma

Re: [Ayatana] Application Menu bug consolidation and plans

On 14/06/10 18:59, nickwinl...@comcast.net wrote: > My message is to the passive group or those who lurk.. Please note > that ``duped'' isn't a word. That is what you all should work on > fixing technologically and socially in the future, and not creating > new branches or nodes from the same tree

Re: [Ayatana] Redesigning the Ubuntu mouse cursor for simple notification of app attention

Platform team is reviewing unclutter for inclusion in the default install and session. MPT, you might want to provide guidance on the upgrade experience - this should be added to sessions after update. Mark signature.asc Description: OpenPGP digital signature _

Re: [Ayatana] Sound Menu

On 16/06/10 12:19, Matthew Paul Thomas wrote: > >Currently, we only have Vertical layered controls. Each > > vertical row contains one function, and ought to be indicated in > > consistent ways (i.e., the triangles for running programs, the dots for > > status, the check for play/pause,

Re: [Ayatana] What do to about right-clicking on the indicator-applet?

On 16/06/10 11:45, Jarlath Reidy wrote: > Having a different menu for each button seems to fall between two > lines of thinking and personally, I get caught out all the time by the > current setup - I can't remember which button to click to get the menu > I want because to me there is no sense to i

Re: [Ayatana] How do I know when I'm connected to the network successfully?

On 15/06/10 02:09, Tyler Brainerd wrote: > > All the discussion of it I've seen to date has been netbook > focused. I'm interested to hear from someone at Canonical about > desktop . > > > Scott K > > https://wiki.ubuntu.com/Networking > That's why I quoted from this page. It state

Re: [Ayatana] VPN

On 15/06/10 07:37, Philipp Wendler wrote: > So I definitely would like to have an easy way to start a VPN > connection (directly in the indicator). It is like this even on my > cellphone, which has very limited screen space. But it would be ok for > me if the VPN options are only shown if a VPN con

Re: [Ayatana] Farewell to the notification area

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 like Network and Me menu's can, so a Wine one could too. We just need to think if that's a goo

Re: [Ayatana] Farewell to the notification area

On 15/06/10 10:35, Luke Benstead wrote: > I thought about that, but AFAIK you can't have right clicking (perhaps > also double clicking) inside an indicator menu. We could do a special-case for this. signature.asc Description: OpenPGP digital signature __

Re: [Ayatana] Putting some brakes on the enthusiasm

On 11/06/10 19:57, Scott Kitterman wrote: > > "David Hamm" wrote: > > >> and that, ladies and gentlemen is why Mark is Awesome. >> >> > Could we leave the fanboi stuff off and just deal with the actual issues > please. > > OK, but before we do that I just want to say for the record I

Re: [Ayatana] How do I know when I'm connected to the network successfully?

Just so folks are clear on direction: - we would like to move to Connection Manager ("connman") in due course, for its cleaner, more pluggable, testable and maintainable architecture - we have a detailed, signed-off design for the indicator associated with that at https://wiki.ubuntu.com/Networ

Re: [Ayatana] Redesigning the Ubuntu mouse cursor for simple notification of app attention

On 14/06/10 08:55, Matthew Paul Thomas wrote: > Frederik Nnaji wrote on 05/05/10 16:14: > > > On Wed, May 5, 2010 at 02:24, Alex Launi > > wrote: > >> > >> I usually move my cursor completely out of view when I'm not using > >> it. I've definitely seen my roommate, bro

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

On 09/06/10 18:02, Martin Gräßlin wrote: > Please tell me you are joking. After all the arguments I presented you still > think CSD is the road to go? You completely ignore my arguments, you actually > have not even read my arguments or you would know that some things like > closing hung windows

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

On 09/06/10 19:23, Conscious User wrote: > Now, I'd feel a lot more confortable if someone steps > in and says "a hung window can still be easily closed > when using CSD because of technical reasons X, Y and Z". > A hung window can still be easily closed when using CSD because the position of t

Re: [Ayatana] Idea: windicator add-ons, an extensible window border

On 11/06/10 10:08, Matthew Paul Thomas wrote: > The ideal screenshot tool would instantly take a screenshot of the whole > screen, *and* one of the current window, just in case you wanted either > of those, and *then* show its own interface giving you the option of > saving/publishing either of the

Re: [Ayatana] What should be Gwibber's behavior when acessed from the messaging menu?

On 10/06/10 08:38, Conscious User wrote: > The dimming idea is interesting and could be applied to multiple > streams if at least one of them contain the post. But what if none > of the open streams contain the post? > > (ex: user received a message from identi.ca, but currently only > has some twi

Re: [Ayatana] Ubuntu themes(future)

On 10/06/10 00:35, dani planas armangue wrote: > this is what ayatana list is destined to do? discuss design issues > generated. Yes. Politely. signature.asc Description: OpenPGP digital signature ___ Mailing list: https://launchpad.net/~ayatana Post

Re: [Ayatana] What should be Gwibber's behavior when acessed from the messaging menu?

On 10/06/10 08:17, Conscious User wrote: > I'm particularly keen on a window for showing the thread the message > belongs to because it is something useful in general, not only for > indicators. > Horrible mockup attached for your viewing pleasure. > I hate popups. So nyet :-) But try somethin

Re: [Ayatana] What should be Gwibber's behavior when acessed from the messaging menu?

On 10/06/10 01:21, Conscious User wrote: > >>> And, for both cases, the same question remains: what >>> should happen when you click on the indicator? This >>> is particularly hairy when you consider that the >>> user can have multiple streams being shown, and >>> there might be intersections am

Re: [Ayatana] Putting some brakes on the enthusiasm

On 10/06/10 04:20, Sam Spilsbury wrote: > That is a bad idea. > You cannot just say "we're going to use [insert technology X], but > that does not matter since what we care about is design" without > ignoring the many upstreams who will ultimately be incredibly upset by > that technical change for

Re: [Ayatana] Putting some brakes on the enthusiasm

On 09/06/10 22:31, Martin Owens wrote: > Desktop experience and design studies and such I'd love to see more > discussion here in this list. Yes, I think we should keep implementation issues away from this list. The CSD discussion, for example, has little to do with the user experience we wish to

Re: [Ayatana] Putting some brakes on the enthusiasm

On 09/06/10 16:46, Sense Hofstede wrote: > However, like you already say in your last line "there isn't an > overall place where the engineering participation is discussed, other > than #ayatana on freenode." That is the most important missing piece. That's because there are perfectly good ways to

Re: [Ayatana] Ubuntu themes(future)

Hi Dani Your feedback is valuable, Otto, Ken and Andrea are the right people to talk to. Mark On 09/06/10 16:44, dani planas armangue wrote: > I've recently been looking at changes in the art of ubuntu (light themes > and new icons) and I think you are doing things wrong. > > topics you are only

Re: [Ayatana] The Me Menu and specific applications

On 09/06/10 05:20, Ted Gould wrote: > I haven't looked at the full schedule for Me Menu yet, but I would > imagine most of the Canonical developer time is going to be sucked up > into the switching of networks and character count features for > Maverick. So, unless a contribution comes from the com

Re: [Ayatana] What should be Gwibber's behavior when acessed from the messaging menu?

On 08/06/10 20:28, Conscious User wrote: > I gave a lot of thought on it, and couldn't figure out > a good solution. If the user set up Gwibber for > notify/indicate anything and not only mentions, things > can get incredibly noisy and an Evolution-like > approach (entries per account, with unread

Re: [Ayatana] The Me Menu and specific applications

On 08/06/10 20:18, Conscious User wrote: > More and more applications are adopting the Messaging Menu > and users are getting more choices for taking advantage of > it. But what about the Me Menu? Are there plans to > establish an API that all IM/microblog app developers > can use to communicate wi

Re: [Ayatana] Putting some brakes on the enthusiasm

On 08/06/10 16:50, Vishnoo wrote: > Ayatana needs something in the likes of: > http://live.gnome.org/Nautilus/UIRoadmap That's really useful, we could gladly produce a table like that for each of the major projects: - session menu - me menu - network menu - clock menu - sound menu - battery

Re: [Ayatana] Putting some brakes on the enthusiasm

Would an ayatana-dev list be useful place to start sharing ideas on participation? Each of the individual projects is run as a good upstream: they are on Launchpad, there is a public trunk branch, you can branch and make merge proposals to land features. In addition, the folks there would certain

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

On 05/06/10 17:02, Frederik Nnaji wrote: > Hi Jeremy ;) > > On Thu, Jun 3, 2010 at 19:24, Jeremy Nickurak > wrote: > > Is this by design? Or would it make more sense for the desktop to > poke the web server, get the mime-type of the content, and then > open t

Re: [Ayatana] Putting some brakes on the enthusiasm

On 08/06/10 07:52, Conscious User wrote: >> On your critique: Notify-OSD is not done, but it's broadly there. The >> API's are basically stable, and we would gladly accept patches that >> bring it into full compliance with the specification. >> > Mark, please correct me if I'm wrong. Are you s

Re: [Ayatana] Putting some brakes on the enthusiasm

On 08/06/10 07:02, Tyler Brainerd wrote: > "I don't think the new ideas are "covering up", they are completing the > overall vision of Unity, so that the "map" is clear." > > Er. So are we to conclude the Unity is the future of the ubuntu > desktop as a whole? No, only that it's the focus of our d

Re: [Ayatana] Putting some brakes on the enthusiasm

On 07/06/10 21:37, Tyler Brainerd wrote: > I would love nothing more then for all the mockups and design > specifications from the last year and a half were fully implemented, > instead of covered up by newer ideas. I don't think the new ideas are "covering up", they are completing the overall vis

Re: [Ayatana] Putting some brakes on the enthusiasm

On 07/06/10 16:03, Conscious User wrote: > This is something I particularly dislike about Launchpad. Why does it > allow non-developers to post blueprints? But this is off-topic... Because the people who registered the project in LP should not have exclusive say over what people think could be don

Re: [Ayatana] Network Manager Menu

On 06/06/10 05:31, Walter Wittel wrote: > Sat, Jun 5, 2010 at 9:00 PM, Frederik Nnaji wrote: > >> here a mockup of Network Manager's current menu up with the indicators.. >> I believe we will simplify this menu on the long run, since network manager >> > ... > >> please comment thorough

Re: [Ayatana] Libappindicator rejected as an external dependancy for Gnome 3.0

On 04/06/10 07:50, Conscious User wrote: >- there's nothing in GNOME needing it. > This is a nice little catch-22. "We don't need to consider it for inclusion because nothing uses it." and "Nothing should use it because it's not an approved dependency." Unfortunately, Gnome is no more immu

Re: [Ayatana] Greyspace dragging

On 01/06/10 13:17, Shane Fagan wrote: > I was using totem and I wanted to drag it. So I went up to the top of > the window and dragged it. When I did that I thought to myself "what > about the greyspace on the bottom of the screen?". There is a load of > space between the video control and the volu

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

Thanks to Martin for raising this issue here. Not sure why the list was bouncing his mail, but it should let it through from me. Please keep Cody and Martin on cc for the thread. Mark Original Message Subject:Open Letter: The issues with client-side-window-decorations D

Re: [Ayatana] progress dialog mockups

On 28/05/10 15:50, dani planas armangue wrote: > El vie, 28-05-2010 a las 10:33 -0400, Alex Launi escribió: > >> 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 th

Re: [Ayatana] replace status bar mockups

On 28/05/10 14:55, dani planas armangue wrote: > https://wiki.ubuntu.com/Artwork/Incoming/Maverick/daniel%20status%20buble?action=AttachFile&do=view&target=compact01.png > Nice signature.asc Description: OpenPGP digital signature ___ Mailing list:

Re: [Ayatana] replace status bar mockups

On 28/05/10 12:09, Conscious User wrote: > >> the gradient makes him look a little (apple) that gives a professional touch. >> > The gradient is bringing back the problem of looking like an > overlay and drawing attention. Even in the thumbnails it is > clearly sticking out. > > > Yes.

Re: [Ayatana] replace status bar mockups

On 28/05/10 04:37, Scott E. Armitage wrote: > Interaction with clicking? Oh, please, no! In fact, if your mouse even > goes near it, it should move away or become transparent. Status bars > are /informational/, not /interactional/. (Hmm, not a word, but maybe > it should be). +1 signature.asc De

Re: [Ayatana] replace status bar mockups

On 27/05/10 21:51, Scott E. Armitage wrote: > I like them in general, but I have some reservations. > >1. They still seem pretty big (i.e. not very "tight", as Mark put > it). I already find many of the controls on those screenshots to > be quite large, and everything starts adding

Re: [Ayatana] Progress dialogs & minimising applications

If we do it at the Unity level, then it's one-progress-per-app, and I agree with your 5, the App should decide which progress to show, or amalgamate them into a single one ("you have n things downloading, overall you are 54% done" is not unreasonable). Mark signature.asc Description: OpenPGP d

Re: [Ayatana] replace status bar mockups

On 27/05/10 19:13, dani planas armangue wrote: > google chrome is that is inspiration for this, but I think we will find > yourself on our way. > > http://img684.imageshack.us/f/img684/1521/statusmessages.jpg > > in this i add some shadow > > http://img571.imageshack.us/f/img571/2831/statusmessages

Re: [Ayatana] replace status bar mockups

It needs to be much tighter. Check out Chrome or Chromium for an example. They use a small font, the gray area is just big enough for the text, and it's tightly bound to the bottom left of the window. Mark signature.asc Description: OpenPGP digital signature ___

Re: [Ayatana] Progress dialogs & minimising applications

On 27/05/10 17:14, Dieki N wrote: > I've made a mockup of this. Here: http://i.imgur.com/dNEJS.png This is very cool too - I really like the lighting effect at the tip of the progress bar, makes me think of a live fuse. Mark signature.asc Description: OpenPGP digital signature ___

Re: [Ayatana] Progress dialogs & minimising applications

On 27/05/10 15:43, dani planas armangue wrote: > i made someone, hope you like > > http://img17.imageshack.us/f/img17/5140/progressvariations.jpg > Those are nifty. Other variations: - small progress bars overlayed on the icons (say, b&w only) - desaturate the icon and have the saturation re

Re: [Ayatana] replace status bar mockups

On 27/05/10 15:09, Conscious User wrote: > Le jeudi 27 mai 2010 à 15:59 +0200, dani planas armangue a écrit : > >> much is this talking about the windicators but little or nothing about >> the replacement of a vital part as the status bar. This mcokup shows a >> banshee redesign proposed by me a

Re: [Ayatana] Progress dialogs & minimising applications

On 27/05/10 13:48, Jarlath Reidy wrote: > http://images.jarlath.multiply.com/image/1/photos/17/600x600/2/p-desktop.png?et=lztbS%2BxwhD9LOUNQSMavBA&nmid=339355362 > It would be

Re: [Ayatana] Fw: Re: Rethink the noninteractive Live CD default boot?

On 25/05/10 23:05, Luke Morton wrote: > Would it be possible to prompt the user to do a media check in the > event of a failed install? An install could fail in so many different ways! There is a stage when we do a big copy of disk data, and we could probably advise the media check if that fails.

Re: [Ayatana] Fw: Re: Rethink the noninteractive Live CD default boot?

On 25/05/10 10:52, C. Cooke wrote: > Make cd testing automatic unless an advanced parameter is used and > provide an option to cancel the media check. Our goal is a fast, clean install. The media check takes a relatively long time, so won't be the default. Mark signature.asc Description: OpenP

Re: [Ayatana] Papercut or not? Bug #495403 in One Hundr ed Paper Cuts: “Do not raise windows or dialogs witho ut user input”

On 24/05/10 21:59, Tyler Brainerd wrote: > apparently its denying its a problem. If someone takes trouble to participate in a thread, and outlines both sides of an issue but ultimately supports an approach different to your preference, that is *not* denying the existence of a problem. It's acknowl

Re: [Ayatana] Papercut or not? Bug #495403 in One Hundr ed Paper Cuts: “Do not raise windows or dialogs witho ut user input”

On 24/05/10 16:57, Conscious User wrote: > I think the ideal would be not to steal focus *if the user is > currently typing*, but then we go into non-trivial fix world > and out of the papercut world. > It's definitely not a papercut :-) Personally, I think trying to prevent focus-stealing doe

Re: [Ayatana] Clock Menu Redesign [was: Evolution && is: progress]

On 24/05/10 18:32, Vishnoo wrote: > On Mon, 2010-05-24 at 13:47 +0100, Mark Shuttleworth wrote: > >> On 21/05/10 18:47, Frederik Nnaji wrote: >> >>> Hi Nicholas ;) >>> >>> On Wed, May 19, 2010 at 18:01, Nicholas Ipsen wrote: >>>

Re: [Ayatana] Two suggested designs for the Sound Indicator

On 22/05/10 12:26, Philipp Wendler wrote: >> Browsers are a problem, as there is no way for them to indicate the >> intention (and if websites would be given a way to indicate their >> intention, it would be abused by spammers from day one). I suppose the >> best solution is to have dedicated prog

Re: [Ayatana] Clock Menu Redesign [was: Evolution && is: progress]

On 21/05/10 18:47, Frederik Nnaji wrote: > Hi Nicholas ;) > > On Wed, May 19, 2010 at 18:01, Nicholas Ipsen wrote: > >> I think it would be nice to include a weather indicator, maybe to the left >> of the Clock? I certainly appreciate this functionality in the current Gnome >> Clock Applet, but

Re: [Ayatana] Global menu and non-supported applications

On 24/05/10 10:55, Conscious User wrote: > For the upcoming Netbook Global Menu, I was wondering what is > the planned behavior for non-supported applications (which > will inevitably exist, for example I'm supposing it won't > support legacy Qt3 or Gtk1 applications... and is Java Swing > support

Re: [Ayatana] Default to single click to open files and folders

Folks, I don't want to pour water on your flames but... We already have mechanisms for multiple selection, with dragging to lasso a set of icons, ctrl-click to select an arbitrary set, and shift-click to continue a selection along a list. I don't see a need for the checkboxes at all. And I defini

Re: [Ayatana] memenu and appmenu

On 21/05/10 09:38, guido iodice wrote: > 1. If I want launch Empathy or Evolution, I can click on its icon in > the message menu. But other application are in the standard GNOME > application menu. So its a bit difficult for the user to understand > why some applications are in a place and other ap

Re: [Ayatana] Two suggested designs for the Sound Indicator

On 20/05/10 11:54, Martín Soto wrote: > Of course, you can always blame the user--after all, he clicked on the > link, didn´t he--but It´d be a nice touch if the system would handle > this by pausing or otherwise muting the background music while the > video plays. This appears a lot more forgiving

Re: [Ayatana] Two suggested designs for the Sound Indicator

On 19/05/10 20:19, Jan Claeys wrote: > I think that only one music player should be running (or at least > playing) at the same time, and the rest should only be listed as being > running in the background or alternatives to start. Starting music in > any alternative music player should stop any o

Re: [Ayatana] No "application bucket" needed

On 19/05/10 19:09, Jeremy Nickurak wrote: > On Wed, May 19, 2010 at 11:59, Mark Shuttleworth <mailto:m...@ubuntu.com>> wrote: > > Hmm... that's interesting :-). > > Simplistically, I would say that "if content is actively being shared, > it should

Re: [Ayatana] No "application bucket" needed

On 19/05/10 18:20, Jeremy Nickurak wrote: > What about rhythmox content sharing? > > If rhythmbox is sharing content via one of its plugins, when you close > it, you don't want it to go a way... you want it to be a background > service. Closing the window expecting it to still be sharing is a gap >

Re: [Ayatana] No "application bucket" needed

On 19/05/10 18:09, David Hamm wrote: > Rhythmbox able to restore its previous state upon launch and all the > other nuances would truly make it organic, to complete that piece > though, either remove the minimize or close button. The later, keep in > mind, would associate this functionality with ot

Re: [Ayatana] No "application bucket" needed

On 19/05/10 16:30, Sense Hofstede wrote: > Is Rhythmbox able to restore its previous state upon launch, or is > there a mechanism in place to allow third-party applications to load a > certain 'state', or selection? > That could cost some development to implement if it's not already > there and I t

Re: [Ayatana] Wiki

On 19/05/10 13:11, Thorsten Wilms wrote: > I took the liberty to add an organization to > https://wiki.ubuntu.com/Ayatana > > My experience with the Artwork wiki section suggests that we won't be > happy if everyone just dumps their page somewhere and if we rely on the > automatic list of sub-pages

Re: [Ayatana] Skipping Multiple songs?

On 18/05/10 16:28, Matthew Paul Thomas wrote: > As far as the keyboard is concerned, currently pressing Space on a sound > menu item activates it without closing the menu, while pressing Enter > activates it and also closes the menu. That's a bug, but could become a > feature. +1 signature.as

Re: [Ayatana] No "application bucket" needed

On 19/05/10 02:30, Walter Wittel wrote: > Also I may want to close Gimp with bunches of large images to free up > resources rather than having a half dozen smaller apps terminate so I > can launch something else. Gimp is not a service, it doesn't show in the panel. Closing the Gimp app terminates

Re: [Ayatana] No "application bucket" needed

On 18/05/10 19:43, Dylan McCall wrote: > On Tue, May 18, 2010 at 10:38 AM, David Hamm wrote: > >> Close=quit, some apps could just minimize to tray by default (music >> player). The music tray would already provide more function then the >> taskbar, no reason to minimize it there. >> > Tha

Re: [Ayatana] Windicators mockups (daniel planas)

Dani, this is very cool! Some comments: - could you do the mockups of windows without menu's? It would be great to see how they look in that case, since we expect to have the global menu in place for UNE 10.10 - the connected icon is great! I don't think that "disconnected" is by default an a

Re: [Ayatana] Refining the battery status menu

I think the idea of clearly identified batteries is important in cases where there are multiple batteries, yes. But this should be handled at the hardware layer, not exposed through the UI or even GConf. Mark signature.asc Description: OpenPGP digital signature

Re: [Ayatana] Combo Indicator Applets

On 18/05/10 16:54, Jeremy Nickurak wrote: > So is there any reason the messaging menu couldn't be a regular > indicator? My gut says it should probably be a system indicator, but > I'd really really want this to fall-back into the notification area > anyways. It would be possible to do that. But i

Re: [Ayatana] Thoughts on quitting and window controls

Does the window manager know if closing the window will cause the app to quit, or just close that window? If so, we could consider styling the close button differently, for those two scenarios. Mark signature.asc Description: OpenPGP digital signature _

Re: [Ayatana] No "application bucket" needed

On 17/05/10 16:02, Jeremy Nickurak wrote: > For inactive->active: > - Moving to the panel > - Clicking the messaging menu > - Moving to the correct entry > - Clicking it > > For active->inactive: > - Moving to the application's close button > - Clicking > > This is both a more complicated process,

Re: [Ayatana] No "application bucket" needed

On 17/05/10 15:30, Sense Hofstede wrote: > * most applications will already be there AND it is natural for the > launcher to be filled with icons => it doesn't feel untidy when it's > full and the presence of an application in the launcher doesn't We'll still have this issue in Unity, if apps that

Re: [Ayatana] No "application bucket" needed

On 17/05/10 15:16, David Siegel wrote: > Fair enough. Alt-tab could still show minimized windows and preserve > MRU ordering, but maybe do so in a way that naturally de-emphasizes > minimized windows so they're easier to ignore? > I don't remember which windows I minimized, and which I just obs

Re: [Ayatana] Evolution

Start on the Evolution mailing lists? Mark signature.asc Description: OpenPGP digital signature ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : http

Re: [Ayatana] No "application bucket" needed

On 17/05/10 12:16, David Siegel wrote: > Alright, sounds like we should definitely test removing minimized > windows from alt-tab when they are minimized to the Launcher in Unity. > This would break Alt-TAB for me, completely. I trust Alt-TAB to have *all* the windows, just in last-used order.

Re: [Ayatana] No "application bucket" needed

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 on > the window list. > My assumption has been t

Re: [Ayatana] GSoC '10 Idea : NotifyOSD improvements

On 17/05/10 10:43, Ashutosh Rishi Ranjan wrote: > On 15 March 2010 21:45, Akshay Gupta wrote: > >> Hey, all. >> I posted a GSoC project Idea on the ubuntu-soc list yesterday and I thought >> it'd be more appropriate if I run it down by developers in the Ayatana list. >> https://lists.ubuntu.com

Re: [Ayatana] GSoC '10 Idea : NotifyOSD improvements

On 15/03/10 16:15, Akshay Gupta wrote: > 1.) Make the OSD customizable > * setting up persistence time > * UI modifications over a basic structure > * Font size/style > ...other similar stuff we can decide upon. OK > 2.) Most of the above things would be customized by an OSD M

Re: [Ayatana] Evolution

On 17/05/10 10:21, Stefan Reichel wrote: >> Secondly, because of the fact that it doesn't close to the applet, >> then when new messages show up, and you click it, nothing happens. If >> its on a different workspace, you don't move there, and it opens the >> main window rather then the message itse

<    1   2   3   4   >