Simon, Since I had my card and stack script for Rodeo open in tRev, I just dragged the idle handler from my card handler list over to my stack tab and then placed it in my events folder in my list of stack handlers. Wow. I would buy tRev if my wife would let me.
Best, Jerry Daniels Use tRev's buy link during your 7 day free trial to get 20% off: http://reveditor.com/tag/shouldiswitch On Jun 25, 2010, at 9:39 AM, Simon Lord wrote: > 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 _______________________________________________ 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
