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

[Mark Shuttleworth]

On 01/04/10 00:52, dani planas armangue wrote:
> I have noticed that the icons are nice and simple monochrome, but adding
> the color, designers do not take into account the color palette.
>   

We certianly do want consistency. But which palette are you using for
this change?



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   : https://help.launchpad.net/ListHelp

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

[Conscious User]

> > I have noticed that the icons are nice and simple monochrome, but adding
> > the color, designers do not take into account the color palette.
> 
> We certianly do want consistency. But which palette are you using for
> this change?

I was wondering this myself. Perhaps dani simply reduced the saturation?

Anyway, there *is* a basic Tango palette to get "greens" from here:

http://tango.freedesktop.org/Tango_Icon_Theme_Guidelines

I quickly drafted icons with the three greens and I'm attaching here.
<><><>___
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] message indicator.(colour palette)

[Mark Shuttleworth]

On 01/04/10 09:51, dani planas armangue wrote:
> El jue, 01-04-2010 a las 08:13 +0100, Mark Shuttleworth escribió:
>   
>> On 01/04/10 00:52, dani planas armangue wrote:
>> 
>>> I have noticed that the icons are nice and simple monochrome, but adding
>>> the color, designers do not take into account the color palette.
>>>   
>>>   
>> We certianly do want consistency. But which palette are you using for
>> this change?
>>
>> 
> I used green for Humanity uses the same icons, but to no 3d, just flat
> color. thus integrates well with others.
>   

Thanks for this, it does raise awareness of the need for a comprehensive
palette for these icons. I'll ask Otto to publish such a palette in the
next week, please ping him if it hasn't been done.

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 indicate a caution or warning.
Green indicates something that one should be aware of that is NOT a
warning or caution, such as a message. So I would expect the document to
include:

 - a palette
 - guidance on the use of the colours and their combination

In addition, guidance on the "feel" of the icons, such as the use of
flat imagery, line widths, scaling, proportions etc.

I should state clearly that we are NOT following the Tango theme in the
ubuntu-mono panel icons. This is a new set of icons that is part of the
unique Ubuntu look and feel. It has its own guidelines.

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   : https://help.launchpad.net/ListHelp

Re: [Ayatana] Gallery

[Conor Curran]

Hi Mark, Jim

Yes I am certainly interested. There has been some discussion recently 
at Canonical about this whole area. I know Michael Forrest (cc'd) is 
particularly interested in revamping the whole sound aspect. To date 
there has been no work to improve this area.


I really think the new sound themes really need to augment the new 
visual designs as opposed to just accompanying it. Each sound theme 
should maybe then be coupled to each visual theme ? With this in mind 
Michael and I should prepare a brief for the would be sound designers to 
follow.


When do you hope to start this process ?

Conor

On 31/03/10 23:47, Mark Shuttleworth wrote:

On 31/03/10 12:33, Jim Rorie wrote:
   

These look great.

I proposed a while back that perhaps freesound.org or kompoz.com should
be contacted for community creation of new sound themes.  These are of
particular importance in accessibility where they provide sound cues for
important events.  Has any effort been made to pursue an updated sound
theme?

I contacted them earlier and they seemed to be interested.  But it would
need a blessing from Canonical to get it off the ground.

 

I think Conor would be interested in this. I would definitely be
supportive of running a sound theme competition along the lines of the
wallpaper competition, and I suspect Conor knows something about the
subject :-)

Mark

   



--
Conor Curran
Desktop Architect Sound Engineer
Desktop Experience team
Canonical Ltd
Email: conor.cur...@canonical.com
web: http://www.canonical.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

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

[Conscious User]

> 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 indicate a caution or warning.
> Green indicates something that one should be aware of that is NOT a
> warning or caution, such as a message. So I would expect the document to
> include:
> 
>  - a palette
>  - guidance on the use of the colours and their combination
> 
> In addition, guidance on the "feel" of the icons, such as the use of
> flat imagery, line widths, scaling, proportions etc.

