----------------------------------------------------------------
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!!!
----------------------------------------------------------------
on 1/25/00 1:42 PM, Miles Elam <[EMAIL PROTECTED]> wrote:
> 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
Thanks, I know what an interface is and what they are good for. ;-) You must
also realize the designing a proper interface is a lot of work and shouldn't
be taken lightly or done in a closed box.
Those are all nice feature requests that I'm sure that Frank would be more
than happy to discuss with you. What we presented is just a version 1.0...it
takes people like you who have the itch to help add features...
Instead of working on your own class that no one will ever see and other
people can't take advantage of, you should work with Frank to come up with a
single code base that many people can use and many people can take advantage
of. That is the whole point of the Turbine framework. ;-)
<http://java.apache.org/turbine/>
thanks,
-jon
--
Come to the first official Apache Software Foundation
Conference! <http://ApacheCon.Com/>
--
--------------------------------------------------------------
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]
