Hi, While I wasn't explicitly involved with the GTK portion of Freeamp, I can tell you the problem isn't so much with delayed redraws, but with the method that GTK uses for building trees. In essence, it's very inefficient.
The unfortunate answer is that I couldn't get it to work any faster under GTK, but the good news is that GTK 2.0 has a much, much better GTK Tree widget, so the problem should go away there. The catch is: (1) The new widget doesn't appear to be code compatible, so the FreeAmp GTK tree code will need to be rewritten. (2) I don't know if anyone is actively working on porting Freemp to GTK 1.3 (the development snapshot of GTK 2.0) Aubin On Thu, Nov 15, 2001 at 07:05:35PM +0200, Hile Tuohela wrote: > > Platform: linux > > When you select a list of items from playlist and delete them, the list > on the screen is updated after every operation: works fine for > 50 > items, but for example 1000 deletions just sucks. Clicking a couple > times in the playlist while it's purging these thousands of songs > will crash freeamp, as well. > > I've looked at the code and started thinking that probably the set > iterator, which is now calling DeletePlaylistItem method for each > item, should either: > - create a new copy of the whole list in memory, with playing item > and other properties, without the items in selected set, and then > just redraw whole list once > - work just like now but only redraw the list after all changes, with > some kind of indicator > > Is this implementation unix-specific or do you get same behavior under > windows as well? > > Some other issues with unix gui: > - If you select a block of songs, with last song's index later than > the first one's (select n, block-select to n+5), the UI keeps the > resulting list of songs highlighted, but only last one is really > selected. This does not happen if you select from end of list > towards beginning of list. > - My Music has always unbelievably wide scrollbar in the bottom. This > is ugly and doesn't really tell how long song names you have there > - Freeamp crashes sometimes when you make multiple big list selections > from playlist. Didn't reproduce and don't want to before the list > update is faster and I don't have to wait 10min to wait it > to finish... > - Add after current could be nice in MyMusic context menu > - Windows should remember their location and size, and mymusic / > playlist relative size, when quit. > - The toolbar should have a toggle in view menu to switch it off, > and of course, save it's state. I've never used the toolbar ;) > - Search computer for music - should remember last setting for the > custom path: in addition /usr/share is completely insane choice > for any sensible unix administrator to store any music files, > something more useful might be added or this entry to be removed. > - I think that MyMusic, MyPlaylists, MyStreams e.a. should not be > in a list, but be split to tabs in the top of MyMusic view, like > > |_MyMusic |__My_Playlists_|_MyStreams_|_CD-audio__________________X_| > | + Artist | > | + Album | > | + Song 1 | > | + Song 2 | > |___________________________________________________________________| > > Notice the X in the corner as well, to close MyMusic... > > These were just my small rants. How is freeamp development going on > right now? I see it's quite silent on the mailing list, at least, > and not so many CVS checkins either. I might even help fixing bugs > but need some advice how to go on.. > > > *hile* > > -- > /"\ | Ilkka Tuohela / Nixu Oy > \ / ASCII Ribbon Campaign | [EMAIL PROTECTED] > X Against HTML Mail | +358-40-5233174 > / \ > > _______________________________________________ > [EMAIL PROTECTED] > http://www.freeamp.org/mailman/listinfo/freeamp-dev _______________________________________________ [EMAIL PROTECTED] http://www.freeamp.org/mailman/listinfo/freeamp-dev
