Notification Area (System Tray) 0.0.1

A notification area

Section:
user/utilities
Maintainers:
Size:
11416 bytes
MD5sum:
280e23646b9c17ed2ba805ffb3c72b74
Status:
Promotion rejected
Bugtracker:
 
Warning: This package does not have the required bugtracker link specified!

Package karma

-5 out of 10
*
-
0
0
TesterKarmaTimestamp
Willie Pretorius (101)
2010-02-13 21:50 UTC
Mustali Dalal (462)
2010-02-13 20:15 UTC
Valério Valério (1289)
2010-02-13 19:45 UTC
Neven Stanivuk (17)
2010-02-13 14:19 UTC
Emanuele Cassioli (466)
2010-02-12 10:41 UTC
rama kurvakat (210)
2009-12-29 15:45 UTC
Venomrush . (651)
2009-12-15 00:57 UTC
Urho Konttori (804)
2009-11-17 21:33 UTC
Martin Grimme (943)
2009-11-12 20:47 UTC
Gabriel Schulhof (Maintainer) (421)
2009-11-12 13:42 UTC
Andre Klapper (1022)
2009-11-08 17:57 UTC
Faheem Pervez (1965)
2009-11-06 07:39 UTC
Andrew Flegg (1569)
2009-11-05 17:00 UTC

Package events

Event typeUserTimestamp
Promotion rejectedSystem2010-02-13 21:52 UTC
Package is in testingSystem2009-11-05 08:25 UTC

Comments:

1 2 next
Willie Pretorius
Karma: 101

Loaded without an issue, Showed up in the system tray after installation. No need to reboot. However its not clear what its function is. Also bug-tracker is missing.

2010-02-13 21:58 UTC
Willie Pretorius
Karma: 101

Showed up in the system tray after installation. No need for reboot. However, it is not clear what its function is. Also no bug-tracker

2010-02-13 21:50 UTC
Mustali Dalal
Karma: 462
  • Bug-tracker missing
  • as others have mentioned, no info about the 'reboot' requirement
  • -1
2010-02-13 20:15 UTC
Valério Valério
Karma: 1289

Needs a bugtracker, a better description and a notice telling the user that a restart is required should be also added.

2010-02-13 19:44 UTC
Neven Stanivuk
Karma: 17

Needing restart after installation will make some users uninstall it before attempt a restart. Better description is also a must. Other then that it works as expected. Although commonly used, I don't think system tray fits at all in Fremantle interface. It's a quick and dirty solution for quick porting of course, but to be honest, I personally consider it just a necessary evil in GNOME and would consider it annoying on Fremantle.

2010-02-13 15:23 UTC
Emanuele Cassioli
Karma: 466

BTW I've not encountered Uwe's bug, I've not rebooted and all seems to work well.

2010-02-12 10:41 UTC
Emanuele Cassioli
Karma: 466

It has taken a lot for me to understand how this works, but finally all is clear. ;) Well, there should be a sort of list where you can read which programs use the notification area. Until now, I only know Pidgin, and I even don't like how it works with it.

However, I can understand this could be useful for others: it just needs a better (and exhaustive) description. I've never used a tablet before, so I didn't know what a notification area is.

2010-02-12 10:40 UTC
David B
Karma: 75

I think there needs a bit more about what notifications are shown in the system tray..

2010-02-11 12:59 UTC
Uwe Kaminski
Karma: 369

There should be a hint that a reboot is necessary after the installation. When I installed this other items in the status area disappear. Also the notification panel itself does not came up until I did a reboot.

2009-12-21 23:19 UTC
Christian Dywan
Karma: 14

I like the idea but to be honest the practical implementation isn't that nice. Either you should wrap tray icons somehow and arrange them like status plugins or put them somewhere else on the screen. In my opinion something inside a menu defeats the purpose of a tray icon.

2009-11-26 22:40 UTC
Mikko Vartiainen
Karma: 1945

I have changed my opinion about user/ visiblity and being a depency of other packages. Because statusmenu widgets cannot be disabled (except by uninstalling), forcing installation of this package for example with pidgin would be bad. I for example wouldn't like systray to take one spot from statusmenu, but would still like to use pidgin for IRC.

So only better description is needed.

2009-11-23 14:57 UTC
Andrew Flegg
Karma: 1569

@Gabriel: this is not the point to pontificate on Fremantle Hildon Desktop design choices, so you are - in effect - wasting your breath there. maemo-developers might be more constructive.

As for "users will have to find [this] themselves" this is why it is critical for there to be a good description here, and possibly a reference to it in Pidgin's too.

2009-11-15 09:11 UTC
Martin Grimme
Karma: 943

If this package is only supposed to be a dependency of other apps, please don't put it into the user/* category.

2009-11-12 20:40 UTC
Gabriel Schulhof
Karma: 421

I don't believe we have any mechanism of revealing to the user if a given package A /recommends/ or /suggests/ a package B, right? Thus, the user pretty much has to figure out on her own that she needs this package.

In GNOME, the system tray is a gnome-panel plugin shipped with the GNOME panel package, and configured by most distributions to be present on the GNOME panel by default.

In Windows, users have a system tray whether they like it or not.

For applications originating in the desktop world, this means that there's a good chance there'll be a system tray present. Having one in Maemo will make porting such applications easier. Too bad it's not turned on by default.

2009-11-11 13:10 UTC
Gabriel Schulhof
Karma: 421

OK, I can change the description.

I believe that the package should be a dependency only for those packages that absolutely fail to work without a system tray. Pidgin will work without a system tray, but, for example, closing the buddy list window will quit Pidgin. Not good, especially if you're used to Pidgin on the desktop, where it has a system tray icon.

The system tray should never have been a package on its own, but during the development of Fremantle nobody thought about providing a place for system tray icons. In Diablo and Chinook, the developer of hildon-desktop was kind enough to build this fd.o standard in as an alternative to status area plugins.

In Fremantle, this standard has been ignored completely. In fact, I've had some success recently making a floating window into a system tray, which could address the basic requirement for a system tray - a requirement that's missing from hildon-systray-0.0.1: That system tray icons should always be visible /and/ clickable. Unfortunately, such a floating window would interfere with everything else on the desktop. This has simply not been considered.

Thus, I am faced with having to try different ways of implementing this standard, while dodging the existing desktop. But hey, I want to see system tray icons in Fremantle, so I'll keep trying. Hmmm ... I wonder ... what about hinting the window as a panel window ....

2009-11-11 13:03 UTC
1 2 next

Comments:

You must be logged in to make comments.