----------------------------------------------------------------
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!!!
----------------------------------------------------------------
Jon,
We have some recursive documentation here!
http://java.apache.org/turbine/ says:
We are just getting started so the documentation is currently just the
install document and the Javadoc for the source code.
For now, in order to get more information, please visit the Dash
website.
The "Dash website" says:
Dash is now called Turbine and is available from the Java Apache
website. All further development of Dash has stopped and efforts are
now focused strictly on Turbine.
Of course, I know you guys are heck of a lot busy! But, any idea you
want to share about an expected Turbine release, and even more
important: some docs/examples (besides looking at Jyve code ;-) ?
Thanks,
Shash
jon * wrote:
>
> ----------------------------------------------------------------
> 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]
--
--------------------------------------------------------------
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]
