Please let me know if I'm missing a step here. I used the Designer to draw out a grid panel. I then created a XML store and hooked that to the grid panel. The store is hitting against a server that publishes right data. Configurations seems to be correct, b/c when I hit the load data button, I see rows brought back and populated in the design view grid.
However, when I save the project and export the code, and render the generated .html file, I can't get the data to populate within the grid panel.
Did you confirm that the data is indeed loading from your server correctly in, e.g., Firebug? Sometimes when users setup a Prefix URL and use relative paths in their Store URLs, they don't deploy the exported code to a directory on their local web server that matches up with their relative paths (or simply open the exported html file directly, instead of loading it up through their local web server).
I don't have a prefix URL set within the Designer preference. Should I have one set? I can confirm that data is loading to my XML store within the Designer (I can see the data within the grids). I can't confirm that it is loading when rendering the generated html file. I don't see any sort of requests within my console. My XML store is hooked to an internal web-service that publishes the XML data. We are using Presto Mashups (this information may be irrelevant, as long as the XML schema is correct).
No, you don't need a url prefix setup if you're using an absolute (fully qualified) URL for your store. The fact that it's loading in the Designer view means it's setup correctly if it's an absolute URL. The only thing to confirm next is whether or not it's being loaded by your browser. Do you have Firebug installed in Firefox? You can check the "Net" tab and see if the XML is being loaded by the Store (since you said it's set to autoLoad). There being no errors in the Console is a good sign.
Oops, I apologize -- correction. I see two hits against the web service URL. But, I don't see any data coming back. It gives a '?' within the Size column. It's weird, I see it's a OPTIONS type of request. I was really expecting a GET.
Are you attempting to do a cross-domain XHR request? If so, you should be aware that this isn't supported naturally by a browser as it's a security risk. Firefox will send an OPTIONS request first before the actual request if it's cross-domain XHR. Do a Google search on this topic for more information.
With that said, it does work in the Designer because we have our internal WebKit instance allow outbound cross-domain requests. But this isn't the case for regular desktop browsers.
Yes, the web-service will be cross-domain-ed. Is there a bridge across the issue? Designer is fine and dandy. But wouldn't do us a lot of good if the exported code produces a different end-result (wouldn't populate the grid).
What is it that I can do to tweak on the exported code side to make this work? Would I need to manually add a proxy? If so, I think scriptTagProxy would be the only solution right?
Turkiyenin en sevilen filmlerinin yer aldigi xnxx internet sitemiz olan ve porn sex tarzi bir site olan mobil porno izle sitemiz gercekten dillere destan bir durumda herkesin sevdigi bir site olarak tarihe gececege benziyor. Sitenin en belirgin ozelliklerinden birisi de Turkiyede gercekten kaliteli ve muntazam, duzenli porno izle siteleri olmamasidir. Bu yuzden iste. Ayrica en net goruntu kalitesine sahip adresinde yayinlanmaktadir. Mesela diğer sitelerimizden bahsedecek olursak, en iyi hd porno video arşivine sahip bir siteyiz. "The Best anal porn videos and slut anus, big asses movies set..."