1. 02 May, 2006 1 commit
    • Stephan Kulow's avatar
      deprecated · 64081847
      Stephan Kulow authored
      svn path=/trunk/KDE/kdemultimedia/juk/; revision=536733
  2. 30 Apr, 2006 1 commit
  3. 27 Apr, 2006 1 commit
  4. 13 Mar, 2006 1 commit
  5. 01 Mar, 2006 1 commit
  6. 28 Feb, 2006 1 commit
  7. 26 Feb, 2006 2 commits
  8. 01 Sep, 2005 2 commits
  9. 20 Apr, 2005 1 commit
  10. 22 Feb, 2005 1 commit
  11. 21 Feb, 2005 1 commit
  12. 11 Nov, 2004 1 commit
  13. 10 Nov, 2004 2 commits
  14. 09 Nov, 2004 1 commit
  15. 08 Nov, 2004 5 commits
  16. 02 Nov, 2004 1 commit
  17. 27 Sep, 2004 1 commit
    • Michael Pyne's avatar
      Implement bug 61340 (Add undo support for multi-tagging). · a64bdc6d
      Michael Pyne authored
      What this does is introduce a class that manages changes to PlaylistItems.  A number of PlaylistItems can be altered before the underlying files are changed.  Once the files are changed, a record is kept of the changes, which can then be used to undo what happened.  Also, this class takes care of items that are to be renamed.
      All code paths that are capable of altering a tag have been changed to use this class.
      Note that the underlying code could probably use some cleaning up.  e.g. adding a copy ctor to Tag instead of making a duplicateTag() function. ;-)
      I've tested this on a temp directory of copied music, so I'm pretty confident this all works and is safe.  However, you may want to test on a backup first to make sure it works on your system too. =D
      Now the question is whether I should backport this or not. :-/
      svn path=/trunk/kdemultimedia/juk/; revision=349640
  18. 19 Aug, 2004 1 commit
    • 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.
      svn path=/trunk/kdemultimedia/juk/; revision=338993
  19. 03 Aug, 2004 2 commits
    • Scott Wheeler's avatar
      Ok, here's an altogether more sane approach to this -- just split this up · fbbe5195
      Scott Wheeler authored
      into two separate columns and make it such that only one of them can be
      visible at a time.  This is more usable, actually works and is saved and
      restored properly.
      svn path=/trunk/kdemultimedia/juk/; revision=335765
    • Scott Wheeler's avatar
      Don't use the external TRM tool but instead use libtunepimp since it handles · 4f3950ab
      Scott Wheeler authored
      these things internally.  This keeps JuK from spawning loads of TRM processes,
      makes it such that it's not using the TRM tool (which wasn't ever intended for
      application use), gives an appropriate place to change the string for
      when the server is under heavy load (but wasn't touched because of the string
      freeze) and will make it easy to only popup one dialog at a time (that will
      come tomorrow).  No strings were added or changed, though some were moved
      svn path=/trunk/kdemultimedia/juk/; revision=335381
  20. 27 Jul, 2004 1 commit
  21. 25 Jul, 2004 1 commit
    • Michael Pyne's avatar
      Fix a bug with renaming files that is exposed by the History list. When · 4839a25f
      Michael Pyne authored
      renaming a file, the map of file names to collection list items wasn't updated,
      which caused duplicate entries to appear when the History list added an entry
      when you play the newly-renamed file.
      Although disabling the KDirWatch doesn't appear to be actually necessary to fix
      the bug, I'm leaving that part in because I think that once 85534 is fixed it
      will expose the bug again.
      svn path=/trunk/kdemultimedia/juk/; revision=332434
  22. 30 Jun, 2004 1 commit
  23. 04 Jun, 2004 2 commits
  24. 03 Jun, 2004 1 commit
  25. 14 Apr, 2004 1 commit
  26. 13 Apr, 2004 1 commit
  27. 12 Apr, 2004 1 commit
  28. 11 Apr, 2004 1 commit
    • Scott Wheeler's avatar
      PlaylistItem and CollectionListItem are no longer QObject. This meant moving · 81c845da
      Scott Wheeler authored
      over thier signal and slot code to normal method calls.  This code was pretty
      ugly so this actually made things much more clear.
      Also this required coming up with a more self contained MusicBrainz confirmation
      process, so that's now been moved into MusicBrainzFileQuery.
      Fixed a lot of includes along the way and removed a lot of unused cruft...
      svn path=/trunk/kdemultimedia/juk/; revision=302745
  29. 08 Apr, 2004 1 commit
  30. 15 Mar, 2004 1 commit
  31. 14 Mar, 2004 1 commit