[nycphp-talk] Anyone ever have any luck with get_browser?
Sexton, David
David.SextonJr at ubspw.com
Fri May 30 13:10:52 EDT 2003
I would also point out that the HTTP_USER_AGENT can be modified on the
user's machine. I've read that even MSIE can have it's identity changed via
the registry, so I agree it is pretty useless. Especially when browsers like
Konqueror make it so easy to mask the true identity. What about using an
image as a submit trigger? Or use CSS to modify the look of your buttons. I
know the default look isn't very appealing... just some suggestions.
-----Original Message-----
From: soazine at pop.erols.com [mailto:soazine at pop.mail.rcn.net]
Sent: Friday, May 30, 2003 1:02 PM
To: NYPHP Talk
Subject: RE: [nycphp-talk] Anyone ever have any luck with get_browser?
Well I was hoping for a more elegant display solution of not showing the
submit button if javascript is enabled, nonetheless, it ain't worth it.
But thanx for the suggestions. I think I'll steer clear of get_browser();
it's a waste.
Phil
Original Message:
-----------------
From: Malcolm, Gary gmalcolm at professionalcredit.com
Date: Fri, 30 May 2003 12:58:56 -0400
To: talk at nyphp.org
Subject: RE: [nycphp-talk] Anyone ever have any luck with get_browser?
I think Dan has a good point here... the more complicated web work i do the
thinner I like the client side. Why not just use a submit button all the
time instead of the JS submit method?
> -----Original Message-----
> From: soazine at pop.erols.com [mailto:soazine at pop.mail.rcn.net]
> Sent: Friday, 30 May, 2003 9:55 AM
> To: NYPHP Talk
> Subject: Re: [nycphp-talk] Anyone ever have any luck with get_browser?
>
>
> Well, maybe what I am trying to convey is this: I want to
> know if the user
> has Javascript enabled on their browser; if they don't, then a submit
> button appears, otherwise, it doesn't have to. There is no clean
> client-side solution to this dilemma; I've never seen successful
> client-side plugin-enabling display handling ever done.
>
> Phil
>
>
> > I hope this gives a more thorough background of what I have
> done to try to
> > determine the user's browser Javascript setting.
>
> Of course, you realize, that just because a browser CAN use
> JavasCrap,
> doesn't mean the person has it enabled. And that relying on JS for
> essential things can lead to your site being unusable for
> such people.
> See my rant at
> http://www.analysisandsolutions.com/code/weberror.htm about
> this if you care.
>
> --Dan
>
> --
> FREE scripts that make web and database programming easier
> http://www.analysisandsolutions.com/software/
> T H E A N A L Y S I S A N D S O L U T I O N S C O M P A N Y
> 4015 7th Ave #4AJ, Brooklyn NY v: 718-854-0335 f: 718-854-0409
>
>
>
>
>
>
> --------------------------------------------------------------------
> mail2web - Check your email from the web at
> http://mail2web.com/ .
>
>
>
>
>
>
>
>
--------------------------------------------------------------------
mail2web - Check your email from the web at
http://mail2web.com/ .
--- Unsubscribe at http://nyphp.org/list/ ---
More information about the talk
mailing list