Just a reminder: I think the guidelines should definitely consider
accessibility issues. Daltonism is a common problem, and as a particular
example I know more than one person who has major problems
differentiating orange from red.



___
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] message indicator.(colour palette)

[Yann Lossouarn]

Hello,

There are different sorts (6, if my brain does not fail) of "daltonism", that 
more affects men than women. ~8% of men have some sort of color perception 
deficiency, mostly affecting the perception of green, but red and blue are also 
affected for some people. Before my current IT professional life, I worked for 
Airbus, and the iconography of maintenance system (daltonian people cannot be 
pilot...) was designed so that every state of an icon can be distinguished 
without perceiving its colour, thanks to its shape. Maybe the same approach can 
apply here ?

yann @ lossouarn . net 


- "Conscious User"  a écrit :

> > 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 indicate a caution or
> warning.
> > Green indicates something that one should be aware of that is NOT a
> > warning or caution, such as a message. So I would expect the
> document to
> > include:
> > 
> >  - a palette
> >  - guidance on the use of the colours and their combination
> > 
> > In addition, guidance on the "feel" of the icons, such as the use
> of
> > flat imagery, line widths, scaling, proportions etc.
> 
> Just a reminder: I think the guidelines should definitely consider
> accessibility issues. Daltonism is a common problem, and as a
> particular
> example I know more than one person who has major problems
> differentiating orange from red.
> 
> 
> 
> ___
> 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] message indicator.(colour palette)

[Thorsten Wilms]

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 indicate a caution or warning.
> Green indicates something that one should be aware of that is NOT a
> warning or caution, such as a message. So I would expect the document to
> include:

Leaving color-deficient-vision issues aside (the usual advice is to not
rely on color alone, but to use other clues such as shape):

Red is used to mean Stop on traffic signs and lights. It stands for
record armed or in progress in the audio realm.

I'd use orange for warnings and red for state or use only one of the 2.

Taking from traffic and audio again, green stands for go!, you-can-pass,
playing (playback, not toys). It shouldn't be used if something is not
in an all-OK state, I think.


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

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

[Luke Benstead]

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 indicate a caution or warning.
>> Green indicates something that one should be aware of that is NOT a
>> warning or caution, such as a message. So I would expect the document to
>> include:
>
> Leaving color-deficient-vision issues aside (the usual advice is to not
> rely on color alone, but to use other clues such as shape):
>
> Red is used to mean Stop on traffic signs and lights. It stands for
> record armed or in progress in the audio realm.
>
> I'd use orange for warnings and red for state or use only one of the 2.
>
> Taking from traffic and audio again, green stands for go!, you-can-pass,
> playing (playback, not toys). It shouldn't be used if something is not
> in an all-OK state, I think.

Also, someone mentioned (I can't remember where, a forum or something)
that Blue is usually associated with conveying general information
which is certainly the case for road signs in the UK at least, and
searching Google images for "information icon" comes up with a load of
Blue icons :)

I'd suggest that Blue makes more sense for something like "new mail"
rather than Green.

e.g.

Red = Error/Alert
Orange/Amber = Warning (it could be argued that restart required
belongs here really (e.g. security update))
Blue = Information (e.g new mail)
Green = It's OK for you to go ahead and do something (e.g. signing
into something)

Although +1 for the icons changing with the colour.

Luke.

___
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] [Concept suggestion] About the new possibilities for the top right window buttons on the new Ubuntu visual

[David Siegel]

Interesting ideas. Something similar I've seen is in Mac OS X where
document-based application windows have little icon in the window titlebar
that represents the underlying file. You can drag this icon and drop it on
an application icon in the Dock to open that file in another application,
for example. Food for thought.
<>___
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] Gallery

[Jim Rorie]

I don't see why some of the initial footwork can't be started now.  The
individuals hosting the contest could tell the us the time frames
involved in turn around.  You can target it to a release based on those
numbers.

