1. 18 May, 2007 1 commit
  2. 04 May, 2007 1 commit
  3. 18 Mar, 2007 3 commits
    • Tim Beaulen's avatar
      Port the backmenu to QAction. · 35aae939
      Tim Beaulen authored
      Reduces the warnings.
      
      Tested and works.
      
      
      svn path=/trunk/KDE/kdemultimedia/juk/; revision=643834
      35aae939
    • Tim Beaulen's avatar
      Port the header popup menu to QAction. · a2cd1e3d
      Tim Beaulen authored
      This will silence some warnings.
      
      Checked and works ok.
      
      
      svn path=/trunk/KDE/kdemultimedia/juk/; revision=643825
      a2cd1e3d
    • Tim Beaulen's avatar
      K3URLDrag to QDrag · b82ed0ee
      Tim Beaulen authored
      Rename dragObject to drag so it doesn't conflict with K3ListView::dragObject
      
      
      svn path=/trunk/KDE/kdemultimedia/juk/; revision=643791
      b82ed0ee
  4. 07 May, 2006 2 commits
  5. 13 Mar, 2006 1 commit
  6. 27 Feb, 2006 1 commit
  7. 26 Feb, 2006 3 commits
  8. 07 Feb, 2006 1 commit
  9. 27 Oct, 2005 1 commit
  10. 20 Oct, 2005 1 commit
  11. 01 Sep, 2005 1 commit
  12. 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
  13. 13 Jun, 2005 1 commit
  14. 16 May, 2005 1 commit
    • Michael Pyne's avatar
      Add a CoverManager class to JuK (with a shockingly minimal GUI). It will · b6de380b
      Michael Pyne authored
      import covers stored in the original format, so starting up JuK for the first
      time with this code will probably take awhile, after that the speed should be
      unaffected.
      
      The CoverManager is capable of associating a track with an arbitrary cover.
      Each cover in the CoverManager can have associated with it an Artist and
      Album to allow for automatically applying covers to newly added tracks.
      However now the cover for a track isn't internally limited based on its
      Artist and Album info.
      
      Note that this needs some fleshing out.  The GUI will definitely need some
      improvement, and some things may not work exactly like they used to, but at
      least we've got a good base under us now.
      
      svn path=/trunk/KDE/kdemultimedia/juk/; revision=414471
      b6de380b
  15. 01 May, 2005 1 commit
    • Michael Pyne's avatar
      Fix bug 104889 (Cover art doesn't show for tracks with no album), by not even · ae7dddde
      Michael Pyne authored
      bothering to set the cover art in the first place.  It doesn't work too well for the
      way we do it currently to set cover art for tracks that don't have both their Artist
      and Album tags filled out.
      
      What I've done instead is notified the user if they try to assign cover art to tracks that
      don't support it.  If the user selects a mix of tracks that can and cannot be assigned cover
      art, everything proceeds as normal, and then JuK will inform the user that some tracks were
      skipped.
      
      This is kind of suboptimal, but fixing it will have to wait until we re-think how we store
      the cover information.
      
      BUG:104889
      GUI:
      
      svn path=/trunk/kdemultimedia/juk/; revision=408943
      ae7dddde
  16. 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
  17. 20 Feb, 2005 2 commits
  18. 24 Jan, 2005 1 commit
  19. 07 Jan, 2005 1 commit
    • Michael Pyne's avatar
      Fix bug 89113 (Add functionality to switch to next/prev album in album random... · 319350af
      Michael Pyne authored
      Fix bug 89113 (Add functionality to switch to next/prev album in album random play), except for the previous album part.
      
      It appears in the Player menu at this point (appropriately disabled depending
      on whether album random play is enabled and whether or not we're playing).
      
      The default shortcut is Alt + Ctrl + Up (or Ctrl + MultimediaNext), both of
      which are global shortcuts.
      
      Also, include the Makefile.am change from last commit, although I'm pretty sure
      -lm would have ended up linked in regardless.
      
      GUI:89113
      
      svn path=/trunk/kdemultimedia/juk/; revision=376262
      319350af
  20. 11 Nov, 2004 1 commit
  21. 10 Nov, 2004 2 commits
  22. 09 Nov, 2004 2 commits
  23. 08 Nov, 2004 2 commits
  24. 13 Oct, 2004 1 commit
  25. 12 Oct, 2004 1 commit
  26. 10 Oct, 2004 3 commits
  27. 15 Sep, 2004 1 commit
  28. 11 Sep, 2004 1 commit
    • Michael Pyne's avatar
      Automatically switch to the destination playlist if you hover over the... · ad0c9724
      Michael Pyne authored
      Automatically switch to the destination playlist if you hover over the playlist icon for a moment during a drag-and-drop operation.
      
      This allows you to drop the playlist items in the appropriate place in the destination (especially useful for the Play Queue).
      
      CCMAIL:88888@bugs.kde.org
      
      svn path=/trunk/kdemultimedia/juk/; revision=345597
      ad0c9724
  29. 08 Sep, 2004 1 commit