Re: [Ayatana] Fwd: unified system

[Mikkel Kamstrup Erlandsen]

On Thu, 2010-08-05 at 00:21 +0200, Frederik Nnaji wrote:
> is anybody familiar with the spec i mention below!?
> i asked on the xdg list but nobody responded yet.. perhaps someone
> here is using some low hanging fruit out of this spec's implementation
> already in some project?

Try looking in /usr/share/mime. You are using it every day  :-)

At the very least Gnome uses it and I am pretty sure that the GAppInfo
API in GIO will hook into it by default. I *think* KDE uses it as well,
but I have not fact checked that.

Cheers,
Mikkel

> -- Forwarded message --
> From: Frederik Nnaji 
> Date: Thu, Jul 8, 2010 at 22:14
> Subject: unified system
> To: x...@lists.freedesktop.org
> 
> 
> hello list
> i just came across this spec and i loved it:
> http://standards.freedesktop.org/shared-mime-info-spec/latest/ar01s02.html
> 
> can anyone recommend an interesting discussion thread on this?
> 
> 
> 
> ___
> Mailing list: https://launchpad.net/~ayatana
> Post to : ayatana@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~ayatana
> More help   : https://help.launchpad.net/ListHelp



___
Mailing list: https://launchpad.net/~ayatana
Post to : ayatana@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ayatana
More help   : https://help.launchpad.net/ListHelp

Re: [Ayatana] Sound indicator position indicator and scope

[Conor Curran]

Hi folks,

Before we potentially redesign the UI of the sound menu, I feel it is 
necessary to complete the existing spec. Currently I am waiting on the 
community around MPRIS to finalize version 2. Once this happens all 
clients should move to this version of the spec. At which point 
integration testing with all clients should be carried out. Only after 
this will there be time for 'UI refactoring'.


Eitherway discussing now ahead of time should prove beneficial.

Conor


On 04/08/10 17:46, Frederik Nnaji wrote:

Hi guide

On Wed, Aug 4, 2010 at 14:32, guido iodice > wrote:


Hi,

IMHO title on the cover is ugly.


i thought this was about transport controls and temporal position 
controls for our sound menu?


well, for that question, i think redesigning the temporal position 
controls for the sound menu is an important task that deserves a lot 
of attention, because it concerns content navigation via a spacial 
interface in general. In other words, redesigning this for "fitt's 
law" kind of design rules would affect  the overall design of 
scrollbars, horizontal as well as vertical, too.



___
Mailing list: https://launchpad.net/~ayatana
Post to : ayatana@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ayatana
More help   : https://help.launchpad.net/ListHelp
   
___
Mailing list: https://launchpad.net/~ayatana
Post to : ayatana@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ayatana
More help   : https://help.launchpad.net/ListHelp

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

[Thorsten Wilms]

On Wed, 2010-08-04 at 05:51 +0100, Mark Shuttleworth wrote:

> http://www.markshuttleworth.com/archives/446

Have a look 2 mockups, thoughts and explanation at:
http://thorwil.wordpress.com/2010/08/05/ayatana-sound-menu/

(To Mark: sorry for the unnecessary copy!)


-- 
Thorsten Wilms

thorwil's design for free software:
http://thorwil.wordpress.com/


___
Mailing list: https://launchpad.net/~ayatana
Post to : ayatana@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ayatana
More help   : https://help.launchpad.net/ListHelp

[Ayatana] Do indicator applications need minimize?

[Luke Benstead]

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 "background" applications are Gwibber,
Evolution(?), Empathy and soon Rhythmbox. There are of course others that
attach to the menus.

Now, what I've experienced is a range of inconsistency outside of the
default applications. For example, there is a Thunderbird plugin for the
messaging menu, but closing the Thunderbird window quits the application,
which is not what I expect.

I think it would be a good idea to remove the minimize button from
applications that appear in the group indicators (and run in the
background). For two reasons:

1. This removes the ambiguity surrounding "where did my window go". At the
moment, if the Gwibber window isn't visible, it's either in your taskbar, or
it's available in the indicator. If there was no minimize button then the
only option would be "close" which would send it back to the indicator
applet. You'd always look there for Gwibber.
2. It forces non-default applications to behave consistently. Without the
possibility of minimizing, application developers would make sure that if
they integrate with a group indicator they continue to run when the main
window is closed.

Thoughts?

Luke.

