Re: MusicBrowserMM Status

On Mon, 23 Feb 2004 18:41:08 -0800, Kristian G. Kvilekval 
<[email protected]> wrote:
...
>> Unfortunately there is still plenty of stuff that needs to be done,
>> including (in some sort of rough priority on my part in case anyone 
>> feels
>> like taking any of it on :) )
>> * Respond to messages asking for dialogs e.g. CMD_AddFiles,
>> INFO_FileNotFound
>> * Edit Info/Search For Music/Intro Wizard dialogs
>
> I have a hacked up version of these edit info that allows
> editing arbitrary tags instead the fixed set that are supported now.
> I wanted this as Ogg and Flax both allow arbitrary tags.
> Still not ready for primetime, but it will get there.

Great, I haven't started working on it yet, but I did think it would be a 
good idea to incorparate some of the new music db functionality into the 
edit dialog. I was thinking that you could have a "Lookup Metadata from" 
section in the dialog, so that a user could query any of the musicdb 
sources (e.g. musicbrainz, library, file) for what metadata it has. Also 
have a "save metadata to" section so you could select where you want to 
save the metadata to (e.g. file id3v1,id3v2,Ogg,etc. , library, or even 
musicbrainz!).

I did do a quick and dirty mock up of this in glade (it dosen't show any 
arbitrary tab functionality, or look particulalry good but you get the 
idea), based upon the new looking edit dialog in the cvs. A screenshot can 
be found at
http://www-student.cs.york.ac.uk/~djh123/zinf/edit_info_idea.png
I dread to think how complicated this would be to implement though :(

>> * Make playback controls toolbar look better and more functional
>> * CD Support
>
> I started with the CD support, at some point I'll get back to it.
>
>> * Dialog to allow editing of custom layouts
>> * Drag & Drop support
>> * Keyboard support e.g. making delete key remove items in playlist, 
>> etc..
>>
>> Some extra features (as compared to original musicbrowser)
>> * Can use as primary UI
>> * Customisable toolbar
>>
>> And lots of bug fixing as well.
>>
>> The musicdb backend to all this still needs plenty of work as well,
>> obviously, but I'm attempting to get the browser at least up to the
>> original musicbrowser functionality before helping out with that code.
>
> Oh yes.. In fact it needs alot of work so that it can start to show off
> a little.
>
> BTW I noticed a new behavior.   When opening the playlist branch
> in the browser, the browser appears to query the database for each URL.
> Is this needed, I would expect the entire set of playlists to returned
> from a single query?  (I noticed that this makes it a bit slower when
> scrolling around).

Ah, this looks to be a bug related to the fact that My Playlists now 
represents a directory as well as the list of playlists in the library. Am 
I right in assuming that you don't have anything in ~/.zinf/playlists? If 
so, when you get a child item, it looks to see if its got any yet, and not 
finding any in the dir it rechecks with the musicdb to see if there really 
are no files in the dir. I'll put this on my todo list, thanks.

David

-- 
Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/


-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click