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
