Fri 21 Jul 2006 05:35:00 AM UTC, original submission:
As asked by strk I'm reporting this bug I originally mentioned on the gnash mailing list.
The following is what was said on the list for those not on the list :
First Mail - Grahame White
Are click events supposed to be recognised at this stage? I've tried out a few websites that insist upon using flash for navigation, I can see the menus but clicking on any of the links does nothing.
http://www.eyezmaze.com/ for example contains a series of links (the rounded white boxes) that should link to the games. I'm not expecting the games to work at this point :) but the links to the games don't even work. I'm sure they were working before.
I'm using firefox 1.5.0.4, Debian Unstable amd64 and gnash compiled from cvs.
--
Second Mail - Rob Savoye
Some sites use a relative URL and expect to be able to pop up a movie in a frame of the web page. These currently don't work yet, but fully qualified URLS (like on the doonsebury.com page) do work. I believe that to make some of these web page navigation things work, we need to add a way for the player to know the base URL, and to grok Javascript. This is definetely on the TODO list.
--
Third Mail - strk
Rob, we do support relative URL, (well, in HEAD at least). That's the main reason for the URL class. What doesn't work in this case is probably the GetURL internal function. We should make -v always print what is known to not work.
--
Fourth Mail - Rob Savoye
There are two types of URL. GetURL does work, but when navigating web pages it appears to not use that opcode. Unless it's changed while I was on vacation, the code for parsing these types of URLs doesn't use GetURL, but instead has it's own code.
movie_root::get_url(const char *url)
{
GNASH_REPORT_FUNCTION;
string command = "mozilla -remote \"openurl";
command += url;
command += ")\"";
dbglogfile << "Launching URL... " << command << endl;
system(command.c_str());
}
This is how the URL gets processed to load into the browser, and is insufficient for anything but a full URL. To use a Flash movie to navigate a web page with frames (which is usually how it's done), I believe we need to add support for Javascript to the plugin, so the frame data, etc.. can be passed to the player, and the player needs to pass data back to the browser. Supporting relative URLs will help with this, but won't cover all cases.
And yes, I highly agree that -v should print anything that won't work.
|