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

Le mardi 08 juin 2010 à 23:59 -0600, Jeremy Nickurak a écrit : > On Tue, Jun 8, 2010 at 23:47, Jeremy Nickurak > wrote: > Likewise, the best solution to client-dictated titlebar > objects is for the application to speak a protocol, to which > the window manager can decid

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

On Tue, Jun 8, 2010 at 23:47, Jeremy Nickurak wrote: > Likewise, the best solution to client-dictated titlebar objects is for the > application to speak a protocol, to which the window manager can decide to > draw the appropriate object, where it wants. > Put another way, the clients have no mor

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

My 2 cents. Who draws indicator icons? Who draws the indicator applet? Who decides where it go? Isn't this setup the same as what we want from client-dictated objects in a window titlebar? The applications that put things in the indicator applet don't get to draw arbitrary things wherever they li

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

"Ted Gould" wrote: >On Mon, 2010-06-07 at 15:01 -0400, Scott Kitterman wrote: >> Without CSD there is nothing to fix. I'd prefer not breaking things in the >> first place and that's one small point. I still don't know what you want >> out >> of CSD the merits all the work to patch apps bac

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

On Wed, Jun 9, 2010 at 12:13 PM, Ted Gould wrote: > On Mon, 2010-06-07 at 15:01 -0400, Scott Kitterman wrote: >> Without CSD there is nothing to fix.  I'd prefer not breaking things in the >> first place and that's one small point.  I still don't know what you want out >> of CSD the merits all the

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

On Tue, 2010-06-08 at 22:14 +0100, Mark Shuttleworth wrote: > 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 noi

Re: [Ayatana] The Me Menu and specific applications

On Tue, 2010-06-08 at 21:18 +0200, 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 t

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

On Mon, 2010-06-07 at 15:01 -0400, Scott Kitterman wrote: > Without CSD there is nothing to fix. I'd prefer not breaking things in the > first place and that's one small point. I still don't know what you want out > of CSD the merits all the work to patch apps back into the consistency we > al

Re: [Ayatana] Putting some brakes on the enthusiasm

On Tue, 8 Jun 2010 13:55:26 -0700 David Hamm wrote: > "The key principle to keep in mind here is that if you are healthy a > salmonella infection is not a big deal." > http://www.healingdaily.com/detoxification-diet/raw-eggs.htm But in this case, we also want to cater to these unhealthy people t

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

On Wed, Jun 9, 2010 at 12:49 AM, Scott Kitterman wrote: > Still forwarding on the assumption Martin's mail won't get through. > > "Martin Gräßlin" wrote: > >>Am Montag 07 Juni 2010, 20:54:06 schrieben Sie: >>> No, it couldn't.  Let's say my application is a 3-d app and when I hover >>> over the t

Re: [Ayatana] Putting some brakes on the enthusiasm

So... am I the only one thinking the food metaphors aren't worth me getting emails over? :P Mark, I think that would be a great approach and a good thing to set into motion. There are a number of skilled user/devs who would gladly patch this stuff if they knew that it was actually worth the

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

> I'm not sure if it survived to the current spec, but we said we wanted a > hard limit (around 7) of entries per app. The indicator would refuse to > display more, and have some way to tell the app which ones it was > dropping. That's to stop flooding. My concern was less about flooding and more

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

"The key principle to keep in mind here is that if you are healthy a salmonella infection is not a big deal." http://www.healingdaily.com/detoxification-diet/raw-eggs.htm On Tue, Jun 8, 2010 at 1:47 PM, Scott E. Armitage wrote: > Until you get salmonella and never want to eat cookies ever again..

Re: [Ayatana] Putting some brakes on the enthusiasm

Until you get salmonella and never want to eat cookies ever again.. On Tue, Jun 8, 2010 at 3:37 PM, David Hamm wrote: > Nothing wrong with having a little cookie dough before the cookies are > done. > > "combines some wiki and tracker features could replace pain with joy." > > __

Re: [Ayatana] Putting some brakes on the enthusiasm

Nothing wrong with having a little cookie dough before the cookies are done. "combines some wiki and tracker features could replace pain with joy." ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe :

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

Hi, I would like to hear your opinions on this matter. Gwibber 2.30 in Lucid adds user-specific entries to the Messaging Menu when a new broadcast is received. When you click on any of those entries, the Gwibber window simply pops up, and nothing specific to the broadcast whose indicator you cli

[Ayatana] The Me Menu and specific applications

Hi, Little question here. 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 with it? ___

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

Still forwarding on the assumption Martin's mail won't get through. "Martin Gräßlin" wrote: >Am Montag 07 Juni 2010, 20:54:06 schrieben Sie: >> No, it couldn't. Let's say my application is a 3-d app and when I hover >> over the toolbar button I want a "sparkler" style particle effect as the >>

Re: [Ayatana] Putting some brakes on the enthusiasm

On Tue, 2010-06-08 at 17:03 +0200, Sense Hofstede wrote: > It is my opinion that Ayatana should be made more community developer > friendly. This means two things: > 1. Make it clear to the community that and how they can contribute > code (or artwork and documentation?) to the Ayatana projects. T

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] Putting some brakes on the enthusiasm

> The fact that the community could do these things by themselves is a > valid point indeed. I agree with it. However, the fact that you would > love to see patches from the community is not very clear. If I feel > the community correctly I think that many people seem to assume that > most of the

Re: [Ayatana] Putting some brakes on the enthusiasm

On Tue, 2010-06-08 at 17:03 +0200, Sense Hofstede wrote: > 2. Make it clear to the community what Canonical is working on and > what Canonical plans to work on in the near future. This would assure > users they can work on feature X because Canonical is busy with > feature Y and won't have the reso

Re: [Ayatana] Putting some brakes on the enthusiasm

On 8 June 2010 07:57, Mark Shuttleworth wrote: > 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 idea

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] 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