Bug 127077 - option for auto launch with KDE start
Summary: option for auto launch with KDE start
Status: RESOLVED INTENTIONAL
Alias: None
Product: kget
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR wishlist
Target Milestone: ---
Assignee: KGet authors
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-05-10 12:43 UTC by Maciej Pilichowski
Modified: 2006-09-25 15:55 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Maciej Pilichowski 2006-05-10 12:43:18 UTC
Version:            (using KDE KDE 3.5.2)
Installed from:    SuSE RPMs

Since the KGet is really tiny&handy tool it would be useful to have such option so the user could configure the KGet behaviour entirely within it.
Comment 1 Urs Wolfer 2006-05-13 23:13:59 UTC
If you let KGet open when you exit KDE, KGet will start automatically at the next KDE start. Is that not enough?
Comment 2 Maciej Pilichowski 2006-05-14 11:01:13 UTC
As a workaround, sure. But the explicit option is rock-solid evidence of the user preferences.

Ask yourself -- the KGet was not running on KDE exit, does this _really_ mean the user doesn't want to get KGet running on the next KDE start? Those things are not related (for example I could close all apps to preserve memory while doing some complex computations) -- so the answer could be yes and no.
Comment 3 Carsten Pfeiffer 2006-09-25 13:03:06 UTC
kget is started automatically if konqueror integration is enabled, so you only need to start it if you want to use the drop target, AFAICS. And you can also simply put it into your .kde/Autostart folder. Together with session management, these are enough options to get kget started automatically, IMHO.
Comment 4 Maciej Pilichowski 2006-09-25 15:55:58 UTC
Those are just workarounds. Putting scripts in .kde/Autostart is a nasty thing, because you force user to know internals of KDE.