1. 28 Aug, 2004 1 commit
    • Michael Pyne's avatar
      This commit changes the following: · b1933ed2
      Michael Pyne authored
      * Use KDirLister as suggested by dfaure to track changes to the folders we're watching.  This allows us to track deletion and refreshes in addition to additions.
      * Shave about 20% off of the time needed to initialize the tree view mode.
      * Correct my spacing errors in playlistbox.cpp
      * Change the map used to hold the tree view text tags to a hash table, which should be faster as well.
      
      It's all in one commit because I'm crappy at patch management. =D
      
      svn path=/trunk/kdemultimedia/juk/; revision=342054
      b1933ed2
  2. 26 Aug, 2004 2 commits
  3. 25 Aug, 2004 2 commits
  4. 24 Aug, 2004 1 commit
  5. 23 Aug, 2004 1 commit
  6. 22 Aug, 2004 1 commit
  7. 19 Aug, 2004 7 commits
    • Scott Wheeler's avatar
      "Save Play Queue on Exit" instead of "Save Play Queue" -- the latter sounds · 1ea8408c
      Scott Wheeler authored
      like it would be immediate.
      
      Move the entry into the group of toggleable settings above.
      
      svn path=/trunk/kdemultimedia/juk/; revision=339144
      1ea8408c
    • Scott Wheeler's avatar
      CVS_SILENT no tabs here, remove some unneeded casts · ef03f248
      Scott Wheeler authored
      svn path=/trunk/kdemultimedia/juk/; revision=339097
      ef03f248
    • Scott Wheeler's avatar
      A number of modifications to the new "upcoming playlist" stuff. · 286f74ae
      Scott Wheeler authored
      *) First, I think that the name "Play Queue" is better.  I'm still not crazy
         about that, but for a user visible string I like it more than "Upcoming Playlist".
      
      *) Switched the icon to use the "today" icon for now.
      
      *) I don't see any reason to disallow removing files in the upcoming playlist;
         that seems like an unnecessary special case.
      
      *) Don't raise the upcoming playlist when it's shown.  That wasn't concistant with
         the other "special" playlists.
      
      *) Get rid of the "upcoming item" thing in the Playlist RMB menu and just have it
         automatically show / enqueue things into the upcoming playlist; one queueing
         system is enough, thank you.  ;-)
      
      There are a handful of other things that need to happen here, but I presume that
      those will come from Michael and I over the next little while.
      
      svn path=/trunk/kdemultimedia/juk/; revision=339083
      286f74ae
    • Scott Wheeler's avatar
      CVS_SILENT this looks nicer · 9a5ac9f3
      Scott Wheeler authored
      svn path=/trunk/kdemultimedia/juk/; revision=339075
      9a5ac9f3
    • Scott Wheeler's avatar
      Make sure that the Collection List is still the default item selected. · 2b838fdc
      Scott Wheeler authored
      svn path=/trunk/kdemultimedia/juk/; revision=339068
      2b838fdc
    • Michael Pyne's avatar
      Like an idiot I forgot to include the license headers for the new files. · cbfddbf6
      Michael Pyne authored
      Sorry. :-(
      
      svn path=/trunk/kdemultimedia/juk/; revision=338994
      cbfddbf6
    • Michael Pyne's avatar
      OK, here it is. This commit introduces a new feature to JuK, the upcoming · 37f111cd
      Michael Pyne authored
      playlist (which is currently easily the #1 requested feature).  Although
      there's still issues to be solved with it, it seems to work pretty well at this
      point, I've been running this code for a few days now.
      
      How it works so far:
      
      * You must enable it by selecting "Show Upcoming Playlist" from the View menu.
      * When the upcoming playlist is enabled, it takes over control of playback
        completely.  You can drag-and-drop tracks onto the playlist to add them to
        the end of the line, or you can use the context menu's Add to end of upcoming
        playlist entry.
      * If loop playback is disabled, then entries will be added to the end of the
        playlist as entries disappear.
      * Hitting Next (or double-clicking an item while a track is playing) will cause
        the currently playing track to disappear.  The History playlist doesn't play
        too well with the upcoming playlist yet, so if you want to keep the songs you
        played, you're better off making a normal playlist.
      * On that note, double-clicking a song will add it to the beginning of the
        queue and immediately start playing it.
      * Random play should work as normal.  If it doesn't, it's a bug.
      * When the list becomes empty, playback stops.
      * There is also a selection in the Settings menu, "Save Upcoming Tracks", which
        will save the current status of the upcoming playlist on exit.
      
      This is a rather sizeable re-organization/addition of code, so if you
      experience crashes/bugs in the next few days, PLEASE report them, and you can
      probably assume it's my fault. =D
      
      This feature will probably be tweaked over the next few days as well, but I
      wanted to get it out there for testing.
      
      I'm closing bug 63260 since this implements the feature.  If you'd like to
      quibble on the specifics, feel free to continue commenting on the bug, I'll add
      myself to the CC: list for it.
      
      CCMAIL:63260-done@bugs.kde.org
      
      svn path=/trunk/kdemultimedia/juk/; revision=338993
      37f111cd
  8. 16 Aug, 2004 1 commit
  9. 14 Aug, 2004 2 commits
  10. 13 Aug, 2004 4 commits
  11. 10 Aug, 2004 2 commits
  12. 04 Aug, 2004 7 commits
  13. 03 Aug, 2004 9 commits