Just to further clarify... Doug and Raymond's statement are correct. The
www.statmarket.com is much broader based... they collect the stats from
anyone using 'HitBox'. There daily sample is supposed to be based on around
50,000,000 hits. Unfortunately the free report uses old sample data, and the
subscriptions/custom demographic reports aren't cheap (about $950/report, I
don't even know what they charge for a full subscription). 

This is a list of the browsers/platforms that most of our domestic customers
need supported (this may differ for your clients needs. Please feel free to
flame me on this, I don't pretend to have the answers... just a starting
point):

Windows:

IE 4.1 (SP1)
IE 5.0
IE 5.5

NS 4.08
NS 4.76
NS 6.0

Mac:

IE 5.0 (Ugly, I know)
NS 4.08
NS 6.0

Maybe it would make sense for someone in charge of the site to see about a
ASP/strategic alliance (link) with an organization that provides good
statistics. It would certianly help educate us, and lend an air of
credability to our cross platform/cross browser code premise. Then again,
setting up these relationships is usually a pain in the ass.

Mike


-----Original Message-----
From: Doug Melvin [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 30, 2001 11:23
To: [EMAIL PROTECTED]
Subject: Re: [Dynapi-Dev] Next Generation


that's not 'in the world'
All stats on that site are from visiter to that site, and
represent ONLY visiters to that site.
Not the world.

----- Original Message -----
From: "Cameron Hart" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, January 30, 2001 1:59 AM
Subject: RE: [Dynapi-Dev] Next Generation


> It is quite frightening to know that 5 people in the world are using MSIE
> 1.x ;-)
>
> I mean, has anyone even seen IE 1???
>
> > -----Original Message-----
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of Raymond
> > Smith
> > Sent: 30 January 2001 05:50
> > To: [EMAIL PROTECTED]
> > Subject: Re: [Dynapi-Dev] Next Generation
> >
> >
> > Carefull if your using the "sample stats" from there.  They date back to
> > 1999 and reflect an older reality.  Most recent browser stats I have
found
> > are at www.thecounter.com.  From October 2000.
> >
> > ----- Original Message -----
> > From: "Michael Ellis" <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Monday, January 29, 2001 2:53 PM
> > Subject: RE: [Dynapi-Dev] Next Generation
> >
> >
> > > Amen brother!
> > >
> > > No argument here... Although we can be educated to, we cannot expect
nor
> > > demand which platform/browser our end-users choose. If our
> > software is to
> > be
> > > taken seriously, and serve a broad community we must be reasonable
about
> > > which platforms/browsers we support. If you think I'm full of it,
check
> > the
> > > browser/platform statistics at www.statmarket.com (don't rely on
> > statistics
> > > gathered by developer forums, they attract developers like us and are
> > > typically not representative of our products end-users).
> > >
> > > Mike Ellis
> > >
> > > -----Original Message-----
> > > From: .:: OCB ::. [mailto:[EMAIL PROTECTED]]
> > > Sent: Monday, January 29, 2001 10:15
> > > To: [EMAIL PROTECTED]
> > > Subject: Re: [Dynapi-Dev] Next Generation
> > >
> > >
> > > Next generation ???
> > >
> > > Would it not be a good idea to get the DynApi2 working in all browsers
> > > (basic methods, moveTo, event handlers etc; not wigits, IMO they take
a
> > > backseat to basic functionality) before even discussing another
> > generation
> > > of the API.
> > >
> > > I haven't contributed anything in months (which is beyond my control)
so
> > > feel quite apprehensive about posting this but again, IMO, it
> > makes common
> > > sense to get the basic's of this project crossbrowser (NN6 included)
and
> > bug
> > >
> > > free before launching into another generation of the API.
> > >
> > > Flame away !!!!
> > >
> > >
> > > >From: "Jared Nuzzolillo" <[EMAIL PROTECTED]>
> > > >Reply-To: [EMAIL PROTECTED]
> > > >To: <[EMAIL PROTECTED]>
> > > >Subject: [Dynapi-Dev] Next Generation
> > > >Date: Mon, 29 Jan 2001 11:46:41 -0500
> > > >
> > > >I have a feeling that certain people are wanting to implement
> > class-like
> > > >inheritance because it is more familiar/comfortable to them.
> > > >
> > > >I strongly agree with Pascal. Prototype-based inheritance works
> > > >beautifully,
> > > >and is native to javascript, so why would we want to enforce a
> > different
> > > >type of inheritance to use the API? Most dynapi users will at least
be
> > > >familiar with javascript, and may be expecting Prototype-like
behavior.
> > > >
> > > >It's kind of like creating a number class instead of using built in
> > number
> > > >objects and primitive types. It's pointeless.
> > > >
> > > >As far as the class/prototype argument as to what Netscape says, the
> > first
> > > >line of this article:
> > > >
> > >
> > >http://developer.netscape.com/docs/manuals/communicator/jsobj/con
> tents.htm
> > >
> > >reads as follows:
> > >
> > >"JavaScript is an object-oriented language based on prototypes, rather
> > >than,
> > >as is common, being class-based."
> > >
> > >-jaredn
> > >
> > >
> > >
> > >
> > >_______________________________________________
> > >Dynapi-Dev mailing list
> > >[EMAIL PROTECTED]
> > >http://lists.sourceforge.net/lists/listinfo/dynapi-dev
> >
> >
_________________________________________________________________________
> > Get Your Private, Free E-mail from MSN Hotmail at
http://www.hotmail.com.
> >
> >
> >
> > _______________________________________________
> > Dynapi-Dev mailing list
> > [EMAIL PROTECTED]
> > http://lists.sourceforge.net/lists/listinfo/dynapi-dev
> >
>
>
> _______________________________________________
> Dynapi-Dev mailing list
> [EMAIL PROTECTED]
> http://lists.sourceforge.net/lists/listinfo/dynapi-dev
>
>
> _______________________________________________
> Dynapi-Dev mailing list
> [EMAIL PROTECTED]
> http://lists.sourceforge.net/lists/listinfo/dynapi-dev



_______________________________________________
Dynapi-Dev mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/dynapi-dev

Reply via email to