I'll do some initial contacts.  Some additional info would be helpful:
 
What media licenses are compatible with an Ubuntu distro?
http://www.ubuntu.com/community/ubuntustory/licensing doesn't
specifically mention media, but then again IANAL.

How many unique sound cues are considered part of a theme? (IOW, are you
adding stuff?)  Are these specified somewhere?

How many themes are we looking for that can be reasonably packaged?

Do you have theme "concepts" that you are trying to match?  


On Thu, 2010-04-01 at 10:08 +0100, Conor Curran wrote:
> Hi Mark, Jim
> 
> Yes I am certainly interested. There has been some discussion recently 
> at Canonical about this whole area. I know Michael Forrest (cc'd) is 
> particularly interested in revamping the whole sound aspect. To date 
> there has been no work to improve this area.
> 
> I really think the new sound themes really need to augment the new 
> visual designs as opposed to just accompanying it. Each sound theme 
> should maybe then be coupled to each visual theme ? With this in mind 
> Michael and I should prepare a brief for the would be sound designers to 
> follow.
> 
> When do you hope to start this process ?



smime.p7s
Description: S/MIME cryptographic signature
___
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] Gallery

[Jim Rorie]

Not permission, approval.

If you are going to create a contest concept, there needs to be some
small possibility that their creations would make it into the distro.
Without Canonical's blessing, the best I could offer was a personal PPA
that might go ignored.  

Not exactly an exciting prize. :/


> Not that I don't like Canonical's blessing, it's nice to have, but
> surely if we all stood around waiting for permission for the designated
> god, we'd never get anywhere.
> 
> Martin,
> 
> P.S. Importance bias is a bitch
> 


smime.p7s
Description: S/MIME cryptographic signature
___
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] message indicator.(colour palette)

[Mark Shuttleworth]

On 01/04/10 10:11, Conscious User 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 indicate a caution or warning.
>> Green indicates something that one should be aware of that is NOT a
>> warning or caution, such as a message. So I would expect the document to
>> include:
>>
>>  - a palette
>>  - guidance on the use of the colours and their combination
>>
>> In addition, guidance on the "feel" of the icons, such as the use of
>> flat imagery, line widths, scaling, proportions etc.
>> 
> Just a reminder: I think the guidelines should definitely consider
> accessibility issues. Daltonism is a common problem, and as a particular
> example I know more than one person who has major problems
> differentiating orange from red.
>   

All panel indicator communication is being driven over D-Bus. I would
like to see a specification for how a11y can be addressed by
intercepting this flow and expressing the information in a way that is
appropriate to a particular audience. That could mean: custom themes, or
alternative readers / announcers / notifications / visualizations.

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   : https://help.launchpad.net/ListHelp

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

[Jan-Christoph Borchardt]

On 1 April 2010 11:06, Luke Benstead  wrote:

> 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 indicate a caution or warning.
> >> Green indicates something that one should be aware of that is NOT a
> >> warning or caution, such as a message. So I would expect the document to
> >> include:
> >
> > Leaving color-deficient-vision issues aside (the usual advice is to not
> > rely on color alone, but to use other clues such as shape):
> >
> > Red is used to mean Stop on traffic signs and lights. It stands for
> > record armed or in progress in the audio realm.
> >
> > I'd use orange for warnings and red for state or use only one of the 2.
> >
> > Taking from traffic and audio again, green stands for go!, you-can-pass,
> > playing (playback, not toys). It shouldn't be used if something is not
> > in an all-OK state, I think.
>
> Also, someone mentioned (I can't remember where, a forum or something)
> that Blue is usually associated with conveying general information
> which is certainly the case for road signs in the UK at least, and
> searching Google images for "information icon" comes up with a load of
> Blue icons :)


