***  f = fixed, d = done, w = work in progress, b = broken  ***
 (no particular order)

MAIN:
=====

w>report debian bugs fixed: 68013: fixed in prior release
                            67738: added --geometry cmd line option (0.12.1)
                            65937: recursive adds now sorted (0.12.1)

         can not reproduce: 65980: does xmixer work? /dev/mixer permissions correct?
                            79678: have had reports myself, though
                           112567: timeout is 10 secs, not enough? http is 20.

             will never do: 65410: mpg123 bug, use mpg321 instead.
                            67736: option requires GQmpeg restart, still doesn't work
                                   use the window manager's method (how depends on WM)
                            83078: ID3v1 I like, v2 is... :/
                                   Anyway, the fix for this is probably to simply
				   increase the mpeg header search bytes, since V2
                                   _pre_pends its data to the file - ew, with no size
                                   limits - yuk!.

 >finish the command queueing for async playback controls (fix it to work correctly)
 >fix 'hang' when next or prev is changed 'too fast'. (attempted solution is above)

 >fix dnd to accept extended chars like space == %20

 >add command line option for recursive directory loading 

 >ipc loading of playlists has a problem when used with netscape (4.x) - netscape
  removes the temp file before the parent gqmpeg process begins loading it. This
  causes it to fail, pehaps ipc for playlists should work: control process sends
  ipc command, then listens (by subscribing to stat file) for load done signal
  from parent - then exits.

 >update prefix mess in Build environment.

PLAYLIST:
=========

w>when header and tag info is off, still read it on song start.
  [On demand information loading, should also update as rows become visible in the playlist]
  UPDATE: well, I really don't know about competing with the play mechanism (mpg123, etc.)
          at play start to access the file, perhaps read this when previous song
          was about half way through? hmm.
   x)At least clicking files in the playlist window now updates a song.
 >thought! (plan): playlist_update_by_data_full should do the updates in an idle loop when
                   force it TRUE, helps when selecting oh, say all files in the playlist window,
                   will not block you until done. Also update the songinfo in display.c when
                   a list widget requests the data (AHA! - thought that was gonna be tough ;).

 >offer to save edited playlist before exiting / open new playlist.
 >fix session playlist to remember (file) name of loaded playlist.

 >add support of relative paths
  ho - hum, I guess this would be a save-time option, always off by default
  I already forsee the complaint: I moved my playlist file and now none of
     the songs are found , please fix this :/    --  This is really only useful
     for removeable media! But can be very useful for: cd-roms.
     OK OK, also useful if you keep the playlist in the same dir as the songs... I do not

 >include .gqoob and .m3u in default playlist extensions list of open dialogs.

SLIK:
=====

 >Add clip mask for items, sliders.
 >add X font support to text widget, NOTE: have user supplied patch, refer to it.
 >allow multiple windows to be open for a skin (main window and a playlist window)
 >add kayboard support (focus, widget activation etc.)
 >add skinned menus support.

MPG123:
=======

b>fix VBR files to stop jumping around w/ time (NOTE: mpg123 bug ? YES).
  UPDATE: even time updates from standard songs can be slightly off (the time count
          does not increment smoothly), so perhaps count the seconds ourselves (like io_xmp.c)?

d>fix tags so that when no tag exists yet, default the genre to "Other".
  UPDATE: genre 255 is reservered for being 'blank', use that instead of other.

OGG123:
=======

 >figure out whta to do about ogginfo reading the entire file, all I
  want is the song header info (doh!)

RADIO:
======

 >io_radio.c: allow config of /dev/radio device.

XMP:
====

New modules:
====

 >look into adding a VQF module (using dreamplayer?)

 >timidity support (awaiting possible patch)
  UPDATE: to late for 0.13.0, but I do have a patch sitting here.

MISC:
=====

