Until very recently (this weekend was the first I noticed) ALL of the samples required the browser to render in quirksmode (without a doctype). This is why I originally asked the DOCTYPE question.
Secondly, running a local IIS server on your machine and accessing the page via WIFI works great with ASPX pages. I do this all the time. He's not trying to load an ASPX page through a file protocol. There's something else going on. Let's wait and see once the live link gets posted. Then we can really see what's going on. Chad Killingsworth On Jun 28, 1:05 pm, Nathan Raley <nlrale...@gmail.com> wrote: > Damsel is correct. Just b/c a browser displays a page correctly does not > mean that it is correct. > > Every browser will try and negotiate wrongfully coded html pages and > interpret them in their "own" way in the parts that are coded incorreclty in > order to attempt to display a page correctly. That is why many wrongfully > coded pages show up with so much variance in their appearance with different > browsers. > > Your doctype tells the browser what format to expect from your web page. > Each doctype has varying degrees in how they expect certain html elements > to appear and be defined. Eliminating the doctype is not a valid option for > trying to fix this display issue. > > What Rosko was more or less trying to say is that asp is a server side > language, and if it is local that it cannot communicate with the local > server to run the asp in your situation. This works on your computer b/c > your computer can be configured to run IIS on it, and therefore acts as a > server to the extent that it can process the server side requests from the > client trying to access the document, in this case the client being the > local machine you are accessing the file from. Nevertheless, in this > situation you still have a server to process your request. > > Unless your server is set up to run, and your phone is set up so that the > program is going to specifically run on your server, and your phone knows > how to communicate with that server, you are not going to get it to run. > Localhost, which your asp aps normally run at, look for the server on the > local machine. You just so happen to be running the application on your > server so this works. But unless you are set up for a means by which your > phone knows your server is a server, and knows how to communicate with that > server, you are not going to be able to run the app without using a live > server for your testing. > > So point of all this is, you can't run a server side language without the > server side to it, or at least not to the point of being able to do anything > with the code. Your phone simply processes this page, does not know what to > do with the asp since there is no server, and then displays it as a plain > text based document. > > > > On Mon, Jun 28, 2010 at 9:13 AM, Damsel <davi...@stlucie.k12.fl.us> wrote: > > I'm certain you can't remove a doctype and have it work > > correctly. .aspx should have nothing whatsoever to do with it, that > > is server parsed, not parsed through the browser or andriod. > > > You need to have the right doctype and other associated items for a > > web page to display properly. Just because it works on Chrome does > > not mean it's correct. Try your page at the html validation services > > at w3c.com Browsers will put up with really crappy code and Andriod > > might be more picky. > > > Sample skeleton: > > > <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http:// > >www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > > <html xmlns="http://www.w3.org/1999/xhtml";> > > <head> > > <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> > > <title>Untitled Document</title> > > </head> > > > <body> > > </body> > > </html> > > > On Jun 27, 10:54 am, m <phillip...@gmail.com> wrote: > > > I'll put it in some internet space so you can test for yourself. > > > > On Jun 27, 7:48 am, Chad Killingsworth > > > > <chadkillingswo...@missouristate.edu> wrote: > > > > No it's not a joke. Rossko was simply stating that loading the file > > > > locally, the browser depends on the file extension to determine the > > > > correct content type. The default for unknown file extensions sounds > > > > like it is "text/plain" which means you would see all the code. > > > > However I didn't think you were loading the code locally - but content > > > > type may still be the answer. > > > > > At this point we're at the end of the guessing stage and I quote the > > > > posting guidelines: > > > > Where's the link to your map? > > > > > I happen to have a couple of Android phones and a friend has a Nexus > > > > One. I could take a look if you could post the url of your page. > > > > > Chad Killingsworth > > > > > On Jun 26, 7:10 pm, m <phillip...@gmail.com> wrote: > > > > > > I can't tell if this is a joke or not... > > > > > > On Jun 26, 6:41 pm, Rossko <ros...@culzean.clara.co.uk> wrote: > > > > > > > I'm not sure why you'd expect it to work, really. > > > > > > Guessing Android sees the .aspx suffix for a local file and thinks > > > > > > "aha, we need to process this as ASP. I don't have server type > > > > > > resources to do such things, give up." > > > > > > Be all the same if it were .XXX, won't know what to do with it.- > > Hide quoted text - > > > > - Show quoted text - > > > -- > > You received this message because you are subscribed to the Google Groups > > "Google Maps JavaScript API v3" group. > > To post to this group, send email to > > google-maps-js-api...@googlegroups.com. > > To unsubscribe from this group, send email to > > google-maps-js-api-v3+unsubscr...@googlegroups.com<google-maps-js-api-v3%2B > > unsubscr...@googlegroups.com> > > . > > For more options, visit this group at > >http://groups.google.com/group/google-maps-js-api-v3?hl=en. -- You received this message because you are subscribed to the Google Groups "Google Maps JavaScript API v3" group. To post to this group, send email to google-maps-js-api...@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
