* Remove deprecated KConfigXT keys * Use prettier names for aRts and GStreamer engines, this shouldn't break anything, of that I am fairly sure. But if it does we can revert it quite easily. It should work fine as Markey's plugin code rules, and because KLibLoader has no problem with spaces in the name keys. Also I've been testing this for quite some time * Incidently my last commit should have had 3 times as much text, but I pushed OK by mistake. I'll try to do another commit and detail the changes svn path=/trunk/kdeextragear-1/amarok/; revision=304123
* _Finally_ fixed the dreadful engine unloading bug! * Moved engineobserver.* to amarok/amarok. * don't link engine/plugin code to amarokapp, since that's nonsense. svn path=/trunk/kdeextragear-1/amarok/; revision=300680
Merge of the observer system into HEAD. Redesigned engine <--> amarok GUI communication. * All objects that want to monitor engine changes can so by implementing the EngineObserver interface. * Changes to the engine are now done through the EngineController object, which is globally available through its static instance() method.
The new system removes the need for centralized GUI synchronization for engine changes in PlayerApp.
Redesigned plugin framework to comply with KDE standards: * .desktop files are used to describe amaroK-plugins as services. * KTrader is used for searching plugins and querying properties. The advantage is that we can now use the powerful trader query language to search for a plugin that fits our needs. No need to reinvent the wheel. * It's possible to query plugins from the shell by using the little tool ktradertest. Very handy for quickly getting an overview once you have a lot of plugins installed.
Thanks go to Nikolas Zimmermann (wildfox@kde.org) for coming up with the idea.
Finally I was able to figure out how to re-initialize KCmdLineArgs :) This means: amaroK is now able to process cli arguments received by the loader process exactly like when started directly. No more ugly argument parsing.
TODO: One small problem remains: when amaroK is already running, and is being called with the "--help" argument by the loader, it will print the help information correctly, but then exit. I'm trying to convince KCmdLineArgs not to exit in this case...
* Fixes when restoring session with command line arguments specified * Fix regression where exiting with no track playing but resumePlayback is on means next time you start the previous track starts playing anyway * Command line args now have long versions (single letters all the same still) * Umm, stuff. svn path=/trunk/kdeextragear-1/amarok/; revision=289779
* Added splash screen on startup (with config option). I think our amaroK logo is much too cool not to use it in the program :) So I've modified the OSD to draw images as well. Unfortunately, there is some problem with the mask of the widget showing up first, and only after that the content.. needs fixing. Also, widgets can't handle an alpha channel.. this makes the edges a bit jerky. * Added config option for OSD duration.
-Optional playlist follows active song option If enabled the playlist scrolls to the new active song on song change if: - The old song item was in the view - No more than 1 item in the playlist is selected - No item editing is going on If we scroll, we scroll to either the top or the bottom of the view (depending on which way you are skipping) + a maximum of two item heights. This ensures subtle scrolling if we hit the top or the bottom of the view. No special care is taken for random mode, comments on how this works for you are welcome.
RSS
