1. 23 Sep, 2018 1 commit
  2. 03 Feb, 2018 1 commit
  3. 01 Oct, 2017 1 commit
    • Michael Pyne's avatar
      Remove Kdelibs4Support. · 1e3b90b8
      Michael Pyne authored
      This required a wide assortment of fixes, including deleting
      needless #include <koldfoo.h> headers, some minor additional porting
      tasks, and adding in includes that were previously only implicitly
      included.
      1e3b90b8
  4. 28 Sep, 2017 1 commit
  5. 26 Aug, 2017 1 commit
  6. 25 Aug, 2017 1 commit
  7. 30 Nov, 2013 1 commit
    • Michael Pyne's avatar
      GIT_SILENT: Update source code license headers. · d969a0b4
      Michael Pyne authored
      Thanks to Eric Newberry (from Google Code-In) for running the heavy
      lifting on this.
      
      I made some other corrections since we're touching all the source
      anyways (e.g. fixing my email addresses), fixing the encoding of Richard
      Lärkäng's name, and I've also chosen to avoid the fancy box-shaped
      comments so that there's no issue with trailing spaces/tabs.
      
      REVIEW:114216
      d969a0b4
  8. 31 Jul, 2011 1 commit
  9. 07 Oct, 2010 1 commit
    • Michael Pyne's avatar
      Commit stray bugfix floating around in my local copy. · 7935d611
      Michael Pyne authored
      I can only imagine what exact bug in the JuK playlist this fixed at this point in time.
      I suppose it was annoying, and probably dealt with random playback of the Play Queue.
      
      svn path=/trunk/KDE/kdemultimedia/juk/; revision=1183339
      7935d611
  10. 17 Jan, 2009 1 commit
  11. 26 Feb, 2006 3 commits
  12. 20 Oct, 2005 1 commit
  13. 11 Jul, 2005 1 commit
    • Michael Pyne's avatar
      Big huge update. · 9d9cda29
      Michael Pyne authored
      Make random play work better.  Before only the old style unused random list was
      being updated when a playlist changed.  In addition, there are a lot of
      improvements to the new cover support.
      * You can drag-and-drop covers onto playlist items.  Right now only selected
        items are altered even if you drag onto a
        different item, so I'll have to change that.
      * Clearing a cover from a track no longer removes it from every track using
        that cover.
      * Replacing a track's cover works again as well.
      
      I'm sure that both features could use more work so I guess it's back to the
      grindstone for me, I just wish I had more time. :(
      CCBUG: 94866
      
      svn path=/trunk/KDE/kdemultimedia/juk/; revision=433499
      9d9cda29
  14. 23 Feb, 2005 1 commit
    • Scott Wheeler's avatar
      Ok, more than five hours late and coolo still hasn't turned me into a pumpkin. · 5fc3e83d
      Scott Wheeler authored
      I've been assured that this will happen in the morning, though after three hours
      of sleep, I think the effect would be natural.
      
      The moral of the story:  test features in apps you maintain before the day of the
      freeze.  (I knew that the play queue was broken, but not quite how badly -- this
      was mostly Michael's turf, but he's away for another few weeks.)
      
      Ok, so stuff that happened:
      
      Fixed the "magical not-showing-back-up" Play Queue (was related to saving the
      play queue, which even when set up properly just caused all sorts of crashes.
      Commented out for now, ideally to be reenabled in 3.4.1) -- #99191
      
      Fixed up a lot of the quirkiness with the interaction of the Play Queue and the
      rest of the application playlists.  This hopefully fixes #98473 (if not, just
      reopen)
      
      Double clicking on an item (anywhere) plays it immediately. #97021
      
      And the catch all, #88888, "this sucks" was mostly implemented.  Some of the things
      I took a different line on, but you got at least 3 of the 6.  The last two I don't
      agree with.  If you feel so compelled, open more specific requests from here on out.
      
      Basically this structurally changed things so that instead of adding items to the
      play queue when turned on and always using that as the main location for playing
      now the play queue is only used when there's stuff in it.  When it's empty again
      playing resumes in the list that the last item in the play queue came from.  It
      will jump back into the play queue as soon as something is added.
      
      This is still a little rough, but it doesn't crash all the time like it was before
      (fixed at least three crashes on this one) and is close enough to actually being
      releasable for me to now get a couple hours sleep.
      
      BUG:99191
      BUG:98473
      BUG:97021
      BUG:88888
      
      svn path=/trunk/kdemultimedia/juk/; revision=392533
      5fc3e83d
  15. 11 Nov, 2004 1 commit
  16. 26 Aug, 2004 1 commit
  17. 19 Aug, 2004 2 commits
    • 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