> I'd suggest that Blue makes more sense for something like "new mail"
> rather than Green.
>
> e.g.
>
> Red = Error/Alert
> Orange/Amber = Warning (it could be argued that restart required
> belongs here really (e.g. security update))
> Blue = Information (e.g new mail)
> Green = It's OK for you to go ahead and do something (e.g. signing
> into something)
>
> Although +1 for the icons changing with the colour.



Indeed, Blue seems to be more of a passive color. It is informing, not
necessarily demanding to take action. (True for German road signs as well.)

Plus, the standard link color is Blue. Though this may be a counter-point to
the »not demanding to take action«.

It also is neither positive nor negative (e. g. new mails are not always
good).

Colors mixed with Blue have a similar effect on the base color, making it
less active: Green -> Turquoise; Red -> Purple (already used ;D).
___
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] message indicator.(colour palette)

[Jim Rorie]

On Thu, 2010-04-01 at 13:38 +0100, Jan-Christoph Borchardt wrote:

> 
> Blue = Information (e.g new mail)

+1
Blue is used for informational road signs in the US as well.  I agree
with trying to map these colors to existing traffic paradigms.  It's
gives a solid point of reference.  Green seems a little off purpose for
new mail.


> Although +1 for the icons changing with the colour.
> 

Although d-bus exposes these events nicely, you make your desktop
accessible by default by modifying the icon slightly.  Plus, LCD's are
notorious for color shifts at an angle.




___
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] message indicator.(colour palette)

[Jan-Christoph Borchardt]

Though I support it; this point was originally made by Luke Benstead, not by
me. :)

On 1 April 2010 14:23, Jim Rorie  wrote:

> On Thu, 2010-04-01 at 13:38 +0100, Jan-Christoph Borchardt wrote:
>
> >
> > Blue = Information (e.g new mail)
>
> +1
> Blue is used for informational road signs in the US as well.  I agree
> with trying to map these colors to existing traffic paradigms.  It's
> gives a solid point of reference.  Green seems a little off purpose for
> new mail.
>
>
> > Although +1 for the icons changing with the colour.
> >
>
> Although d-bus exposes these events nicely, you make your desktop
> accessible by default by modifying the icon slightly.  Plus, LCD's are
> notorious for color shifts at an angle.
>
>
>
>
> ___
> 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] Gallery

[Martin Owens]

On Thu, 2010-04-01 at 07:48 -0400, Jim Rorie wrote:
> If you are going to create a contest concept, there needs to be some
> small possibility that their creations would make it into the distro.
> Without Canonical's blessing, the best I could offer was a personal
> PPA
> that might go ignored.  
> 
> Not exactly an exciting prize. 

Even so, you have the trust that people will see the great results
you've produced and common sense of utilising the results will almost
guarantee it.

I admit that's not a guarantee, but then again sound themes would be
useful to more than one distro and useful to more users if they could be
installed say through a deb.

Martin,


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

[Andrew SB]

On Thu, Apr 1, 2010 at 3:21 PM, Martin Owens  wrote:
> On Thu, 2010-04-01 at 07:48 -0400, Jim Rorie wrote:
>> If you are going to create a contest concept, there needs to be some
>> small possibility that their creations would make it into the distro.
>> Without Canonical's blessing, the best I could offer was a personal
>> PPA
>> that might go ignored.
>>
>> Not exactly an exciting prize.
>
> Even so, you have the trust that people will see the great results
> you've produced and common sense of utilising the results will almost
> guarantee it.
>
> I admit that's not a guarantee, but then again sound themes would be
> useful to more than one distro and useful to more users if they could be
> installed say through a deb.

There's no reason that quality sound themes that don't get chosen for
the default install couldn't be distributed in universe. We already
offer the community-themes package with GTK+ and Metacity themes
contributed by the community. As the person doing most of the
packaging end stuff for community-themes, I'd be willing to do the
same for a community-sound-themes package.

- Andrew SB

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

[Andrew SB]

