[vlc-devel] [PATCH] QT4 playlist: even better DragNDrop policy

[Jakob Leben]

On Tue, Aug 11, 2009 at 6:19 PM, Jean-Baptiste Kempf <jb at videolan.org>wrote:

> I don't think this is the good solution.
>
>  - libvlc is very limited compared to a libvlccore module.
>  - Having more than 1 interface (Qt+Web) is nice.


So, to sum up and to see if I understand the situation:
- libvlc does not load interfaces as modules, interfaces are supposed to be
built on top of libvlc and it doesn't know about them
- however, libvlc does use most of what are now modules (it has to demux,
decode and play), right?
- but libvlc user does not have control over which modules are loaded
(probably all available or the ones that are needed to play current media)
- the old api, or let's say vlc executable will persist.
- therefore development of Qt interface used by vlc executable is plausible.

Is that so?


On Tue, Aug 11, 2009 at 6:19 PM, Jean-Baptiste Kempf <jb at videolan.org>wrote:

> However, I have to say, that the playlist code in Qt is utter crap, and
>
this is partly because noone took care about it (zorglub never finished
> and I never wanted to enter this mess) and partly because Qt MVC is way
> too complex.
>
> So, some work in very welcome on this part, especially, if we want to
> introduce new Views (for Cover browsing), even rewriting the whole
> playlist widget; but I doubt porting the whole Qt GUI to libvlc is
> doable and not a waste of time.
>


Well, now there is somebody to take care. Making the Qt playlist usable has
been my mission for past couple of weeks, and if it is envisioned for it to
exist for considerable time, my mission will persist as well. And I've been
writing applications using Qt tree and list MVC and I believe I understand
it quite well.

Best regards,
Jakob
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc-devel/attachments/20090811/fad5c24c/attachment.html>