Default Desktop Experience for 11.04

[Roth Robert]

Hi,

As an opinion related to the topic (to appindicator or not to
appindicator/to systray or not to systray):
I don't know whether this is feasible or not (in some languages it is, in
others it is not), but why not support legacy tray items with custom
appindicators?
As there is legacy systray support in the Unity top panel, I guess we know
about all the GtkStatusIcon ... can't we find the menus and actions
associated with them ?
There are some cases for systray apps:
1) The app does something on left-click, and shows a menu on right click ->
in this case, the menu should be migrated to an application indicator, which
has an additional item before/after the menu items for the left-click
functionality.
2) The app has separate actions for left and righ-click -> application
indicator with two items (not fully compliant to HIG, but remember, this is
a fallback solution)
3) The same case as in 1), only the buttons are switched (rare case, but
happens) : leftclick shows menu, right-click takes a specific action.

To visually fit, I guess it is possible to draw any icon from the "fallback
tray" in monochrome, so that way it would be "sort of" consistent (as icons
designed to be monochrome are far better then desaturated icons) visually,
and behavior-wise too, as you could use the left-right-up-down keys to
navigate in menus/switch between indicators ...

Robert



On Thu, Apr 14, 2011 at 5:21 PM, Barry Warsaw <barry at ubuntu.com> wrote:

> On Apr 14, 2011, at 09:49 AM, Scott Kitterman wrote:
>
> >Unless it's a package developed specifically for Ubuntu, it's really not a
> >bug in the package from an upstream perspective.  Some upstreams will
> choose
> >to support Ubuntu specific requirements and others won't.  For those that
> >don't, either users will lose out on functionality or we'll have to
> develop
> >and maintain Ubuntu specific patches.
>
> I think this is a really important perspective to maintain, and not just in
> this specific case.  We want to innovate in Ubuntu and encourage apps and
> tools to support those Ubuntu innovations.  From an upstream's perspective
> though, Ubuntu is often just one of many platforms they have to support.
> Sometimes they'll make a special case for a particular platform (e.g.
> Windows
> or OS X), but it can be a tougher decision to support a special case of a
> special case (i.e. Linux -> Ubuntu).
>
> I encountered a similar situation recently with the impact of multiarch on
> upstream Python, an issue I'll write more about later.  But in those cases
> where we are innovating and encouraging upstream adoption, I think we need
> to
> do more to better communicate those changes, and provide longer periods of
> compatibility, or commit to developing and carrying Ubuntu specific changes
> for a potentially long time.  It's a difficult balance between pushing
> things
> forward and maintaining a good and consistent user experience.
>
> Cheers,
> -Barry
>
> --
> ubuntu-devel mailing list
> ubuntu-devel at lists.ubuntu.com
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ubuntu.com/archives/ubuntu-devel/attachments/20110414/402d688a/attachment.html>