On Thu, Apr 1, 2010 at 12:40 PM, Jim Rorie  wrote:
> What media licenses are compatible with an Ubuntu distro?
> http://www.ubuntu.com/community/ubuntustory/licensing doesn't
> specifically mention media, but then again IANAL.

Most of the current icon and theme work seems to be distributed under
the Creative Commons Attribution Share-Alike License v3.0

> How many unique sound cues are considered part of a theme? (IOW, are you
> adding stuff?)  Are these specified somewhere?

The Freedesktop Sound Naming Specification can be found here:

http://0pointer.de/public/sound-naming-spec.html

- Andrew SB

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

[Conor Curran]

Hi guys,

I will get back to you early next week once I have a chance to have a 
word with Michael.


Good w/end folks,
Conor



On 01/04/10 16:38, Andrew SB wrote:

On Thu, Apr 1, 2010 at 12:40 PM, Jim Rorie  wrote:
   

What media licenses are compatible with an Ubuntu distro?
http://www.ubuntu.com/community/ubuntustory/licensing doesn't
specifically mention media, but then again IANAL.
 

Most of the current icon and theme work seems to be distributed under
the Creative Commons Attribution Share-Alike License v3.0

   

How many unique sound cues are considered part of a theme? (IOW, are you
adding stuff?)  Are these specified somewhere?
 

The Freedesktop Sound Naming Specification can be found here:

http://0pointer.de/public/sound-naming-spec.html

- Andrew SB
   




___
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] indicator-messages(change defautl aplication easy?)

[Conscious User]

I don't know how hard it would be to implement this, but I support
this idea 100%. I think investing some time in thinking if/how this
could be done is a very worthy task. Would solve a lot of "what if"
scenarios faced by the current indicators and would make indicator
acceptance among the community remarkably easier.

Obviously, I'm a little biased on this because I 2) love the
messaging menu concept and 2) really dislike Evolution.


> many users would like to change the default applications of our applet
> indicators. use thunderbird instead of evolution.
> Currently, this function is very poor. but it is very easy to fix.
> ubuntu have an application to administer the programs preferred by the
> user for the gnome environment.
> 
> because we do not use?
> 
> I made a mockup, we only have to add an entry for the chat and (for the
> accounts of diffusion can also add another: pine gwibber?).
> 
> they think it is an easy and correct way to make everyone happy with
> good design.
> ___
> 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] [Concept suggestion] About the new possibilities for the top right window buttons on the new Ubuntu visual

[David Regev]

On Thu, Apr 1, 2010 at 6:30 AM, David Siegel wrote:

> Interesting ideas. Something similar I've seen is in Mac OS X where
> document-based application windows have little icon in the window titlebar
> that represents the underlying file. You can drag this icon and drop it on
> an application icon in the Dock to open that file in another application,
> for example. Food for thought.
>

Food for thought indeed!

