<div class="gmail_quote">2009/8/11 Rémi Denis-Courmont <span dir="ltr"><<a href="mailto:remi@remlab.net">remi@remlab.net</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

I don't think playlist_Add actually copies an input item. I assume this looses<br>
the input item options.<font color="#888888"><br></font></blockquote></div><br>The idea was that draging items from playlist to media library and vice
versa does exactly the same action as adding those items via the add
action of the playlist dialog.<br>Do you have reservations against that?<br><br>I know that currently there is a problem with "copying" items by uri: when you add a directory with subdirectories to a playlist, then the subdirectory items in tree mode get vlc://nop uri instead of their real uri. Moreover, when saving playlist to xspf format and loading it back, all the node items get their uris substituted by vlc://nop. So when "copying" such an item and trying to play it, it will not be expanded again into a node and filled with sub-items as expected.<br>
<br>All of this has to do with xspf saving and demuxing. I'm working on correcting that too, but the code in this patch will stay and will be completely usable and functioning correctly after modifying xspf behavior. <br>

<br>Of course it is open for discussion whether it is desirable to have that copy behavior. But in my opinion the current behavior is just absurd: why would you wanna <i>move</i> an item from media library into playlist?<br>