I think the power should always be given to user, not publisher of any SWF. That said, the user should also have the power to have a Gnash instance behaving as close as possible to the proprietary counterpart (for whatever reason) so semantic of showMenu response shoudl be a runtime configurationi IMHO.
--strk; On Fri, Jul 10, 2009 at 04:07:00PM -0600, Jonathan Crider wrote: > Hey all, I need some opinions about things. I'm working at implementing > Stage.showMenu (and others), and I've run into a semantics issue. I have > most of the code in place to call the fscommand handler for this > function. The problem is that the current gui codes have a different > interpretation of showMenu than flash does. > > I think gtk.cpp is the only gui that implements this function so far and > the method seems to hide or show the menu bar at the top of the screen > (I assume for the stand-alone player). > > The flash documents say that Stage.showMenu() should instead, limit the > contents of the context (right-click) menu in the flash player. When > show menu is turned to false the only options on the right-click menu > are: Settings, and About. > > The gnash player obviously has many different options than the flash > player, so my first question is should we allow the swf file to limit > what is on the right-click menu in gnash? If so, what do we want to put > on the menu when Stage.showMenu() is set to false? > > Also, should I replace the functionality of showMenu in gtk.cpp to do > what Flash expects it to do? I suppose I could also write some other > function and have the AS Stage.showMenu call that function in the gui > code, but I am looking for some opinions on what is the best option. > > Thanks > Jon > > > > _______________________________________________ > Gnash-dev mailing list > [email protected] > http://lists.gnu.org/mailman/listinfo/gnash-dev -- Free GIS & Flash consultant/developer () ASCII Ribbon Campaign http://foo.keybit.net/~strk/services.html /\ Keep it simple! _______________________________________________ Gnash-dev mailing list [email protected] http://lists.gnu.org/mailman/listinfo/gnash-dev