I’ve been thinking that some of the most crucial ideas behind Izo’s proposal
and the Esfera proposal can be had in a more coherent way by implementing
something akin to the Mac’s *Proxy Icon* (see this
videofor reference). I
don’t know all the details about the Mac implementation,
as I have never used it, but I can think of many way in which a GNOME
version of a proxy icon could significantly improve the Desktop. In fact, if
done right, it could allow Ubuntu to surpass the Mac in this aspect.
Consider the following possibilities:

   1. The icon may be dragged and dropped anywhere. However, not only does
   this allow you to copy the file or its shortcut somewhere, but it also
   allows you *move* the file—all while still opened by an application. *So,
   for example:* I start a new document in gedit. gedit automatically
   creates a new file in my home directory. I decide that I want the file to be
   in my Documents folder, so I simply drag the proxy icon there—all without
   ever needing to open Nautilus in order to find the new file. gedit continues
   to show the same document, virtually oblivious to the fact that it’s now in
   a different location.
   2. The icon is accompanied by a contextual menu similar to the one shown
   for file icons in Nautilus. All operations continue to be active in this
   menu. Thus, using that menu to delete a file actually deletes that file,
   while the window displaying the file simply closes (or perhaps animates into
   the Trash). Similarly, using that menu to rename a file focuses the filename
   in the title bar as an editable text field, allowing the user to rename the
   file straight from there. *So, for example, like before:* I start a new
   document in gedit. gedit automatically creates a new file. I open the menu
   for the proxy icon, choose ‘Rename’, and rename my file—all while it is
   still open.
   3. Combining the previous two scenarios, the proxy icon makes the Save
   dialogue nearly obsolete, replacing it by (more) direct manipulation. This
   is accompanied by other system-wide changes: new files are automatically
   created and named by applications (perhaps the name could be chosen based on
   the first line of the document). If a user wishes to rename the file, that
   may be done the way I described, but it is not mandatory. Thus, the Save
   dialogue no longer disturbs the user’s sacred train of thought, and no one
   who doesn’t care is forced to choose an almost arbitrary name for a file.
   Combine this with auto-saving everywhere, and the Save button become
   history. (Apparently, ROX Desktop has something somewhat
similar
   .)
   4. Expanding on the standard context menu for file icons, other items may
   be added there. A ‘Switch application ›’ item would allow one to open the
   current file in a different application—just like Izo’s proposal, but more
   integrated (and less cluttered). *For example:* I’m viewing a photograph
   in my favourite image viewer. I decide I want to edit it in GIMP, so I
   choose GIMP from the aforementioned menu. The image viewer shut down while
   GIMP starts up, opening the photograph in a window of identical size and
   placement as previously, thus seamlessly switching applications while the
   document window hasn’t moved. This allows the user to focus on the
   document—on *content*—while the applications being used fade into the
   background.
   5. Similarly, a window’s application may also add items to the proxy
   icon’s menu. (Because the menu could get crowded, it might be better to
   place the extra menu items in a separate menu connected to the proxy icon,
   but this issue is incidental to the basic concept here.) This would provide
   a nice balance to the Application menu that GNOME Shell is supposed to have
   in the near future. Actions relating to the application as a whole go in the
   Application menu, while actions relating to the document as a whole go in
   the proxy icon menu—the Document menu. This effectively replaces the File
   menu, and possibly the entire menu bar for a whole class of applications,
   thus freeing up valuable vertical space.
   6. The distinction between the two menus enforces the conceptual
   distinction between applications and documents. Applications are now agents
   that run in the background, accessible via the shell. Documents (and others
   types of objects), on the other hand, are represented not via the shell but
   by individual windows. Thus, an import

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

[Mark Shuttleworth]

On 01/04/10 14:23, Jim Rorie wrote:
> On Thu, 2010-04-01 at 13:38 +0100, Jan-Christoph Borchardt wrote:
>
>   
>> 
>> Blue = Information (e.g new mail)
>> 
> +1
> Blue is used for informational road signs in the US as well.  I agree
> with trying to map these colors to existing traffic paradigms.  It's
> gives a solid point of reference.  Green seems a little off purpose for
> new mail.
>   

OK. I think it's worth exploring this. Otto, can you work up a semantic
palette for us? Perhaps a blue version of that icon, just in a PPA?
Personally, my expectation is that green vs orange/red is as far as we
want to go, but I understand the rationale for blue as a "cool,
informing" colour and am willing to at least try it.

Your choice of blue, of course :-)

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   : https://help.launchpad.net/ListHelp

Re: [Ayatana] Gallery

[Mark Shuttleworth]

On 01/04/10 12:48, Jim Rorie wrote:
> Not permission, approval.
>
> If you are going to create a contest concept, there needs to be some
> small possibility that their creations would make it into the distro.
> Without Canonical's blessing, the best I could offer was a personal PPA
> that might go ignored.  
>
> Not exactly an exciting prize. :/
>   

Well, if it starts there, gains momentum, and you generate excitement in
this list, it might gain blessing. I and others can't anticipate
everything that will turn out well, so getting a start is worth doing,
so perhaps you can get a great finish.

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   : https://help.launchpad.net/ListHelp

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

