Mailing-List: contact taglibs-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: taglibs-dev@jakarta.apache.org
Date: Thu, 6 Sep 2001 07:03:50 +0100 (BST)
From: bayard@generationjava.com
To: taglibs-dev@jakarta.apache.org
Subject: Re: cvs commit: jakarta-taglibs/string/examples/web string.jsp
In-Reply-To: <001401c13694$5ca68080$6401a8c0@bob>
Message-ID: <Pine.LNX.4.21.0109060653150.26747-100000@umbongo.flamefew.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Ah, my poor wording. 

String taglib's intended to deal just with generic bits of string
manipulation. So just things like capitalise, find double metaphone, and
count number of characters.

Most of the taglibs in the Jakarta taglib project seem to be server side,
so I'm not sure what the view is towards javascript/jsp taglibs. Utility's
validate tag seems to be the only one to use javascript.

I'm not sure if that's an intentional plan or just a natural reflection on
most jakarta work being server-side.

That said, it sounds like a nice idea. Being able to access a URL with an
example of the taglib at work and maybe a simple explanation of how a JSP
developer would use it might be a good next step?

If that's possible with your company, I'd suggest you send an email with:
[PROPOSAL] Preferences taglib

or some such, as the subject. With a simple explanation and a url to an
example. That way you can see if anyone gets enthused etc :)

Bay

On Thu, 6 Sep 2001, Bob Lee wrote:

> Very generic, and completely string based; very elegeant. I have to get the
> OK from my work first. They let you do DHTML-based tabbed forms (kind of
> like you see in preferences dialogs). You can also use it to create wizards
> (multi-page forms with "next" and "previous" buttons) really easily. They
> work in IE and even Netscape 4+ (incliding 6 ;)). I'm toying with the idea
> of making them compatible with older browsers (the page would refresh
> instead of dynamically swapping tabs), but it isn't one of my project's
> current requirements.
> 
> Bob
> 
> 
> ----- Original Message -----
> From: <bayard@generationjava.com>
> To: <taglibs-dev@jakarta.apache.org>
> Sent: Thursday, September 06, 2001 12:28 AM
> Subject: Re: cvs commit: jakarta-taglibs/string/examples/web string.jsp
> 
> 
> > If they're generic, and string-based, then definitely.
> >
> > If not, then hopefully in another taglib.
> >
> > What kind of functionality do you have?
> >
> > Bay
> >
> > On Wed, 5 Sep 2001, Bob Lee wrote:
> >
> > > Warning: Stupid question.
> > >
> > > I've been writing some pretty useful, reusable UI tags. I didn't really
> > > notice any in the TagLib. Is there room for these?
> > >
> > > Thanks,
> > > Bob
> > >
> > > ----- Original Message -----
> > > From: <bayard@apache.org>
> > > To: <jakarta-taglibs-cvs@apache.org>
> > > Sent: Wednesday, September 05, 2001 11:28 PM
> > > Subject: cvs commit: jakarta-taglibs/string/examples/web string.jsp
> > >
> > >
> > > > bayard      01/09/05 21:28:21
> > > >
> > > >   Modified:    string/examples/web string.jsp
> > > >   Log:
> > > >   Changed taglib uri to have a -1.0 on the end.
> > > >   This matches the value that is generated into the tld file upon
> > > building.
> > > >
> > > >   Revision  Changes    Path
> > > >   1.2       +1 -1      jakarta-taglibs/string/examples/web/string.jsp
> > > >
> > > >   Index: string.jsp
> > > >   ===================================================================
> > > >   RCS file: /home/cvs/jakarta-taglibs/string/examples/web/string.jsp,v
> > > >   retrieving revision 1.1
> > > >   retrieving revision 1.2
> > > >   diff -u -r1.1 -r1.2
> > > >   --- string.jsp 2001/08/30 12:18:19 1.1
> > > >   +++ string.jsp 2001/09/06 04:28:21 1.2
> > > >   @@ -10,7 +10,7 @@
> > > >    <h1>
> > > >    Jakarta STRING Taglib Example</h1></center>
> > > >    <br>
> > > >   -<%@ taglib uri="http://jakarta.apache.org/taglibs/string"
> prefix="str"
> > > %>
> > > >   +<%@ taglib uri="http://jakarta.apache.org/taglibs/string-1.0"
> > > prefix="str" %>
> > > >
> > > >    <table border="1">
> > > >
> > > <tr><th>Tag</th><th>Input</th><th>Expected</th><th>Actual</th></tr></td>
> > > >
> > > >
> > > >
> > >
> > >
> >
> 
>