--- Dirk Meyer <[EMAIL PROTECTED]> escreveu:
> Matthieu Weber wrote:
> > On Wed 28.07.2004 at 09:23:01PM +0200, Dirk Meyer wrote:
> >> Matthieu Weber wrote:
> >> > Besides, if we have two apps running at the same time (e.g.
> mplayer for
> >> > the music and the image viewer, or mplayer for video and the
> menu
> >> > displaing inside mplayer), both app must have an eventhandler,
> but
> >> > only one (the image viewer) has the focus.
> >>
> >> We already have this. There is an event that the audio player
> >> stops. When you use the image viewer with background music, the
> viewer
> >> doesn't care about that event, the background player does.
> >
> > Wouldn't it be useful to control the image viewer with the remote
> > control, rather than the music player?
>
> Yes
But it would be useful to control the music too... someone else already
mentioned it.
Maybe we could have a button to toggle music control. In a ideal
solution you can press this button and a mini music control will slide
from some side of the screen and you will have the cover, music name,
music info, how many times the music was player, etc... and the next
and previous music. Maybe a button to the playlist/dir is need, when
this button is pressed we show the file browser over the current
application, for the sake of simplicity it could use the current music
menu and when you do the action you're back to the place before the key
was pressed.
> >> > This architecture also removes the "sleep" from the main loop,
> which was
> >> > much discussed about some time ago.
> >>
> >> ... pygame doesn't give us anything to select. You can't get a
> >> filehandler for the keyboard or when a redraw needs to be done.
> The
> >> latest gui tests and checking about a main loop gives me one
> solution:
> >> pygame sucks, replace it.
> >
> > Well, the main idea of select is to put the current execution
> thread to
> > sleep mode until some event (here: data available on a file
> handler)
> > wakes it up. But there are other ways to put a thread to sleep mode
> > (the sleep function does it, and another thread can probably put it
> to
> > sleep (suspend it) too).
>
> I know the main idea of select. The problem is, I need the socket of
> the keyboard in sdl to put it into the select. pygame gives me no
> socket, so I can only poll. Pygame sucks.
>
>
> But thanks to you and Hans I guess I have a good design now. It's not
> in cvs but it's working very good:
>
> There are three types of things drawing on the screen: applications,
> popups and plugins. A plugin can't get a focus, it only draws some
> stuff (idlebar, tiny_osd). A popup is above an application. You still
> see the application, but the focus is on the popup. When you switch
> applications (e.g. view an image, mplayer music/video), the
> application below hides itself (you only see one application at a
> time). The popup is still above the new application and the idlebar
> still can draw itself. When removing an application, the application
> below is shown again. On application change, an event is send to all
> parts who wants to know about that (e.g. idlebar). An application
> also
> has a variable 'fullscreen', saying "I want to whole screen". The
> image viewer and the video player sets this variable to true, audio
> player to false. A plugin like the idlebar respects that and hides
> itself when a fullscreen application comes up. The tiny_osd doesn't
> care, it draws on every screen.
>
> Speaking of screens: an application also can define a backend for
> drawing. Most use 'default', but video player sets this to bmovl. On
> application change to mplayer, all visible objects move to the bmovl
> screen. So wants working now with bmovl: when tiny_osd shows
> something
> and you start mplayer, you also see the message on mplayer. When you
> press MANUAL_SEEK you see a popup box _inside_ mplayer (right now
> only
> a dummy box because the input box isn't ported to the new gui code).
That will rock.
BTW, when you expect to have animation support up and running? I want
to play with some things (I was playing video games and have great
ideas... pulsing items/icons, animated scroll, aka smooth scroll...)
just need to find some time to implement them :(
How do you plan to design those screens to be shown over mplayer? Using
the same concept as used by video/tv/music?
How do you plan to design animation?
Gustavo
_______________________________________________________
Yahoo! Mail agora com 100MB, anti-spam e antiv�rus gr�tis!
http://br.info.mail.yahoo.com/
-------------------------------------------------------
This SF.Net email is sponsored by OSTG. Have you noticed the changes on
Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
one more big change to announce. We are now OSTG- Open Source Technology
Group. Come see the changes on the new OSTG site. www.ostg.com
_______________________________________________
Freevo-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freevo-devel
