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%2bunsubscr...@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.
