Oh, and another thing... Move your idle routine to the stack script. If not then browserNavigateComplete will stop working if you navigate away from the card and come back.
It's pretty bullet proof on my end once I got it setup in the right manner. On Fri, Jun 25, 2010 at 10:36 AM, Simon Lord <[email protected]> wrote: > Jerry, just be sure to set your idleRate to 1500 so as not to slow > down the overall experience of your stack. I didn't show that in my > earlier post. :) > > > > On Fri, Jun 25, 2010 at 10:22 AM, Jerry Daniels <[email protected]> wrote: >> Simon, >> >> I just tried this in the Rodeo embedded web browser and it works every time! >> Amazingly wonderful hack that causes no side-effects that I can perceive. >> Much better than my earlier hack, which required more care and feeding. Your >> approach here is easily implemented and maintained. >> >> Bravo! >> >> Best, >> >> Jerry Daniels >> >> Follow the Rodeo discussion: >> http://rodeoapps.com/rodeo-discuss-among-yourselves >> >> >> >> On Jun 24, 2010, at 3:59 PM, Simon Lord wrote: >> >>> Actually, I got it working just a few moments ago by adding an idle >>> statement: >>> >>> on idle >>> if the short name of this cd is "iBrowser" then >>> end if >>> end idle >>> >>> That's all I did. Now browserNavigateComplete is actually getting >>> trapped. Not sure of the reason but without the idle statement >>> running I can't do anything. >>> >>> Now I'm trying to see if I can get browserClick to work. >>> >>> On Thu, Jun 24, 2010 at 4:47 PM, Bob Sneidar <[email protected]> wrote: >>>> I worked with revbrowser for a bit and made some inquiries. The revbrowser >>>> is not a proper Rev object. What it does is "draw" the video within the >>>> bounds of the rect you define. There are no rev events it will process. >>>> Anything happening within the bounds of that rect are ignored by Rev. That >>>> is why the RevBrowser example draws the rect inside a Rev window, with >>>> other controls outside the rect of the video. >>>> >>>> I wanted to make a full screen video that went away once the user clicked >>>> on the video, but alas, NO MOUSE CLICKS! No events inside the rect are >>>> processed, EVEN if there is a rev object "behind" the video rect! See? >>>> There is absolutely no interaction with the video rect at all. >>>> >>>> Bob >>>> >>>> >>>> On Jun 24, 2010, at 12:27 PM, Simon Lord wrote: >>>> >>>>> I've posted a JPG of the issue here: >>>>> >>>>> http://www.marelina.com/miscellaneous/bad-url.jpg >>>>> >>>>> This stack is built off the sample browser stack which comes with >>>>> RunRev. I have pretty much everything I need except for this >>>>> insidious issue. As long as the mouse is within the bounds of the >>>>> revBrowser display then the URL *never* gets updated. I've tried a >>>>> multitude of methods to try and trap the mouse position, load success >>>>> etc. Nothing is working. The only way to get the URL to update is if >>>>> I move the mouse outside the red bounds—and that's just a bad >>>>> solution. >>>>> >>>>> on idle, mouseWithin, mouseLeave, mouseEnter etc. None of these is >>>>> triggered while the mouse is within the revBrowser. I can't even get >>>>> code to execute when the loading is successful. It's really just >>>>> plain bonkers. >>>>> >>>>> Any ideas? >>>>> _______________________________________________ >>>>> use-revolution mailing list >>>>> [email protected] >>>>> Please visit this url to subscribe, unsubscribe and manage your >>>>> subscription preferences: >>>>> http://lists.runrev.com/mailman/listinfo/use-revolution >>>> >>>> _______________________________________________ >>>> use-revolution mailing list >>>> [email protected] >>>> Please visit this url to subscribe, unsubscribe and manage your >>>> subscription preferences: >>>> http://lists.runrev.com/mailman/listinfo/use-revolution >>>> >>> _______________________________________________ >>> use-revolution mailing list >>> [email protected] >>> Please visit this url to subscribe, unsubscribe and manage your >>> subscription preferences: >>> http://lists.runrev.com/mailman/listinfo/use-revolution >> >> _______________________________________________ >> use-revolution mailing list >> [email protected] >> Please visit this url to subscribe, unsubscribe and manage your subscription >> preferences: >> http://lists.runrev.com/mailman/listinfo/use-revolution >> > _______________________________________________ use-revolution mailing list [email protected] Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
