> I had filed a bug report on this issue:
> https://bugs.edge.launchpad.net/ubuntu/+source/indicator-applet/+bug/519553
> I, too, have seen the negative effects of it at this point. It hasn't
> been as pronounced as my original doomsday prediction, but it is
> troubling.
>
> To be honest I'm not
On Tue, Jun 15, 2010 at 9:52 PM, Conscious User wrote:
>
> In application menus, the behavior is the same for left-clicking and
> right-clicking: both open the same menu. For indicator applets, the
> right click invokes the menu with the applet options, like locking,
> moving and removing.
>
> Thi
In application menus, the behavior is the same for left-clicking and
right-clicking: both open the same menu. For indicator applets, the
right click invokes the menu with the applet options, like locking,
moving and removing.
This is misleading a lot of users in the forums, who are removing the
e
> Plus, with this mockup, you need an inidicator icon/menu for each
> class of application that might put things in the notification area?
No. Just for the corner cases that cannot use libappindicator and
never will, like Wine and Java. Are there any other besides those
two?
All other classes of
On Tue, Jun 15, 2010 at 2:10 AM, Martin Owens wrote:
>
> On Mon, 2010-06-14 at 14:08 +0100, Luke Benstead wrote:
> > Is there a reason why DockbarX is not suitable for this? I've attached
> > a screenshot incase people dunno what I'm talking about :)
>
> That is what you would get if you removed
On Tue, 2010-06-15 at 10:42 +0100, Luke Benstead wrote:
> We are talking about an
> impossible-to-overcome-by-application-indicator-design-limitation.
I presume system indicators went from objects to states so right
clicking was thrown out. So Networking to State of Network and Messages
to You Hav
On 15 June 2010 19:10, Mark Shuttleworth wrote:
> 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, s
2010/6/15 Jeremy Nickurak
> Here's an idea: Just leave the notification icons in the panel. They
> should show up right next to the existing indicator icons. This could
> be done in the same indicator-applet or in a seperate
> notification-area applet, it doesn't really matter. What's important
>
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
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
__
Hi Shane..
On Mon, Jun 14, 2010 at 21:29, Shane Fagan wrote:
> Hey all,
>
> I was sending a file to a friend using sent to and I noticed that it
> doesnt give any indication of the progress of the transfer or even if
> the user has gotten it. I found out that the send to dialog stays on the
> scr
Plus, with this mockup, you need an inidicator icon/menu for each
class of application that might put things in the notification area?
That's gross, on top of the just-not-working problem.
Here's an idea: Just leave the notification icons in the panel. They
should show up right next to the existin
On 15 June 2010 10:39, Conscious User wrote:
>
>
> > How about a middle-ground compromise? Not using a full blown
> > window,
> > but putting the Wine tray icons inside an indicator menu.
> >
> > Horrible mockup attached for illustration.
> >
> >
> > I thought abou
> How about a middle-ground compromise? Not using a full blown
> window,
> but putting the Wine tray icons inside an indicator menu.
>
> Horrible mockup attached for illustration.
>
>
> I thought about that, but AFAIK you can't have right clickin
On 15 June 2010 10:32, Conscious User wrote:
>
>
> > A massive portion of Ubuntu users use Wine or Java apps to some
> > degree. If we are trying to improve usability, how would relegating
> > non-application-indicator-conforming apps to floating windows improve
> > a user's experience compared t
> A massive portion of Ubuntu users use Wine or Java apps to some
> degree. If we are trying to improve usability, how would relegating
> non-application-indicator-conforming apps to floating windows improve
> a user's experience compared to the current situation of having the
> (empty most of th
On 14 June 2010 08:31, Matthew Paul Thomas wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Scott Ritchie wrote on 23/04/10 06:48:
> >
> > I like where you're going, but what do we do about interoperability?
> >
> > There's a hint in your post that we'll simply leave apps broken, stic
On 06/14/2010 12:31 AM, Matthew Paul Thomas wrote:
> Scott Ritchie wrote on 23/04/10 06:48:
>
>> I like where you're going, but what do we do about interoperability?
>
>> There's a hint in your post that we'll simply leave apps broken, stick
>> up our middle fingers, and tempt developers with our
On Tue, 2010-06-15 at 08:37 +0200, Philipp Wendler wrote:
> Hi,
>
> Am 14.06.2010 16:21, schrieb Shane Fagan:
> > I see you guys are planning the design of the networking menu. My
> > question is do you really need vpn in there? Is it something that we
> > need to expose to every user? Barely any
On Mon, 2010-06-14 at 14:08 +0100, Luke Benstead wrote:
> Is there a reason why DockbarX is not suitable for this? I've attached
> a screenshot incase people dunno what I'm talking about :)
That is what you would get if you removed the ... from the bar when they
get resized.
I never understood w
20 matches
Mail list logo
