I can also look into the issue if you can provide a simple test case.
Best, Rostislav ---------------------------------------------------------------- Asual - Open software that pushes the limits http://www.asual.com/ On Sat, Nov 8, 2008 at 2:09 AM, Jason Van Pelt <[EMAIL PROTECTED]> wrote: > Ok, I think I've found the answer in the javascript... if you're using the > readable version of SWFAddress 2.1 In... > > this.setValue = function(value) { > > the line > > if (value == '/') value = ''; > > changes the slash to an empty string. I presume what's happening is the > value gets changed on the flash side to "/", then it calls the js to change > the value in the browser. Then the javascript tries to update the flash, > but now the values don't match, as flash is set to "/" and the js is set to > "". I don't seem to have any problems simply commenting out that line in > the javascript. I'll send an update if it turns out I'm wrong. > > > JASON VAN PELT • SENIOR INTERACTIVE DEVELOPER > PETER A MAYER ADVERTISING > 324 CAMP ST • NEW ORLEANS, LA 70130 > TEL 504-210-1232 • FAX 504-529-4431 > [EMAIL PROTECTED] • WWW.PETERAMAYER.COM > > > > > > Sorry it's been a while since I messed with it. If I remember correctly, > the > javascript tries to start things off when flash should be the only one > initializing anything. I rigged swfaddress into a PureMVC page a while back > and it took some serious hacking to get it to leave the home page alone. I > wish I had time to dig through and figure out what I did but it was a > matter > of having flash ignore the javascript inits completely and not broadcasting > anything in a dead start condition (I think the value is "home" vs. > "/home"), then having flash make the decision based on the current hash. > Good luck and hopefully soon I'll be able to write up a good blog tutorial. > > On Fri, Nov 7, 2008 at 2:15 PM, Jason Van Pelt > <[EMAIL PROTECTED]>wrote: > >> This does happen in swfaddress -- in the setValue method: >> >> if (SWFAddress._value == value) return; >> >> Which makes it all the more odd to me that it would go "home" (using "/") >> twice. >> >> >> JASON VAN PELT • SENIOR INTERACTIVE DEVELOPER >> >> PETER A MAYER ADVERTISING >> 324 CAMP ST • NEW ORLEANS, LA 70130 >> TEL 504-210-1232 • FAX 504-529-4431 >> >> [EMAIL PROTECTED] • WWW.PETERAMAYER.COM >> >> >> >> >> >> >> There are 5 conditions in dealing with deep links and swfaddress seems to >> only have focused on one. Internally you need to evaluate your condition >> (previous location vs. new location) and communicate (or not at all) with >> swfaddress accordingly. One of those conditions is starting at home, >> another >> is returning to home. >> >> On Thu, Nov 6, 2008 at 9:40 PM, sebastian <[EMAIL PROTECTED]> wrote: >> >> > Hi I had this issue a couple of years ago too. It's hard for me to >> remember >> > exactly, but I believe that I changed the onChange function to simply > set >> a >> > variable with the page name, instead of calling the page event >> immediately >> > -- and then used a different event to read the set variable when it was >> time >> > to load the first page; which made the two differentiated and thus no >> longer >> > co-dependent and eliminated the double loading... hope you could follow >> > that! >> > :P >> > >> > S. >> > >> > Jason Van Pelt wrote: >> > >> >> Hello all, >> >> >> >> I'm using swfaddress and puremvc on a site that is about 90% done. >> >> Everything works well in the Flash IDE and in the browser with one >> >> exception -- I have a home button that navigates to "/" using >> swfaddress. >> >> However, ONLY in the browser the SWFAddressEvent is fired twice. If I >> >> replace "/" with "/home", this works fine. >> >> >> >> In the SWFAddressProxy class: >> >> >> >> public function requestURI(uri:String):void{ >> >> if (ExternalInterface.available) { >> >> SWFAddress.setValue(uri); >> >> } else { >> >> setTargetURI(uri); >> >> } >> >> } >> >> >> >> private function onAddressChange(e:SWFAddressEvent):void{ >> >> setTargetURI(e.value); >> >> } >> >> >> >> private function setTargetURI(uri:String):void{ >> >> var addressObj:Object = >> >> {viewComponent:this.viewComponent, pageName:uri}; >> >> sendNotification(ApplicationFacade.DISPLAY_VIEW, >> >> addressObj); >> >> } >> >> >> >> >> >> In the NavManager class: >> >> >> >> switch (url){ >> >> case "/": // gets called twice?? >> >> case "/home": // works fine >> >> case "/home/": // works fine >> >> mediatorName = HomeMediator.NAME; >> >> break; >> >> .... >> >> } >> >> >> >> >> >> Using "/home" isn't a totally unacceptable solution, but it makes a >> >> difference in how the url displays in the browser's address bar... > which >> >> is >> >> the whole point. >> >> >> >> Has anyone else noticed any issues with using "/" with swfaddress? >> >> >> >> >> >> >> >> >> >> >> >> JASON VAN PELT • SENIOR INTERACTIVE DEVELOPER >> >> >> >> PETER A MAYER ADVERTISING >> >> 324 CAMP ST • NEW ORLEANS, LA 70130 >> >> TEL 504-210-1232 • FAX 504-529-4431 >> >> >> >> [EMAIL PROTECTED] • WWW.PETERAMAYER.COM >> >> >> >> >> >> >> >> > ----------------------------------------------------------------------------- > >> >> >> PETER MAYER ADVERTISING CONFIDENTIALITY NOTICE: Confidentially, we >> loathe >> >> confidentiality notices. Still, our lawyers tell us they are essential >> in >> >> today's world. That said, please consider yourself confidentially >> notified >> >> that this email and any attachments may contain confidential and >> privileged >> >> information. If you are not the intended recipient, please notify the >> sender >> >> with a reply email-confidentially, of course-and destroy all copies. >> And, >> >> just between you and us, any dissemination by a person other than the >> >> intended recipient is unauthorized and may be illegal. >> >> >> >> > ----------------------------------------------------------------------------- > >> >> >> >> >> >> >> > ------------------------------------------------------------------------ >> >> >> >> _______________________________________________ >> >> Flashcoders mailing list >> >> Flashcoders@chattyfig.figleaf.com >> >> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders >> >> >> > _______________________________________________ >> > Flashcoders mailing list >> > Flashcoders@chattyfig.figleaf.com >> > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders >> > >> >> >> >> -- >> --Joel >> _______________________________________________ >> Flashcoders mailing list >> Flashcoders@chattyfig.figleaf.com >> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders >> >> >> > ----------------------------------------------------------------------------- > >> PETER MAYER ADVERTISING CONFIDENTIALITY NOTICE: >> Confidentially, we loathe confidentiality notices. Still, our lawyers > tell >> us they are essential in today's world. That said, please consider > yourself >> confidentially notified that this email and any attachments may contain >> confidential and privileged information. If you are not the intended >> recipient, please notify the sender with a reply email-confidentially, of >> course-and destroy all copies. And, just between you and us, any >> dissemination by a person other than the intended recipient is > unauthorized >> and may be illegal. >> > ----------------------------------------------------------------------------- > >> >> >> _______________________________________________ >> Flashcoders mailing list >> Flashcoders@chattyfig.figleaf.com >> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders >> >> > > > -- > --Joel > _______________________________________________ > Flashcoders mailing list > Flashcoders@chattyfig.figleaf.com > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders > > ----------------------------------------------------------------------------- > PETER MAYER ADVERTISING CONFIDENTIALITY NOTICE: > Confidentially, we loathe confidentiality notices. Still, our lawyers tell us > they are essential in today's world. That said, please consider yourself > confidentially notified that this email and any attachments may contain > confidential and privileged information. If you are not the intended > recipient, please notify the sender with a reply email-confidentially, of > course-and destroy all copies. And, just between you and us, any > dissemination by a person other than the intended recipient is unauthorized > and may be illegal. > ----------------------------------------------------------------------------- > _______________________________________________ > Flashcoders mailing list > Flashcoders@chattyfig.figleaf.com > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders > > _______________________________________________ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
