I wasn't quite ready for that code to be checked in; It don't consider
it "ready" yet, but I will take a look at the changes you made.  I
actually figured out what I was doing wrong, and the menus do show up
now.  There is less code, and think that the "nasty" trick has been
removed.  I don't have time right now to compare the changes that
Dischii made, but I will try to look at them tonight.  I will take your
suggestions into account at the same time (like removing the player.py).

I will post some updated code at that point.

Thanks for the feedback, I will keep you guys posted on the progress.
~Dan  (Dan is shorter than Daniel and less typing is everyone's friend.)

On Sat, 2005-09-03 at 08:57 -0300, Rob Shortt wrote:
> Dirk Meyer wrote:
> > remove the extra player.py in the games code and create plugins for
> > each game type similar to video.xine. Remeber to call all the parent
> > functions like xine does to make sure the stop stuff is working.
> 
> We used to used a different plugin for each game emulator but, because 
> they were all basicly the same, they were ditched for a generic one that 
> could handle almost anything like the commands plugin.  The emulators 
> don't get controlled over stdin which made this easier since there were 
> no differences there between emulators.
> 
> I don't know the state of that code though.  Maybe that's what Daniel is 
>   working from.
> 
> -Rob
> 

-- 
Check out my blog: http://members.cox.net/dcasimiro/



-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Freevo-devel mailing list
Freevo-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-devel

Reply via email to