[vlc-devel] Re: configurable hotkeys

Gildas Bazin gbazin at netcourrier.com
Wed May 28 20:09:27 CEST 2003


On Wednesday 28 May 2003 11:20, Boris Dorès wrote:
> On Tue, May 27, 2003 at 11:12:33PM (GMT+0200), Gildas Bazin wrote:
> > I proposed the playlist here because it is _the_ object that manages all 
the 
> > inputs in vlc and it is unique as well.
> 
>   I am not so sure (I am not sure of the contrary either, all right) it
> will remain unique with Input IV (BTW, are there some drafts available
> or is it still only a plan ?)
>

We'll still need a "manager" object (which right now is called the 
playlist).
 
>   Anyway, the whole discussion may come from a misunderstanding, but I
> thought that this new feature should allow us to control more things
> than just the inputs. And what I can't understand is why the playlist
> should send commands to interfaces (or vouts that's the same) to set
> full screen, or to change the audio parameters.
> 
> > Interfaces aren't unique, you can 
> > have 10's of them running at the same time
> 
>   Yes, exactly: so why hot keys should do the same thing in the
> wxWindows interface and in the GTK one (I'm talking on the same
> plateform of course), or why when we set full screen in the skin
> interface, it should also set full screen in another one ?
> 

Yes we've got a misunderstanding.

Remember that the current VLC architecture is based on a tree of parent -> 
children objects.

What I'm proposing is to collect the events in the children that have the 
capability to do so (namely vouts and intf right now), let them process the 
events that they are interested in and forward the rest to the parent 
object which will be in fine the playlist (actually it should be p_vlc but 
I don't see the point in creating a thread in this object).

That way you'll avoid duplicated code and have an event architecture that 
better respects VLC's global architecture.

--
Gildas
-- 
This is the vlc-devel mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://developers.videolan.org/lists.html
If you are in trouble, please contact <postmaster at videolan.org>



More information about the vlc-devel mailing list