Hello Rob, this discussion is going some strange way, so I try to sum it up... :)
- The FB GUI is just another output framework like GTK and such. It's not an extension of the Flash format/specs and can't be compared to the File I/O extension. - It needs special configuration settings, which should not bother the .gnashrc file, which is ok. However, it should use a format similar to the .gnashrc file to avoid confusion for the user. XML is not appropriate when one has to type it using a text editor. - This config file is *only* related to the FB gui and is only necessary for someone that uses Gnash to play .swf files. There's no need for some kind of compatibility. Or is the X server compatible with windows config files? ;) Whatever, I know what to do now... :) Udo Monday, February 19, 2007, 8:11:31 PM, you wrote: RS> Udo Giacomozzi wrote: >> Exactly. And that's why I'm surprised that you're suggesting XML for a >> configuration file. RS> It any compatibility with the proprietary player is desired, then XML RS> is your best choice. Otherwise, I'd go with reading a simpler file. XML RS> is pretty simple though, but then again, I wrote the XML support for RS> Gnash. :-) >> Don't understand why you're talking about ActionScript - the GUI is >> not related to the VM. RS> I was just explaining how the XML support in Gnash worked... >> *not* specifically designed for Gnash. However, for the player to work >> correctly, some additional configuration is needed to support the >> hardware. This is something the user has to do - just like he has to >> configure it's X server. RS> The settings in .gnashrc may change over time, it sounds like the RS> settings you are talking about are more of a platform configuration RS> thing. (ala XF86Config) I'm not totally opposed to adding a section in RS> the .gnashrc file, but it seems that for something that is so FB RS> specific, it should be it's own file and format. >> I basically agree with you, but the FB GUI is not an extension - it's >> a choice. RS> Right, but the File I/O stuff is an extension. Sometimes Gnash gets RS> heat for RS> the entire concept of extending the Flash spec. I see this more as RS> making Gnash a better Flash better, with better support for the kinds of RS> things embedded developers need. >> Fully agree! I'm happy you made this extension, as otherwise I would >> have to do it :) I'm missing functions like rename(), though. RS> I'll see about adding some directory and file manipulation next time I RS> work on that extension. You may not need it, but I also added a MySQL RS> extension so you can talk directly to a database. Both of these had been RS> suggested to me many times. >> Using files is the most simple and effective way to talk to the rest >> of an embedded system. As for compatibility, is there a way to detect >> if the file I/O extension is available? RS> If file = new FileIO(); fails, it's not installed. That's at least how RS> the testcases do it. Currently the list of extensions isn't exported RS> into the Gnash VM in a way it'd be accessible to a movie. RS> - rob- Udo _______________________________________________ Gnash-dev mailing list [email protected] http://lists.gnu.org/mailman/listinfo/gnash-dev
