----------------------------------------------------------------
BEFORE YOU POST, search the faq at <http://java.apache.org/faq/>
WHEN YOU POST, include all relevant version numbers, log files,
and configuration files. Don't make us guess your problem!!!
----------------------------------------------------------------
Hmmm... This is doing exactly what I was hoping to avoid --
passing the user agent string in the constructor. For JSPs which use
JavaBeans extensively, it's not the cleanest way of doing things.
I posed my question to Sun's servlet and jsp divisions (who knows
if/when I'll get a response) to see if there was room in the official
spec.
In addition, one of the things I was working on was allowing not
only CSS == true or CSS == false but also CSSLevel == 1, DOMLevel == 0,
etc.
With regards to Frank's code, it looks good. The stuff I was
working on, once the constructor was completed, only required two class
instance variables (a String and a long). Static class constants can go
a long way. ;)
Nevertheless, I was hoping for a more abstracted detection method.
"What do I mean," you ask? If we use a Java interface, folks simply
need to agree (heh) on an API. This would be the equivalent of the
servlet interfaces. They don't say how it would be implemented, just
how you give/get information. It also means that new versions of
browsers or detection implementations can be supported with a minimum of
(if any) code change. New interfaces can extend from older ones. Lions
and tigers and Java interfaces. Oh my!
I guess I'll go give Frank a ring and touch bases.
- Miles Elam
jon * wrote:
> on 1/24/00 6:31 PM, Miles Elam <[EMAIL PROTECTED]> wrote:
>
> > I'm working on a couple of browser detection routines for use with
> > my servlets.
>
> You are in luck, Frank just added our (Clear Ink's) browser detection
> routines to Turbine today. It is ported from our PHP3 code that has been in
> use for quite some time. I'm sure that it will work in your servlets as well
> since it is not Turbine specific.
--
--------------------------------------------------------------
Please read the FAQ! <http://java.apache.org/faq/>
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Archives and Other: <http://java.apache.org/main/mail.html>
Problems?: [EMAIL PROTECTED]
