Version: 0.9.1a (using KDE KDE 3.5.2) Installed from: Compiled From Sources Compiler: gcc (GCC) 3.4.5 (Gentoo 3.4.5-r1, ssp-3.4.5-1.0, pie-8.7.9) OS: Linux One integration feature I commonly use is to write plugins for chat clients which provide a "Send currently playing song/video to this person" option. However, as KMplayer lacks a DCOP call to get the path of the currently playing file, I cannot implement them for KMplayer. It shouldn't be too difficult, but I have no C++ experience or I'd include a patch for it.
You mean the current file independent if it's a playlist or not, or the actual link in the playlist? Any preferences for the dcop function name?
The currently playing file, after resolving any KIOSlaves which resolve to local paths. (I play a lot of media:/ stuff) I don't have enough experience with DCOP to have an idea what would be appropriate but maybe something like currentURL()
There's definitely a need for a "now playing" DCOP API that at the very least returns the file name without the path, or ideally meta data (creator, artist, album, title and so on). Both Konversation and Kopete could use it for their "now playing" plugins.
I actually worked around this problem by using the window caption. The following is a line from a bash script of mine: result=`dcop $kmplayerinstance kmplayer-mainwindow#1 caption | sed 's/^URL - //' | sed 's/ - KMPlayer//'` To return the file name without the path simply do: result=`dcop $kmplayerinstance kmplayer-mainwindow#1 caption | sed 's|^.*/||' | sed 's/ - KMPlayer//'