jQuery Forum

You should be able to bypass the problem by desactivating the ajaxload page parameter. I'd be glad to find a correct way of doing this though for now I need to do external links each time I have to capture a get element with js...

That sort of defeats part of the purpose of using jQuery Mobile doesn't it? 

Thank's for your help @borismus; in the end you used the setTimeout method in order to get the good parameter from the window.location or have you succeeded using $.mobile.changePage ?

Here is the solution I am using -

Do not use URL args but use a data attr like this:
<li><a href='#list' data-identity='123'>Jon Doe</a></li>

Get the data in a click event and create the appropriate html like this
            $("a[href=#list]").live(
                  "click",
                  function(e) {
                     navIdentity = $(this).data("identity");
                     $("#listbody").html( "<div>" + navIdentity + "</div>" );
                     $("#list").page();                    
                  }
            );

The problem I have is that the second time I go to one of the pages the HTML is not styled correctly so I am looking into how to "refresh" a whole page.

Thanks,
Sean

Well for now I decided to open those pages where I need to get a parameter with a rel="external" so that I can record the get parameter in the url..

Don't know if this will help anyone else than me but since I know that the only one who is going to open my queried url's is jQuery mobile. So for url's containing parameters my href looks like this instead:

You could use sessionStorage to move your Data between Pages,instead of the Url
<a href="item.html" onClick="sessionStorage.id=1898432">Item 1898432</a>

Passing data using GET vars seems to be working now. I was going to write a blog post about it and so I started testing last night:

i'm using something like this:

function MyChangePage(page, args)
{
        $.mobile.changePage(page);
        $.mobile.updateHash(page, true);
        $(page).trigger("callback", args);
}

// bind callback that will be triggered after a pageshow event
$("#pagename").bind("callback", function(e, args) {
      alert(args.mydata);
});

// change to a page, and pass along parameters to the callback function
MyChangePage("#pagename", { mydata: "hello" });


// a slightly more complete example
(html)
<div id="page1" data-role="page">
...
      <ul>
      <li><a my-data="1" href="javascript:void(0)">Option 1</a></li>
      <li><a my-data="2" href="javascript:void(0)">Option 2</a></li>
      <li><a my-data="3" href="javascript:void(0)">Option 3</a></li>
      <ul>
</div>

<div id="page2" data-role="page">
      <div class="result"></div>
</div>

(js)
$("#page2").bind("callback", function(e, args) {
      $("#page2 .result").text("You selected option: " + args.sel);
});

$("#page1 ul").delegate("a", "click", function() {
      var attr = $(this).attr("my-data");
      MyChangePage("#page2", { "sel": attr });
});

check this post here

I have used "localStorage" for passing data between pages:

Soo i was having the same issue... The problem occurs only if you try to grab a parameter during document ready. Document ready actually triggers before page show so technically the URL is still the old URL. Try:

1. function getUrlVars(){
2.                 var hashes = window.location.href.slice(window.location.href.indexOf('?') + 1).split('&');
3.                 for(var i = 0; i < hashes.length; i++){
4.                     hash = hashes[i].split('=');
5.                     vars.push(hash[0]);
6.                     vars[hash[0]] = hash[1];
7.                 }
8.             }
9. $('div').live('pagebeforeshow',function(event, ui){
10.                 getUrlVars();
11.                 alert(vars["youvariablenamehere"]);
12. }

This method also seems to work in place of every document ready function, and is a safe way to always setup the page correctly (it seems)... I have yet to test this for when you go a few hashes deep. I'd imagine at that point we would simply change the getUrlVars to first split by hashes, take the last one then split by &.

so there's still no real solution to this or it is out dated?

I also kinda frustrated that the examples provided are not "beginners friendly" ,i however respect any commitment to solve any issue.

Well, in my experience, this had been fixed in 1.0-b2. With that version, parameters were available during 'pageshow' events.

In the instance where a parametrized page refers to another parametrized page, the routine to retrieve parameters presented above fails. The reason is a change in the way window.location is updated. I notice this change first in RC1.

Works for me (including animated transition to same page) as long as I keep my pages in separate HTML files. Example here: http://coenraets.org/blog/2011/10/sample-application-with-jquery-mobile-and-phonegap/

I'm having the same issue with RC.

ccoenraets: I did that before but another bug forced me to put all div:s in the same page. When I had the pages in separate files the offline mode in iPhone didn't work.

@ccoenraets : I tried your sample and I like your elegant way of passing parameters.

those who struggle with the hashtag thing may try this:

I am not sure if this bug was fixed already, it probably was, because my code worked very easily just by passing the parameters in the url and retrieving them with GET

project9's suggestion worked for me, not sure why just yet, here's the function:

In my particular case, I was using a similar getUrVarsl() function and I had a list of businesses that, when clicked, would go to a page like business-profile.html?id=272, and that page would get a JSON response from the server of the business profile with the corresponding id in the url.  I was using the code snippet from the link above since it has been used in numerous tutorial and code samples, so I assumed it worked like a charm.

At first it seemed to work just fine, but when a list got bigger, the pageshow event seemed to fire before the URL actually updated, so getUrlVars()['id'] returned the proper id toward the top of the list, but returned undefined as you worked your way down the list.  The function pasted above fixed the problem for me.

If anyone can point out why it is that this works, bonus!