maybe a configuration option, but I say "on my dead body" when it comes to being default :)

I just don't like the idea of making data loss (loss of the playlist) so easy.

I think we should consider two things here:
 1) the split playlist sucks
 2) the split playlist has no configuration page, and it's kinda lame to have just one option in it :)

so on those conditions, maybe Stefan Gehn would like to make his Flex playlist the default for noatun, and we trash SPL. Then you could make a patch against Flex :)

After thinking about this some more and looking a bit at the source, I 
think what I really want is for drag&drop to be equivalent to File/Open.

To use the winskin plugin as an example, I feel that this:

void WaSkin::dropEvent(QDropEvent * event)
{
     KURL::List uri;
     if (KURLDrag::decode(event, uri))
     {
         for (KURL::List::Iterator i = uri.begin(); i != uri.end(); ++i)
             napp->player()->openFile(*i, false);
     }
}

should be changed to this:

void WaSkin::dropEvent(QDropEvent * event)
{
     KURL::List uri;
     if (KURLDrag::decode(event, uri))
     {
         napp->player()->openFile(uri, napp->clearOnOpen(), true);
     }
}

This is also more in line with how most other KDE apps work (Kaboodle, 
Konqueror, KView, Kwrite etc). The KDE User Interface Guidelines don't 
seem to contain anything about this though, drag&drop is only discussed in
the context of moving things around such as files in konqueror or mails 
between folders.

since when does dropping a file have to clear the whole playlist?

> so on those conditions, maybe Stefan Gehn would like to make his Flex
> playlist the default for noatun, and we trash SPL. Then you could make a
> patch against Flex :) 

No because:
- flexplaylist dropped the checkbox selection for items, replacing splitplaylist with flexplaylist would mean loosing one (probably) important feature (which I really don't want in my own playlist, that's why I removed it in FPL)
- I want my own release schedule, the KDE schedules are really not my cup of tea
- I generally don't feel well with having my code in KDE since the community I once liked is not there anymore

Of course I can make drag-n-drop optionally clear the playlist in FPL, I won't, however, make FPL a part of what KDE ships with.

Johan,

I find your comparison to Kaboodle and all a bit specious, all of these programs treat the media file as the document, whereas noatun treats the playlist itself as the document.  For example, adding a file to Kate doesn't empty the filelist, but adds the document to it.

For a more contrived example, Konqueror doesn't empty a directory when you drop a file on it. :)

I think a reasonable change would be for the playlist to play the dropped file immediately (subject to a configuration option!), but never clear the playlist.

thanks,

charles

On the order hand, when you drop a file on Kate it doesn't insert it at the end of the current document either. :-)

But this is just a minor issue, and I am sure that I will get used to Noatun's behaviour eventually, so I will shut up about this now. :-)

Marking as WONTFIX because it very much looks like this would be ill-logic (drag-n-drop never clears the list you dropped something on).

> Marking as WONTFIX because it very much looks like this would be ill-logic (drag-n-drop never clears the list you dropped something on). 

Ofcourse, if you drop into the list (playlist), then fine, let it be added. If you drop into the interface, it should replace the playlist.

Try this in xmms or in kaffeine. If you drop into the playlist, files are added, if not then playlist is replaced. Otherwise to play a file you need to drop it in the interface, go to playlist, remove previous file, click on new file. Thats insane.

Ahh, now after rereading all this I think it start making sense. That would also make the behaviour of dragndrop and passing files on the commandline equal.
I'll consider this for KDE 4.0 as KDE 3.4 is almost out of the door and no new KDE 3.x release is planned.

Hackeron,

It's also insane to empty the playlist.  That's data loss, one of two "critical" bugs along with security holes.  Noatun is not xmms or kaffeine, the two programs are used very differently, so if you want something like that, just use Kaboodle as it would behave as you want.

Please realise that one of the first things I did when first starting work on Noatun was not doing that "empty the playlist all the time" thing, like XMMS.  It was one of noatun's raison d'être, if you will.

that said, as long as it's not the default behaviour, I don't really care, but I do not want to provide the user with a potentially dangerous feature without the user knowing that it will happen.

thanks

I see no problem with making drops on mainwindow behave like files passed on commandline. We have an option for the second one so why not use it for both?

*** Bug 110413 has been marked as a duplicate of this bug. ***

noatun has not been part of the KDE 4 release and is no longer maintained.

KDE now offers Dragon as a video player and JuK as a music player. Additionally, other popular KDE players have been ported to KDE 4, such as Amarok or Kaffeine.

If this issue is still applicable to KDE 4 applications, please add a comment or file a new report.

For more information, see http://websvn.kde.org/?view=revision&revision=718046