Sorry, yes, you are right about the formatting.
In order to actually jump to an anchor on the page, you need the # at the end, not the beginning. I was only thinking about getting it into Flash as a variable (shows how much I am not a HTML centric dev). If you are using the anchor tag only as deep linking in your Flash file (SWFAddress or otherwise) then it is not an issue. I guess also that most swfaddress implementations use PHP etc to rewrite the deep links anyhow. You end up with a URL which looks like: http://www.asual.com/swfaddress/samples/ajax/#/technologies/?param1=value1 In which case you are only dealing with the query string variables alone. Aran From: [email protected] [mailto:[email protected]] On Behalf Of Geoff Stearns Sent: Wednesday, 14 January 2009 11:19 AM To: [email protected] Subject: Re: New Query String / FlashVars method -- gathers *all* query string pairs with single method I don't think your example is a valid url - it should actually be: example.com/?foo=bar#myanchor though I see how setting up links like that would be useful in some flash apps. I'm not really sure what would be the best way to handle that - obviously nobody cares so far that we leave the ? and # included in the return value, or we'd have seen more complaints/requests about it :) so maybe we should just leave it how it is? On Tue, Jan 13, 2009 at 4:08 PM, Aran Rhee <[email protected]> wrote: Fine by me (I think - 90% sure). I was just wondering if we wanted some special handling for the anchor tag. #mydeeplink could some through to the swf as: anchor="mydeeplink" by checking if the 1st char of the querysting is a "#" and then replacing with a "anchor=". A user could also write their own js function to do this, but NOT if we remove the # from the querystring automatically. If we change the address of: some.html#mydeeplink?var1=foo&var2=bar To the value of "mydeeplink&var1=foo&var2=bar" from a call to getQueryParamValue() then there is no chance to manipulate the querystring anchor unless we somehow knew all of the anchor names we were using in the page / app (unlikely / messy). Thoughts? Aran From: [email protected] [mailto:[email protected]] On Behalf Of Geoff Stearns Sent: Wednesday, 14 January 2009 10:31 AM To: [email protected] Subject: Re: New Query String / FlashVars method -- gathers *all* query string pairs with single method Ok lets chop them off. As for non-name/value pairs, I'm not sure how those could be more properly handled - If you were using a server side script to gather them, they would show as existing, but not having a value, so I think leaving them set, but with an undefined value is the proper thing to do, and let the user sort it out in their swf/javascript. On Tue, Jan 13, 2009 at 3:15 PM, Aran Rhee <[email protected]> wrote: Parsing ? and #: The swf does not parse out the ? or #, as can be seen in the test page: http://www.misterhee.com/tests/params/params.flashvars.test2.html?var1=test <http://www.misterhee.com/tests/params/params.flashvars.test2.html?var1=test &abc=123> & abc=123 http://www.misterhee.com/tests/params/params.flashvars.test2.html#adef-name- A I am unsure what you guys want to do about the anchor link. Do we really even want that coming through? As an anchor does not have an associated value (rather the anchor name IS the value), I am unsure as to the usefulness of having it available. Basically you will have an undefined var called whatever your anchor was named... Combining data: As Bobby rightly says, you can combine the flashvars in the params object and variables in the flashvars object AND variables from the swf querystring without overwriting! http://www.misterhee.com/tests/params/params.flashvars.test3.html?var1=test <http://www.misterhee.com/tests/params/params.flashvars.test3.html?var1=test &abc=123> & abc=123 Cheers, Aran -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Bobby Sent: Wednesday, 14 January 2009 7:56 AM To: SWFObject Subject: Re: New Query String / FlashVars method -- gathers *all* query string pairs with single method I think we should get rid of the ? and # anyway. Although unusual, the flashvars object and the params flashvars notation can be mixed and matched, this is the code we currently have in place: var par = {}; if (parObj && typeof parObj === OBJECT) { for (var j in parObj) { par[j] = parObj [j]; } } if (flashvarsObj && typeof flashvarsObj === OBJECT) { for (var k in flashvarsObj) { if (typeof par.flashvars != UNDEF) { par.flashvars += "&" + k + "=" + flashvarsObj[k]; } else { par.flashvars = k + "=" + flashvarsObj[k]; } } } --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "SWFObject" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/swfobject?hl=en -~----------~----~----~----~------~----~------~--~---
