Bug 201752
Summary: | Missing menu entry for ksmarttray | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Ville Skyttä <scop> |
Component: | smart | Assignee: | Axel Thimm <axel.thimm> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 5 | CC: | extras-qa |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | 0.42-37 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2006-09-01 22:30:04 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Ville Skyttä
2006-08-08 18:22:36 UTC
Should a tray object really have a menu entry? I don't have one for my weather or battery display. If it's not available through other means (eg. KDE's "Add applet to panel..." functionality), no doubt about it IMO. This seems like the right thing to do. Do you know how? I'm going to raise that upstream, too. I don't know for sure, but a bit of Googling and looking into the contents of my hard drive makes me believe that the "add applet" stuff is available only for DSO applets, not executables. http://developer.kde.org/documentation/tutorials/dot/panel-applets.html#the_description_file On the other hand, I suppose the "add applet" stuff is available only in KDE, thus leaving other DE users who would be interested in ksmarttray because a "native" applet is not available for their DE without a way to launch it from the GUI. OK, I asked upstream, if no better solution is given I'll use Enrico's menuing trick as suggested. I got some feedback (that's how SuSE seems to have solved this problem): Does it work dropping the desktop file under one of the following dirs: /etc/xdg/autostart /usr/share/autostart /usr/share/gnome/autostart One can set a default whether ksmartray will run or not through X-KDE-autostart-condition=ksmarttrayrc:General:Autostart:true which can be overriden by a ksmarttrayrc managed through the KDE configuration framework. That sounds like an orthogonal/additional thing to me -- whether to autostart ksmarttray or not as opposed to whether it can be launched some way in the GUI. I've no experience with the former, but dropping a desktop file into the dirs mentioned in comment 7 did not seem to have any effect, and I'm not sure what "managed through the KDE configuration framework" means in practice. Copied over ensc's solution. |