Ah, I never tried that as I haven't developed using a wireless device yet.

On Mon, Jun 28, 2010 at 2:51 PM, Chad Killingsworth <
[email protected]> wrote:

> 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 <[email protected]> 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 <[email protected]>
> 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 <[email protected]> wrote:
> > > > I'll put it in some internet space so you can test for yourself.
> >
> > > > On Jun 27, 7:48 am, Chad Killingsworth
> >
> > > > <[email protected]> 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 <[email protected]> wrote:
> >
> > > > > > I can't tell if this is a joke or not...
> >
> > > > > > On Jun 26, 6:41 pm, Rossko <[email protected]> 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
> > > [email protected].
> > > To unsubscribe from this group, send email to
> > > [email protected]<google-maps-js-api-v3%[email protected]><google-maps-js-api-v3%2B
> [email protected]>
> > > .
> > > 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
> [email protected].
> To unsubscribe from this group, send email to
> [email protected]<google-maps-js-api-v3%[email protected]>
> .
> 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 [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/google-maps-js-api-v3?hl=en.

Reply via email to