[Ayatana] [Bug 874230] [NEW] Dash in Unity 3d lags when an open window is not minimized

Ryan G (rtgkid) has assigned this bug to you for unity in Ubuntu: The Unity 3d dash graphics are just about perfect when either no windows are open, or any windows that are open are minimized. Dash mouse cursor and graphics lag when a window I have open is maximized, or a window that is not in a m

[Ayatana] [Bug 874141] Re: Unity freezes when right-clicking on icon in launcher

https://wiki.ubuntu.com/Bugs/Assignment ** Changed in: unity Assignee: Ayatana Discussion (ayatana) => (unassigned) ** Changed in: unity (Ubuntu) Assignee: Ayatana Discussion (ayatana) => (unassigned) -- You received this bug notification because you are a member of Ayatana Discussion

[Ayatana] [Bug 874141] Re: Unity freezes when right-clicking on icon in launcher

** Changed in: unity Assignee: (unassigned) => Ayatana Discussion (ayatana) ** Changed in: unity Assignee: Ayatana Discussion (ayatana) => (unassigned) ** Changed in: unity Assignee: (unassigned) => Ayatana Discussion (ayatana) ** Changed in: unity (Ubuntu) Assignee: (unassig

[Ayatana] [Bug 874141] [NEW] Unity freezes when right-clicking on icon in launcher

Ryan G (rtgkid) has assigned this bug to you for unity in Ubuntu: When trying to right-click on the Skype icon, or any other, sometimes Unity freezes until I open up dash. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: unity 4.22.0-0ubuntu3 ProcVersionSignature: Ubuntu 3.0.0-12.20-generic

[Ayatana] [Bug 874141] [NEW] Unity freezes when right-clicking on icon in launcher

Ryan G (rtgkid) has assigned this bug to you for unity in Ubuntu: When trying to right-click on the Skype icon, or any other, sometimes Unity freezes until I open up dash. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: unity 4.22.0-0ubuntu3 ProcVersionSignature: Ubuntu 3.0.0-12.20-generic

Re: [Ayatana] [Bug 863399] Re: Unity needs a way to switch (tab) between windows on current workspace

Den 20. okt. 2011 21:22, skrev Mark Shuttleworth: * Alt-TAB should only switch between apps on the current Workspace * Clicking on a Launcher icon for an app running elsewhere but not in the current Workspace, which knows how to have multiple windows and create new windows, should create a ne

Re: [Ayatana] [Bug 863399] Re: Unity needs a way to switch (tab) between windows on current workspace

The Forums thread at http://ubuntuforums.org/showthread.php?t=1862661 is essentially correct - the relationship between Workspaces and the rest of Unity is inconsistent. That's simply because we have not yet got to implement Workspaces the way we'd like, and what's currently shipping is the Compiz

Re: [Ayatana] Bug.

*** Thanks Ian, killing the ubuntu one process works well... It removed the errors. On 5 October 2011 00:13, Ian Santopietro wrote: > This a

Re: [Ayatana] Bug.

This appears to be a bug with Ubuntu One. You should be able to workaround by disabling Ubuntu One with this command: u1sdtool -q On Tue, Oct 4, 2011 at 11:42, Anup Verma wrote: > https://bugs.launchpad.net/ubuntu/+source/unity/+bug/865734 > > Now, I can not open the Desktop/ Documents/ Downloa

[Ayatana] Bug.

https://bugs.launchpad.net/ubuntu/+source/unity/+bug/865734 Now, I can not open the Desktop/ Documents/ Downloads/ Music/ Pictures graphically (neither through the Home Folder nor using Dash). If anyone can find a solution it would be great. I am a tyro so I think I can only provide you with the o

Re: [Ayatana] Bug

You should probably file a bug on launchpad. I can't seem to replicate it, but you should have a look at doing that anyway. They'll be able to tell you what is causing the problem, and either get it fixed (if it's a bug) or tell you how to fix it (if it's specific to your machine). Run this comma

[Ayatana] Bug

When I take a screenshot using the PrintScreen key, either a black screen is saved or only the desktop background is saved. I am using Ubuntu 11.10. ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe :

[Ayatana] [Bug 689323] Re: ERROR:dbus.proxies:Introspect error on :1.68:/DeviceDriver: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by me

** This bug has been flagged as a security vulnerability -- You received this bug notification because you are a member of Ayatana Discussion, which is a bug assignee. https://bugs.launchpad.net/bugs/689323 Title: ERROR:dbus.proxies:Introspect error on :1.68:/DeviceDriver: dbus.exceptions.DB

[Ayatana] [Bug 689323] [NEW] ERROR:dbus.proxies:Introspect error on :1.68:/DeviceDriver: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by

ks64 (mango-k) has assigned this bug to you for jockey in Ubuntu Oneiric: Not sure what app caused the crash but i was trying to do a fresh install of ubuntu 10.10 from a live usb.jockey-gtk crashed with DBusException in call_blocking() ProblemType: Crash DistroRelease: Ubuntu 10.10 Package: jock

Re: [Ayatana] [Bug 733349] Unity launcher buttons should allow to minimize apps

I think this is not implemented beacuse the lack of consistency. Most users will have just one window of each application opened at same time. So, they will conclude that a click on launcher will minimize the window. When they open two windows of the same application and click the icon, the window

Re: [Ayatana] [Bug 733349] Unity launcher buttons should allow to minimize apps

Hello, IMHO, I'd like that if only 1 windows of an application is opened and visible, click on the dock icon minimizes it, too. When more than 1 window is open, whether are they all visible or not, click on the icon should display the miniatures of all windows, like it does now, but put on t

[Ayatana] [Bug 711396] Re: segfault in nux::IOpenGLFrameBufferObject::Deactivate

Sorry; had no idea that the bug Mods unassigned this bug. ** Changed in: glew (Ubuntu Natty) Assignee: Ayatana Discussion (ayatana) => (unassigned) -- You received this bug notification because you are a member of Ayatana Discussion, which is a bug assignee. https://bugs.launchpad.net/bugs/

[Ayatana] [Bug 711396] Re: segfault in nux::IOpenGLFrameBufferObject::Deactivate

** Changed in: nux (Ubuntu Natty) Assignee: Ayatana Discussion (ayatana) => (unassigned) -- You received this bug notification because you are a member of Ayatana Discussion, which is a bug assignee. https://bugs.launchpad.net/bugs/711396 Title: segfault in nux::IOpenGLFrameBufferObject::

[Ayatana] [Bug 711396] Re: segfault in nux::IOpenGLFrameBufferObject::Deactivate

** Changed in: unity Assignee: Ayatana Discussion (ayatana) => (unassigned) -- You received this bug notification because you are a member of Ayatana Discussion, which is a bug assignee. https://bugs.launchpad.net/bugs/711396 Title: segfault in nux::IOpenGLFrameBufferObject::Deactivate S

[Ayatana] [Bug 711396] [NEW] segfault in nux::IOpenGLFrameBufferObject::Deactivate

ks64 (mango-k) has assigned this bug to you for nux in Ubuntu Natty: Binary package hint: xserver-xorg-video-intel After the latest X/driver updates compiz runs but if you enable the unityshell plugin you get a crash in nux while it tries to setup FBOs. It looks like nux is unable to setup the FB

[Ayatana] [Bug 711396] Re: segfault in nux::IOpenGLFrameBufferObject::Deactivate

** Branch linked: lp:ubuntu/glew -- You received this bug notification because you are a member of Ayatana Discussion, which is a bug assignee. https://bugs.launchpad.net/bugs/711396 Title: segfault in nux::IOpenGLFrameBufferObject::Deactivate Status in Unity: Confirmed Status in “glew” pac

[Ayatana] [Bug 711396] Re: segfault in nux::IOpenGLFrameBufferObject::Deactivate

glew (1.5.7.is.1.5.2-1ubuntu1) natty; urgency=low * Revert back to 1.5.2. The 1.5.7 version led to some sudden nux/compiz breakages that will need further investigation post-alpha-2. (LP: #711401, #711396) Date: Tue, 01 Feb 2011 13:29:19 -0800 Changed-By: Bryce Harrington Maintainer:

[Ayatana] [Bug 711396] Re: segfault in nux::IOpenGLFrameBufferObject::Deactivate

At skaet's direction I've reverted glew back to 1.5.2. This seems to resolve the issue on my test box, and several others have confirmed the same. This solves the problem for the alpha-2 release so I'm going to go ahead and close the nux bug. However, longer term someone should look deeper into

[Ayatana] [Bug 711396] Re: segfault in nux::IOpenGLFrameBufferObject::Deactivate

Thanks Connor, that confirms what I suspected. ** Package changed: xserver-xorg-video-intel (Ubuntu Natty) => glew (Ubuntu Natty) ** Changed in: glew (Ubuntu Natty) Status: Confirmed => In Progress -- You received this bug notification because you are a member of Ayatana Discussion, whic

[Ayatana] [Bug 711396] Re: segfault in nux::IOpenGLFrameBufferObject::Deactivate

I have the same crash with xserver-xorg-video-ati, so it seems not to be an intel-specific issue. -- You received this bug notification because you are a member of Ayatana Discussion, which is a bug assignee. https://bugs.launchpad.net/bugs/711396 Title: segfault in nux::IOpenGLFrameBufferObje

[Ayatana] [Bug 711396] Re: segfault in nux::IOpenGLFrameBufferObject::Deactivate

Comment #5 suggests this bug is caused by the recent sync of glew from debian. Fwiw, probably not a bug in xserver-xorg-video-intel, since yesterday's update was just a no-change rebuild; the last actual change was last Thursday. -- You received this bug notification because you are a member of

[Ayatana] [Bug 711396] Re: segfault in nux::IOpenGLFrameBufferObject::Deactivate

** Changed in: nux (Ubuntu Natty) Status: New => Confirmed ** Changed in: xserver-xorg-video-intel (Ubuntu Natty) Status: New => Confirmed -- You received this bug notification because you are a member of Ayatana Discussion, which is a bug assignee. https://bugs.launchpad.net/bugs/

[Ayatana] [Bug 711396] Re: segfault in nux::IOpenGLFrameBufferObject::Deactivate

** Changed in: unity Status: New => Confirmed -- You received this bug notification because you are a member of Ayatana Discussion, which is a bug assignee. https://bugs.launchpad.net/bugs/711396 Title: segfault in nux::IOpenGLFrameBufferObject::Deactivate Status in Unity: Confirmed

[Ayatana] [Bug 711396] Re: segfault in nux::IOpenGLFrameBufferObject::Deactivate

There is a workaround in bug description #711401 https://bugs.launchpad.net/ubuntu/+source/unity/+bug/711401 -- You received this bug notification because you are a member of Ayatana Discussion, which is a bug assignee. https://bugs.launchpad.net/bugs/711396 Title: segfault in nux::IOpenGLFram

[Ayatana] [Bug 711396] Re: segfault in nux::IOpenGLFrameBufferObject::Deactivate

Anyway, I assigned this bug to the Ayatana discussion team, since it's Unity related. Hopefully this bug will get fixed very soon. I have decided to install Unity 2D as a workaround for now. ** Changed in: nux (Ubuntu Natty) Assignee: (unassigned) => Ayatana Discussion (ayatana) ** Changed i

[Ayatana] [Bug 711396] [NEW] segfault in nux::IOpenGLFrameBufferObject::Deactivate

ks64 (mango-k) has assigned this bug to you for xserver-xorg-video-intel in Ubuntu Natty: Binary package hint: xserver-xorg-video-intel After the latest X/driver updates compiz runs but if you enable the unityshell plugin you get a crash in nux while it tries to setup FBOs. It looks like nux is

[Ayatana] Bug in search of a project

https://bugs.launchpad.net/ubuntu/+source/mountall/+bug/696130 This bug seems like one that should be filed under some far-reaching catchall user experience/interaction project, but I can find anything on Ayatana's homepage that sounds like it would be appropriate. Does anyone know how to categor

Re: [Ayatana] [Bug 692921] Re: Allow for the panel to be disabled (wishlist)

On Thu, Dec 23, 2010 at 1:42 AM, Saleel Velankar wrote: > I'd want to get rid of the clock, too. I can't help the feeling, the clock >> belongs somewhere else than in my main indicator interaction zone.. > > > I am inclined to agree with this. For a few of my important tasks like > cramming for a

Re: [Ayatana] [Bug 692921] Re: Allow for the panel to be disabled (wishlist)

On Wed, Dec 22, 2010 at 12:35, Mark Shuttleworth wrote: > On 22/12/10 04:53, Frederik Nnaji wrote: > > On Tue, 2010-12-21 at 17:10 +0100, zekopeko wrote: > > > I think that a decent solution for 11.04 would be to create a > temporary workspace for the fullscreen app so that it shows in the > Ex

Re: [Ayatana] [Bug 692921] Re: Allow for the panel to be disabled (wishlist)

On 22/12/10 04:53, Frederik Nnaji wrote: > On Tue, 2010-12-21 at 17:10 +0100, zekopeko wrote: > > >> I think that a decent solution for 11.04 would be to create a >> temporary workspace for the fullscreen app so that it shows in the >> Expo (Workspace switcher) mode but once the app is un-fullscree

Re: [Ayatana] [Bug 692921] Re: Allow for the panel to be disabled (wishlist)

On Tue, 2010-12-21 at 17:10 +0100, zekopeko wrote: > I think that a decent solution for 11.04 would be to create a > temporary workspace for the fullscreen app so that it shows in the > Expo (Workspace switcher) mode but once the app is un-fullscreen-ed it > would return to the workspace from wh

Re: [Ayatana] [Bug 692921] Re: Allow for the panel to be disabled (wishlist)

On Tue, Dec 21, 2010 at 12:21 PM, Mark Shuttleworth wrote: > > We definitely need a natural way to move between "full screen" (no > panel) and "panelled" mode, across multiple apps. And perhaps we need a > good way for things like indicators to show up at appropriate times, > when the panel is not

Re: [Ayatana] [Bug 692921] Re: Allow for the panel to be disabled (wishlist)

El mar, 21-12-2010 a las 14:12 +, Luke Benstead escribió: > Just to clarify, do you mean that there would be a system-wide on/off > switch for the Unity panel (my request) or do you mean that entering > an app into a "fullscreen" mode would remove the panel (which, while a > cool feature, is n

Re: [Ayatana] [Bug 692921] Re: Allow for the panel to be disabled (wishlist)

On 21 December 2010 11:21, Mark Shuttleworth wrote: > > We definitely need a natural way to move between "full screen" (no > panel) and "panelled" mode, across multiple apps. And perhaps we need a > good way for things like indicators to show up at appropriate times, > when the panel is not being

Re: [Ayatana] [Bug 692921] Re: Allow for the panel to be disabled (wishlist)

We definitely need a natural way to move between "full screen" (no panel) and "panelled" mode, across multiple apps. And perhaps we need a good way for things like indicators to show up at appropriate times, when the panel is not being displayed. So kudos to the Elementary team for their explorat

[Ayatana] Bug #691485 in One Hundred Paper Cut s: “search for files icon missing”

https://bugs.launchpad.net/hundredpapercuts/+bug/691485 Does this bug affect main-menu, or is main menu just a viewer for another applications? ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https

Re: [Ayatana] [Bug 436755] Re: indicator-applet doesn't change icon when I recieve new e-mails via Evolution

>On the subject of Evolution's use of the indicator tray... >Does this seem counter intuitive to anyone? The indicator is used just >as a notice of how many notifications you've had since you focused >Evolution, apparently, meaning that even if you have all sorts of things >in evolution that need

Re: [Ayatana] [Bug 436755] Re: indicator-applet doesn't change icon when I recieve new e-mails via Evolution

On the subject of Evolution's use of the indicator tray... Does this seem counter intuitive to anyone? The indicator is used just as a notice of how many notifications you've had since you focused Evolution, apparently, meaning that even if you have all sorts of things in evolution that need your

Re: [Ayatana] Ayatana bug tags

Hi Sense On Sat, May 22, 2010 at 16:00, Sense Hofstede wrote: > Hello, > > On request of Jorge Castro I've defined a few bug tags for use with > several transitioning projects related to Ayatana. > > The two new tags are 'global-menu' — >

[Ayatana] Ayatana bug tags

Hello, On request of Jorge Castro I've defined a few bug tags for use with several transitioning projects related to Ayatana. The two new tags are 'global-menu' — — and 'trayaway' —

Re: [Ayatana] [Bug 428509] [NEW] Do not suppress async notifications when using fullscreen apps

Mirco Müller wrote: > DEBUG=1 /usr/lib/notify-osd/notify-osd > Didn't we agree to run it in this mode during the Karmic dev cycle? So that we could be sure notifications weren't being sent with spuriously high urgency? I think it's too late to do it now, we are post-beta. Did we do any

Re: [Ayatana] [Bug 410220] Re: Indicator applet Always shows icon

On Tue, 2009-08-25 at 08:44 -0500, Ted Gould wrote: > On Tue, 2009-08-25 at 11:15 +0100, Mark Shuttleworth wrote: > > There is no need for a Preferences for the Messaging Menu, and this > > use case does not justify the creation of one. > > We have specified a preference dialog for the messaging m

Re: [Ayatana] [Bug 410220] Re: Indicator applet Always shows icon

Scott Kitterman wrote: > And also best that these apps not require configuration prior to gaining > access to the preference (e.g. the Evolution example given earlier). > Requiring users to set up applications in order to not be bothered by them > in the menu is not a usability win. > +1 and

Re: [Ayatana] [Bug 410220] Re: Indicator applet Always shows icon

On Tue, 2009-08-25 at 21:51 +0100, Mark Shuttleworth wrote: > > We won't ever ask anyone to right click on a menu. Ever. Verb menu or noun menu? It might be worth sorting out the two. Martin, ___ Mailing list: https://launchpad.net/~ayatana Post to

Re: [Ayatana] [Bug 410220] Re: Indicator applet Always shows icon

On Tue, 25 Aug 2009 21:55:38 +0100 Mark Shuttleworth wrote: >For default apps which are not desired by the user, the preference to take them out of the menu will be in the app. Best we pick those defaults well And also best that these apps not require configuration prior to gaining access to t

Re: [Ayatana] [Bug 410220] Re: Indicator applet Always shows icon

mac_v wrote: > If drag-and-drop to start apps/drag-and-rearrange is available for all > the menu items , then and only then will it be easier . > I agree - drag and drop are also not standard experiences for menus, so using them in the launcher menu is a terrible idea. Mark signature.asc Des

Re: [Ayatana] [Bug 410220] Re: Indicator applet Always shows icon

On Tue, 2009-08-25 at 21:52 +0100, Mark Shuttleworth wrote: > mac_v wrote: > > Context menus on menus make sense in certain locations. > > For example: the Applications menu , Even though the "Add this launcher > > to... " context menu is less frequent , its presence makes things more > > easier.

Re: [Ayatana] [Bug 410220] Re: Indicator applet Always shows icon

Ted Gould wrote: > We have specified a preference dialog for the messaging menu. The > reason is for blacklisting applications. > Please unspecify said preference dialog ;-) Relevant apps installed by the user should put themselves in this menu. For default apps which are not desired by the u

Re: [Ayatana] [Bug 410220] Re: Indicator applet Always shows icon

mac_v wrote: > Context menus on menus make sense in certain locations. > For example: the Applications menu , Even though the "Add this launcher > to... " context menu is less frequent , its presence makes things more > easier. > No, this is a good example of why having the Applications menu as

Re: [Ayatana] [Bug 410220] Re: Indicator applet Always shows icon

We won't ever ask anyone to right click on a menu. Ever. signature.asc Description: OpenPGP digital signature ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More h

Re: [Ayatana] [Bug 410220] Re: Indicator applet Always shows icon

On Tue, 2009-08-25 at 09:20 -0500, David Siegel wrote: > Context menus on menus themselves is something generally avoided. I'm > pretty sure it's a big no-no in the GNOME HIG as well, but I'd have to > check. > > David > Context menus on menus make sense in certain locations. For example: t

Re: [Ayatana] [Bug 410220] Re: Indicator applet Always shows icon

> Context menus on menus themselves is something generally avoided. I'm > pretty sure it's a big no-no in the GNOME HIG as well, but I'd have to > check. > > David On the topic of the HIG, please do not call this "preferences" if it is to control a single thing. There is no practical reason t

Re: [Ayatana] [Bug 410220] Re: Indicator applet Always shows icon

This did not come off in the good natured way that I intended. (stupid email and it's lack of body language and voice). I seriously meant to convey that I defer to the design team's judgment on this topic. Cheers, Rick On Tue, 2009-08-25 at 08:44 -0700, Rick Spencer wrote: > On Tue, 2009-08-25

Re: [Ayatana] [Bug 410220] Re: Indicator applet Always shows icon

On Tue, 2009-08-25 at 10:38 -0500, David Siegel wrote: > > True, but personally, I'd rather make the system work the way users > > want > > and expect it to, even if it requires deviating from the HIG. > > > > Cheers, Rick > > "If I'd asked my customers what they wanted, they'd have said a faste

Re: [Ayatana] [Bug 410220] Re: Indicator applet Always shows icon

On Aug 25, 2009, at 9:29AM , Rick Spencer wrote: On Tue, 2009-08-25 at 09:20 -0500, David Siegel wrote: On Aug 25, 2009, at 9:14AM , Rick Spencer wrote: On Tue, 2009-08-25 at 09:06 -0500, David Siegel wrote: For a concrete example, consider Evolution. To remove the Evolution launcher from

Re: [Ayatana] [Bug 410220] Re: Indicator applet Always shows icon

On Tue, 2009-08-25 at 09:20 -0500, David Siegel wrote: > On Aug 25, 2009, at 9:14AM , Rick Spencer wrote: > > > On Tue, 2009-08-25 at 09:06 -0500, David Siegel wrote: > > > >> For a concrete example, consider Evolution. To remove the Evolution > >> launcher from the messaging menu, you'd have to

Re: [Ayatana] [Bug 410220] Re: Indicator applet Always shows icon

On Tue, Aug 25, 2009 at 07:14:45AM -0700, Rick Spencer wrote: > Assuming that users prefer to act directly on objects, would it not be > more direct to allow them to right click on the menu item to remove it? > This would be consistent with how users remove the Evo launcher from the > panel. > > C

Re: [Ayatana] [Bug 410220] Re: Indicator applet Always shows icon

On Tue, 2009-08-25 at 11:15 +0100, Mark Shuttleworth wrote: > > There is no need for a Preferences for the Messaging Menu, and this > use case does not justify the creation of one. The messaging menu > should be removed ONLY if there are NO applications configured to > present themselves in there

Re: [Ayatana] [Bug 410220] Re: Indicator applet Always shows icon

On Aug 25, 2009, at 9:14AM , Rick Spencer wrote: On Tue, 2009-08-25 at 09:06 -0500, David Siegel wrote: For a concrete example, consider Evolution. To remove the Evolution launcher from the messaging menu, you'd have to launch Evolution and set up your email account before you can access Evol

Re: [Ayatana] [Bug 410220] Re: Indicator applet Always shows icon

On Tue, 2009-08-25 at 15:31 +0100, C. Cooke wrote: > On Tue, Aug 25, 2009 at 07:14:45AM -0700, Rick Spencer wrote: > > Assuming that users prefer to act directly on objects, would it not be > > more direct to allow them to right click on the menu item to remove it? > > This would be consistent with

Re: [Ayatana] [Bug 410220] Re: Indicator applet Always shows icon

On Tue, 2009-08-25 at 09:06 -0500, David Siegel wrote: > For a concrete example, consider Evolution. To remove the Evolution > launcher from the messaging menu, you'd have to launch Evolution and > set up your email account before you can access Evolution's > preferences and disable the laun

Re: [Ayatana] [Bug 410220] Re: Indicator applet Always shows icon

On Aug 25, 2009, at 8:44AM , Ted Gould wrote: On Tue, 2009-08-25 at 11:15 +0100, Mark Shuttleworth wrote: There is no need for a Preferences for the Messaging Menu, and this use case does not justify the creation of one. We have specified a preference dialog for the messaging menu. The reas

Re: [Ayatana] [Bug 410220] Re: Indicator applet Always shows icon

On Aug 25, 2009, at 8:44AM , Ted Gould wrote: On Tue, 2009-08-25 at 11:15 +0100, Mark Shuttleworth wrote: There is no need for a Preferences for the Messaging Menu, and this use case does not justify the creation of one. We have specified a preference dialog for the messaging menu. The reas

Re: [Ayatana] [Bug 410220] Re: Indicator applet Always shows icon

On Tue, 2009-08-25 at 11:15 +0100, Mark Shuttleworth wrote: > There is no need for a Preferences for the Messaging Menu, and this > use case does not justify the creation of one. We have specified a preference dialog for the messaging menu. The reason is for blacklisting applications. Originally

Re: [Ayatana] [Bug 410220] Re: Indicator applet Always shows icon

David Barth wrote: > Ted Gould wrote: >> On Mon, 2009-08-24 at 20:07 +0100, Mark Shuttleworth wrote: >> >>> Noel J. Bergman wrote: >>> Aha! And this is the nature of the bug as I see it. I do not HAVE a message of any kind, but I still have the e-mail icon. Please switch to >>>

Re: [Ayatana] [Bug 410220] Re: Indicator applet Always shows icon

Ted Gould wrote: > On Mon, 2009-08-24 at 20:07 +0100, Mark Shuttleworth wrote: > >> Noel J. Bergman wrote: >> >>> Aha! And this is the nature of the bug as I see it. I do not HAVE a >>> message of any kind, but I still have the e-mail icon. Please switch to >>> some other icon when there

Re: [Ayatana] [Bug 410220] Re: Indicator applet Always shows icon

On Mon, 2009-08-24 at 20:07 +0100, Mark Shuttleworth wrote: > Noel J. Bergman wrote: > > Aha! And this is the nature of the bug as I see it. I do not HAVE a > > message of any kind, but I still have the e-mail icon. Please switch to > > some other icon when there ARE NO MESSAGES, and I'll be sat

Re: [Ayatana] [Bug 410220] Re: Indicator applet Always shows icon

Noel J. Bergman wrote: > Aha! And this is the nature of the bug as I see it. I do not HAVE a > message of any kind, but I still have the e-mail icon. Please switch to > some other icon when there ARE NO MESSAGES, and I'll be satisfied. > I agree, there should be no icon if it serves no use.

Re: [Ayatana] [Bug 357150] Re: Regression vs notification-daemon: Notify-osd doesn't deal with a large number of notifications well

My opinion is that an application that needs to send so many notifications in a short period of time is doing it wrong. If there is so much input the user should be aware of then the app should tell it to open it's GUI instead of libnotify-spam. 2009/6/16 Mark Shuttleworth > > Given that there i

Re: [Ayatana] [Bug 357150] Re: Regression vs notification-daemon: Notify-osd doesn't deal with a large number of notifications well

Given that there is another dup of the "long queue" issue, I'm cc'ing the Ayatana list. Ayatana team, for reference: https://bugs.launchpad.net/bugs/357150 https://bugs.launchpad.net/bugs/334809 MPT, can you point to a spec for the 9.10 queue throttling behaviour, that captures the ideas

Re: [Ayatana] [Bug 28835] Re: "Unmount" in volume right-click menu, is tech-speak and undiscoverable

Ajay wrote: > Perhaps we need "Advanced..." entry / sub-menu in the right click menu. "Advanced" menu's are sign of conceptual problems and limitations, like "Other..." menu options. They are *very* difficult for users because they say "this is hard" which is a disincentive for users to explore the

Re: [Ayatana] [Bug 363223] Re: Notify-osd should know about lirc

I think this is referring to apport, not notify-osd. Notifications are always temporary, I think the reporter is referring to a dialog that is displayed by apport when a crash is detected on the system. If that's the case, then the title of the bug should be amended to something like "apport dial

Re: [Ayatana] [Bug 372789] Re: NotifyOSD notifications shouldn't appear when using fullscreen applications

I'd like to draw the Ayatana group's attention to bug #372789, a question about the interaction between fullscreen apps on multiple monitors and notifications. At the moment, our guidance to the developers is that fullscreen apps should block non-critical notifications. Aurelien has implemented t