Version: 1.94 (using KDE 4.1.3) Compiler: GCC 4.3.2 Target: x86_64-unknown-linux-gnu Configured with: ../gcc-4.3.2/configure --prefix=/usr --libexecdir=/usr/lib --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --enable-languages=c,c++,fortran,objc,treelang --disable-multilib --enable-c99 --enable-long-long Thread model: posix OS: Linux Installed from: Compiled From Sources It would be very useful to make empty spaces to the left and to the right of playlist control buttons at the bottom of playlist part droppable. I.e. if it's possible to drag any file or item from Files or media library on the left to this places and they go to the back of the playlist. Now it's only possible to drop them on the last track, but it's very very difficult to drop them the right way to get them at the back of the list, sometimes the item goes just before the last track.
I have to say this idea doesn't sound appealing to me at all. Anyone against closing this?
Nope. It is a workaround for a known bug ie it is impossible to drag a song to the last spot in the playlist if it is scrollable. I am not sure it is fixed already. Either case it is know and we should not add a workaround like this.
*** Bug 198170 has been marked as a duplicate of this bug. ***
Reopened, this is not fixed in 2.1.1 neither
It works in 2.2-SVN r988533, build 28.6.2009, but one has to aim very precisly. But, the context menu allows you to append a track to the playlist, so no need to aim at all.
Thank you for support, Myriam. And does it paint fat blue line at the end of the playlist when dragging in this svn version? I think, maybe we can mark this bug as a wishlist again to paint such a line, because sometimes it's more useful for me to drag track to playlist instead of context menu and if it's implemented in more beautiful way (this line at the end of the list) it will be really great.
Alexey, I made it a wish again then
Myriam, do I need to reopen this report or it is in its optional status as a wishlist? I'm sorry for misundestanding )
Not at all, I will add this to the actual bug report opened already. *** This bug has been marked as a duplicate of bug 197904 ***
OK, thank you for help