GitLab

will support saving and restoring of the history and search playlists once
streaming operators are written for those types.

svn path=/trunk/kdemultimedia/juk/; revision=243233

  as the playlist name.

svn path=/trunk/kdemultimedia/juk/; revision=243218

checksumming possible.

svn path=/trunk/kdemultimedia/juk/; revision=243216

in moving to versioned cache formats.

svn path=/trunk/kdemultimedia/juk/; revision=243214

shutdown process.

svn path=/trunk/kdemultimedia/juk/; revision=243185

faster, the overhead of caching the results actually makes this block of
code slower on average since the hit rate is pretty low.

svn path=/trunk/kdemultimedia/juk/; revision=242925

create a new playlist.  Having a null "item" passed is an indication of the
above.

CCMAIL:molkentin@kde.org

svn path=/trunk/kdemultimedia/juk/; revision=242787

be found -- set the selection to the "collection item".

svn path=/trunk/kdemultimedia/juk/; revision=242786

svn path=/trunk/kdemultimedia/juk/; revision=242722

svn path=/trunk/kdemultimedia/juk/; revision=242719

sort.  Instead of caching the output of QString::lower() go a level
deeper in the string comparison logic and cache the value of
QString::local8Bit().  I think this is about as fast as it's going to get
for the moment, but it's now down to 4.8 seconds (on my machine) for 12,000
items -- compared to 94 s when I started profiling with this data set.

svn path=/trunk/kdemultimedia/juk/; revision=242706

recomputing it in every PlaylistItem comparison seems to shave about another
30% from the startup time for large sets.

svn path=/trunk/kdemultimedia/juk/; revision=242679

the specified location in the hash tree, don't crash by deferencing 0;
instead either make the next element in the linked list the first element or
if there is no next element, remove the list.

svn path=/trunk/kdemultimedia/juk/; revision=242608

svn path=/trunk/kdemultimedia/juk/; revision=242604

knew there was a reason I wrote that StringHash class.  I think I was just
too lazy to write a remove() method for it so I used my SortedStringList
instead.  Anyway, switching over to the StringHash makes startup time for
a collection of 12,500 items about 8x faster.

svn path=/trunk/kdemultimedia/juk/; revision=242601

selected files.

svn path=/trunk/kdemultimedia/juk/; revision=242586

svn path=/trunk/kdemultimedia/juk/; revision=242492

svn path=/trunk/kdemultimedia/juk/; revision=242487

been possible to delete in single-select mode.

svn path=/trunk/kdemultimedia/juk/; revision=242389

until I get history saving / restoring working.  Thanks to cartman for
catching this.

CCMAIL:kde@myrealbox.com

svn path=/trunk/kdemultimedia/juk/; revision=242385

a pointer to a list.  Add the m_ prefix to member variables.  General style
cleanups.

svn path=/trunk/kdemultimedia/juk/; revision=242288

svn path=/trunk/kdemultimedia/juk/; revision=242278

svn path=/trunk/kdemultimedia/juk/; revision=242277

constructors (and add member variables and such).  More to come.

svn path=/trunk/kdemultimedia/juk/; revision=242200

destructor isn't virtual and (b) this doesn't do anything.

svn path=/trunk/kdemultimedia/juk/; revision=242194

i.e. "Mile Davis" will also match "Miles Davis and Cannonball Adderley" but
"exact match" for genres and albums -- "Rock" won't contain "Classic Rock".

svn path=/trunk/kdemultimedia/juk/; revision=242190

to remove duplicate code from SearchPlaylist (a subclass).

This also fixes the bug that search and dynamic playlist are now updated
when the playlists they're composed from change.

svn path=/trunk/kdemultimedia/juk/; revision=241986

next time around when things do break.

svn path=/trunk/kdemultimedia/juk/; revision=241979

svn path=/trunk/kdemultimedia/juk/; revision=241978

svn path=/trunk/kdemultimedia/juk/; revision=241969

svn path=/trunk/kdemultimedia/juk/; revision=241940

the history view should properly update the columns in the normal list view.

svn path=/trunk/kdemultimedia/juk/; revision=241921

svn path=/trunk/kdemultimedia/juk/; revision=241886

*) Don't add new history items when playing items *from* the history

svn path=/trunk/kdemultimedia/juk/; revision=241804

svn path=/trunk/kdemultimedia/juk/; revision=241802

3.1 compatibility has been dropped, remove it from here.

svn path=/trunk/kdemultimedia/juk/; revision=241801

Added new virtual methods to Playlist -- readOnly() and columnOffset().

columnOffset() indicates the position at which the Playlist class can expect
to find the standard set of columns.  This let me add a "time" column to
the history playlist.

I adjusted the code in other places to use these two new methods.

Also allow the history playlist to have multiple copies of the same item;
this is still buggy at the moment since this API feature hadn't yet been
used.

svn path=/trunk/kdemultimedia/juk/; revision=241800

nearest item.  Make sure that the nearest item has a valid playlist
associated with it or find one that does.

CCMAIL:62302-done@bugs.kde.org

svn path=/trunk/kdemultimedia/juk/; revision=241786

TODO:

*) Save and restore the history -- this will be handled at the same time
   that saving and restoring of vfolders happens
*) Fill in the details of the subclass to add things like making it read
   only and saving a date along with the items

svn path=/trunk/kdemultimedia/juk/; revision=241664

code but still create their own subclasses of PlaylistItem.

svn path=/trunk/kdemultimedia/juk/; revision=241663