Re: [Kionjb-devel] more URL-related suggestions

[Shaun J. <sja...@gm...>]

On 2/15/06, mar...@cl...
<mar...@cl...> wrote:
> OK, so now I've got the track info displayed in Konqueror and have finely=
-tuned the URLs so that similarly-named tracks are still differentiated. I'=
ve also go a somewhat "hacky" "index.html" page that presents the NJB "/etc=
" details - but its not changeable. Not done the tag stuff for MWA yet.

Is there a tagging library that will handle both ID3 and WMA transparently?

> So what about a meta-info dialog on the properties page through which the=
 tags could be modified?
>
> The problem here is that there already is a KFile plugin for mimetype aud=
io/x-mp3 which assumes a local file and uses TagLib to do the biz. So how d=
o we get a similar plugin to work for us with NJB track info?

kionjb could return a different mimetype, such as audio/x-njb. Once
the file's transferred to a standard medium (such as the local disk),
it will once again be audio/x-mp3. Any major downside to this?

> I've no idea, as I've said I'm no KDE developer (everything I've been men=
tioning has been picked up from scraps and tutorials I've found through Goo=
gle in the last few days, plus a bit of research into config on my own syst=
em). Is there a hierarchy of plugins - i.e. if the standard kfile plugin fa=
ils to find the info will it go to the next one for that mime type? The doc=
 is so scanty that I cannot tell, so any info guys?

The issue is that the standard kfile plugin should work as is,
although the entire track will have to be downloaded modified, then
uploaded, making the entire process quite tedious. Can you verify that
it does work though? If it does work as expected, there won't be any
possibility for a failover plugin.

Cheers,
Shaun