P.S. I'm only talking about apps that run in the group indicators, not
things like Transmission which have their own indicators.
___
Mailing list: https://launchpad.net/~ayatana
Post to : ayatana@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ayatana
More help   : https://help.launchpad.net/ListHelp

Re: [Ayatana] Sound indicator position indicator and scope

[topdownjimmy]

It's also important to consider how the counter will behave for a
track that's over 1 hour in length.

On Tue, Aug 3, 2010 at 9:44 PM, Dylan McCall  wrote:
> Hi!
>
> I am a little concerned about the position indicator in Maverick's sound
> indicator at the moment. The part that bothers me is it produces a lot
> of noise to communicate something that really doesn't strike me as very
> important.
>
> Borrowing Mark's screenshot…
>
> http://www.markshuttleworth.com/wp-content/uploads/2010/08/soundmenu.png
>
> That position indicator has stuff going on on both sides and the number
> of the left side is continually ticking. It contributes to that music
> player element looking big, bulky and disjointed.
>
> To me, that begs the question: how often do ordinary people do this? Is
> all the noise necessary, or is this the sort of once-a-month operation a
> person can be expected to open Rhythmbox to do?
>
> In my own circle of friends, it's a pretty unusual operation. Music is
> designed to be listened to in order, and historically that has been the
> only way of doing it.
>
> I'm probably forgetting somebody, so maybe a chat would help :)
>
>
> Dylan
>
>
> ___
> Mailing list: https://launchpad.net/~ayatana
> Post to     : ayatana@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~ayatana
> More help   : https://help.launchpad.net/ListHelp
>

___
Mailing list: https://launchpad.net/~ayatana
Post to : ayatana@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ayatana
More help   : https://help.launchpad.net/ListHelp

Re: [Ayatana] Do indicator applications need minimize?

[Frederik Nnaji]

Hi Luke,

On Thu, Aug 5, 2010 at 16:54, Luke Benstead  wrote:

> 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 "background" applications are Gwibber,
> Evolution(?), Empathy and soon Rhythmbox. There are of course others that
> attach to the menus.
>

While i enjoy the news, it comes to me that at some point we need to stop
talking about apps here, focusing on the functionality we actually want to
see in those group menus.

Which messaging features should the messaging menu encompass?
Displaying links to incoming messages?
Sending new messages?
Finding contacts / people?
Adding a contact to a conversation?

How far should this group indicator take the Messaging Menu?

For all i know, the Me Menu is currently the only indicator menu that can
send a message to a messaging service.. Broadcast, i.e.

Now, what I've experienced is a range of inconsistency outside of the
> default applications. For example, there is a Thunderbird plugin for the
> messaging menu, but closing the Thunderbird window quits the application,
> which is not what I expect.
>
> I think it would be a good idea to remove the minimize button from
> applications that appear in the group indicators (and run in the
> background).


Here's a recent mockup of GNOME Shell (thanks for the link, Jan-Christoph):
http://vimeo.com/13797705
* no minimize button
* large close button
* large maximize button, probably equals "full screen"

minimizing stuff is quite old-school imo..
what's the purpose of minimizing stuff?
we want to close the window and keep the app running and accessible via a
symbol or button somehow..

I think Mark's idea of showing different close buttons for apps that quit
upon "close" is the solution here.. see:
https://lists.launchpad.net/ayatana/msg02181.html

That's really what we need imo. Minimizing is something a clever system
should know to do automatically, the minimize button is totally redundant if
we start closing windows without killing the apps along with them..

Perhaps a better integration of the escape key would help greatly! Imagine
pressing the top left button of your computer keyboard to close a window
without quitting the application.. i think the learning curve to that would
be quite steep and short.

This already works for menus and should imo be adapted for windows also.
___
Mailing list: https://launchpad.net/~ayatana
Post to : ayatana@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ayatana
More help   : https://help.launchpad.net/ListHelp

Re: [Ayatana] Do indicator applications need minimize?

[Frederik Nnaji]

On Thu, Aug 5, 2010 at 22:17, Frederik Nnaji wrote:

> Perhaps a better integration of the escape key would help greatly!
>

e.g.:
* return to previous view
* dismiss this dialog
* dismiss this menu
* close this modal window
* remove this focused object from my view
* hide the focused object
___
Mailing list: https://launchpad.net/~ayatana
Post to : ayatana@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ayatana
More help   : https://help.launchpad.net/ListHelp