[dani planas armangue]

i made a message-new icon in blue. the atachment shows that i'm inspired
by information blue.
hope you like
-- 

<>

icon.tar.gz
Description: application/compressed-tar
___
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] [Concept suggestion] About the new possibilities for the top right window buttons on the new Ubuntu visual

[Jim Rorie]

On Thu, 2010-04-01 at 16:16 -0400, David Regev wrote:

> These are just some preliminary ideas, but I think they demonstrate a
> compelling  path that could be taken if Ubuntu introduced its own
> answer to the Mac’s proxy icon. This path leads to a more
> object-centric (or document-centric) Desktop, where people can focus
> on their content and the stuff they care about, and not have to worry
> as much about dealing with the file system and with applications.
> 
> I hope I have provided some more food for thought. On that note, what
> do people think?

>From using the equivalent, proxy-like icon in firefox, I an say it's a
nice addition.  The ability to snag the current item in context without
digging around in the system is appealing.  Not every program implements
a "send to" function (like inkscape), so the desktop taking this
function would give a lot of added functionality. 









___
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] indicator-messages(change defautl aplication easy?)

[Ted Gould]

On Thu, 2010-04-01 at 20:16 +0200, dani planas armangue wrote:
> many users would like to change the default applications of our applet
> indicators. use thunderbird instead of evolution.
> Currently, this function is very poor. but it is very easy to fix.
> ubuntu have an application to administer the programs preferred by the
> user for the gnome environment.

It is currently in the spec to use the mailer preference.  Unfortunately
there's always been things ahead of it in the priority queue :(  I'd
definitely like to see ways to choose more default applications in the
future.  One issue is that the way that default applications are chosen
today is by setting what amounts to a "type handler."  So "mailto" is
your mailer.  I'm not sure what "Chat" equates to there.

It's more about actually writing the code at this point :)

--Ted



signature.asc
Description: This is a digitally signed message part
___
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] message indicator.(colour palette)

[Yann Lossouarn]

I support that... BTW, the colour code used in aeronautics (at least at
Airbus) is the same : red = warning (semantic : be very careful,
important problem, risk of injury/death)  ; orange = caution  (semantic
: be careful, problem, risk of hardware damage or operational). green =
ok (eventhough , as far as possible, the best way to say "ok" is
sometimes to say nothing, except when the it comes to providing feedback
to a precise user action. When it's a feedback about some background
process, telling nothing may be better). blue = information.



Mark Shuttleworth a écrit :
> On 01/04/10 14:23, Jim Rorie wrote:
>> On Thu, 2010-04-01 at 13:38 +0100, Jan-Christoph Borchardt wrote:
>>
>>   
>>> 
>>> Blue = Information (e.g new mail)
>>> 
>> +1
>> Blue is used for informational road signs in the US as well.  I agree
>> with trying to map these colors to existing traffic paradigms.  It's
>> gives a solid point of reference.  Green seems a little off purpose for
>> new mail.
>>   
> 
> OK. I think it's worth exploring this. Otto, can you work up a semantic
> palette for us? Perhaps a blue version of that icon, just in a PPA?
> Personally, my expectation is that green vs orange/red is as far as we
> want to go, but I understand the rationale for blue as a "cool,
> informing" colour and am willing to at least try it.
> 
> Your choice of blue, of course :-)
> 
> Mark
> 
> 
> 
> 
> 
> ___
> 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] message indicator.(colour palette)

[Yann Lossouarn]

What is the intent ? Having a permanent icon with two states (no new
mail / there's new mail) or having no icon when there's no new mail and
the icon you sent when there's new mail ?


dani planas armangue a écrit :
> i made a message-new icon in blue. the atachment shows that i'm inspired
> by information blue.
> hope you like
> 
> 
> 
> 
> 
> 
> 
> ___
> 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