1. 14 May, 2005 1 commit
  2. 10 May, 2005 1 commit
  3. 04 May, 2005 1 commit
    • Michael Pyne's avatar
      Track announcement popup changes/improvements. · 9ec2e76d
      Michael Pyne authored
      * Now when you click on the back/forward buttons in the popup, the popup text
        shows up instantly instead of fading in. (Improvement)
      * The text fades out now as well, assuming you don't interrupt it. (Dubious,
        but easy to remove thanks to...)
      * Code cleanups, hopefully everything that's happening is easier to understand.
      
      svn path=/trunk/KDE/kdemultimedia/juk/; revision=409222
      9ec2e76d
  4. 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
  5. 29 Apr, 2005 1 commit
    • Michael Pyne's avatar
      Add the first-ever DCOP signal to JuK. · 0c3bb9f3
      Michael Pyne authored
      The signal is Player::trackChanged(), which is emitted when the playing track
      is changed to something else (or stopped).
      
      There were concerns about waking up every DCOP app, but that appears to no
      longer be the case.  When a DCOP signal is emitted, it is sent straight to
      the DCOP server, which then takes care to send the signal only to those apps
      that actually want it.
      
      Script developers, this should make it easier to keep up with what JuK is
      doing.
      
      svn path=/trunk/kdemultimedia/juk/; revision=408544
      0c3bb9f3
  6. 27 Apr, 2005 1 commit
    • Michael Pyne's avatar
      DCOP improvements. · 3a7cc4fb
      Michael Pyne authored
      * Access the track cover from DCOP (with a shortcut for the currently playing
        file). You can grab both the large and small size covers.
      * Provide a currentFile() shortcut accessor.
      * Get/set the random play mode.
      * The track properties for the currently playing item now are returned when
        the player is merely paused as well.
      
      FEATURE:97264
      FEATURE:99903
      
      svn path=/trunk/kdemultimedia/juk/; revision=408270
      3a7cc4fb
  7. 26 Apr, 2005 3 commits
  8. 20 Apr, 2005 2 commits
  9. 18 Mar, 2005 1 commit
  10. 17 Mar, 2005 4 commits
  11. 08 Mar, 2005 1 commit
  12. 27 Feb, 2005 1 commit
  13. 26 Feb, 2005 2 commits
  14. 23 Feb, 2005 2 commits
    • Script Kiddy's avatar
      CVS_SILENT made messages (.desktop file) · 3115d2c6
      Script Kiddy authored
      svn path=/trunk/kdemultimedia/juk/; revision=392535
      3115d2c6
    • 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. 22 Feb, 2005 9 commits
  16. 21 Feb, 2005 2 commits
  17. 20 Feb, 2005 5 commits
  18. 19 Feb, 2005 2 commits