Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@apache.org Received: (qmail 96848 invoked from network); 23 Jul 2002 00:10:00 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 23 Jul 2002 00:10:00 -0000 Received: (qmail 25164 invoked by uid 97); 23 Jul 2002 00:10:19 -0000 Delivered-To: qmlist-jakarta-archive-commons-dev@jakarta.apache.org Received: (qmail 25129 invoked by uid 97); 23 Jul 2002 00:10:19 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta Commons Developers List" Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 25110 invoked by uid 98); 23 Jul 2002 00:10:18 -0000 X-Antivirus: nagoya (v4198 created Apr 24 2002) X-Authentication-Warning: localhost.localdomain: jdcasey set sender to jdcasey@00java.com using -f Subject: RESEND -> Re: [SUBMIT] [jelly] tag library for prompting users for information From: John Casey To: Jakarta Commons Developers List In-Reply-To: <026e01c22f45$b0e6f490$9865fea9@spiritsoft.com> References: <1026954322.1189.13.camel@localhost.localdomain><3D374547.1070704@yahoo.fr>< 1027050542.1236.4.camel@localhost.localdomain><1027056801.2655.10.camel@loc alhost.localdomain> <0fc901c22f11$591dcd30$9865fea9@spiritsoft.com><1027087630.1226.7.camel@loca lhost.localdomain> <019701c22f37$3579d9c0$9865fea9@spiritsoft.com> <1027095362.1226.10.camel@localhost.localdomain> <026e01c22f45$b0e6f490$9865fea9@spiritsoft.com> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable X-Mailer: Ximian Evolution 1.0.3 (1.0.3-4) Date: 22 Jul 2002 19:08:58 -0500 Message-Id: <1027382938.1212.3.camel@localhost.localdomain> Mime-Version: 1.0 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N I'm not sure if my MTA is bombing out or what, but it seems like some messa= ges are not getting through. Just in case, I'm re-submitting this reply. Plea= se=20 disregard if this got through the first time... I have to say that I'm not really impressed with the HTML/XHTML 4 form syntax...I've looked over the w3c recommendation, and it just seems like any set of properties that belong together logically should be force to be written together syntactically. It would be completely legal for the label and the input to be declared at opposite ends of the form, which would create two problems: one, that the rendering becomes somewhat ambiguous, and two, that maintenance of that section of code would become infinitely more difficult. I would propose taking a poll on this: if everyone else thinks it's a good idea, I'll implement it (after all, it is a standard, whatever its quality). Beyond that, I'm just not convinced that this would make a particular jelly script implementing a property sheet easier to comprehend / maintain... Please let me know what you think on this... Regards, John On Fri, 2002-07-19 at 11:59, James Strachan wrote: > Thanks for that John - it all makes much more sense now. >=20 > Just a thought - and this is kinda wacky. >=20 > How about making these tags look a bit more like the familiar HTML markup > tags (or XHTML form tags)? >=20 > http://www.w3.org/TR/html4/interact/forms.html >=20 > e.g. >=20 > >=20 > Then the implementation of the tags could either be a command line interf= ace > to forms, do Swing stuff or even pop up an XUL page in (say) Mozilla > browser, or a HTML browser. The nice bit about this approach is that the > snippet of XML would then be reusable across Jelly, HTML and even XUL. >=20 > All it would really mean is a minor renaming of the tags and attributes. >=20 > James > ----- Original Message ----- > From: "John Casey" > To: "Jakarta Commons Developers List" > Sent: Friday, July 19, 2002 5:16 PM > Subject: Re: [SUBMIT] [jelly] tag library for prompting users for > information >=20 >=20 > well I sent this one last night before the non-jar file, but I'll send > it again in case something else was messed up... >=20 > Thanks, > John >=20 >=20 >=20 > On Fri, 2002-07-19 at 10:16, James Strachan wrote: > > Thanks. John do you have an example Jelly script to show how these tags > are > > meant to be used? > > > > James > > ----- Original Message ----- > > From: "John Casey" > > To: "Jakarta Commons Developers List" > > Sent: Friday, July 19, 2002 3:07 PM > > Subject: Re: [SUBMIT] [jelly] tag library for prompting users for > > information > > > > > > *sigh* > > > > Sorry for the spam, but here's the real jar...I'm still working out how > > the Jar functionality works from within NetBeans, apparently. Sorry > > again. > > > > John > > > > > > > > On Fri, 2002-07-19 at 05:37, James Strachan wrote: > > > I think that JAR you sent is empty :-) > > > > > > James > > > ----- Original Message ----- > > > From: "John Casey" > > > To: "Jakarta Commons Developers List" > > > Sent: Friday, July 19, 2002 6:33 AM > > > Subject: Re: [SUBMIT] [jelly] tag library for prompting users for > > > information > > > > > > > > > FYI- > > > > > > I have included some minor changes to the package structures for the > > > interact stuff, along with a proof-of-concept for adapting it to Ant. > > > > > > It's not all that well documented in all cases, but I'll clean that u= p > > > eventually. > > > > > > Also, I've added to requested ability to override the gui display mod= e > > > in favor of a console-only mode. > > > > > > The attribute for this is consoleOnly=3D'true' ... > > > > > > Regards, > > > John > > > > > > > > > On Thu, 2002-07-18 at 22:49, John Casey wrote: > > > > I've included a test jelly script. You can test it normally using > > > > Windows, etc. but currently the only easy way to test the console > > > > version of things is to have Linux or something and run it on non-X > mode > > > > like runlevel 3 or something. > > > > > > > > I would like to integrate an override switch for forced-console mod= e, > > > > however...I'll look into that tomorrow first thing. > > > > > > > > Also, I'd like to take a second and mention a couple of features I > > > > forgot about until now: > > > > > > > > - Option on the property-sheet to store results to file. > > > > - Option to provide autofill.properties for automation of otherwise > > > > interactive executions, so that default values are automatically us= ed > > > > instead of prompting and waiting forever. > > > > > > > > Anyway, here's the test script that I used...see what you think. > > > > > > > > Regards, > > > > John > > > > > > > > > > > > > > > > On Thu, 2002-07-18 at 17:46, St=E9phane MOR wrote: > > > > > John Casey wrote: > > > > > > > > > > >I submitted this once before to the maven-dev list, since I saw > more > > > > > >Jelly traffic on that than on commons-dev, but here goes again..= . > > > > > > > > > > > Hi John ! > > > > > > > > > > Last time you posted that, you forgot the sources ! :-) > > > > > As I started something identical that on my side, I simply finish= ed > it > > > > > and put it in > > > > > the org.apache.commons.jelly.interaction package. > > > > > > > > > > >I'm attaching the source code for an interaction tag library, th= at > > will > > > > > >prompt the user for input and save the result to a variable... > > > > > > > > > > > By now, there is only an AskTag that asks the user a question, an= d > > sets > > > > > the value > > > > > to a variable (like yours), which is the basic thing that I would > > expect > > > > > from an Interaction thing ! > > > > > > > > > > >Additional features include: > > > > > > > > > > > >- input types: text, password, boolean, numeric text, and drop-d= own > > > list > > > > > >(comma-separated default value supplied) > > > > > > > > > > > I like those ideas, the password is something that we could need, > and > > > > > the boolean value > > > > > is essential in interactive scripts. > > > > > I thought about a ChoiceTag, which must be the same as you drop-d= own > > > > > list, even if > > > > > I can't see how my console would show me that drop-down list ... > > > > > > > > > > >- auto-detection of GUI-enabled JVM's; console display for > otherwise > > > > > > > > > > > Cool ! > > > > > If my JVM is GUI-enabled and if I don't want any GUI, do I have a > way > > to > > > > > disable it somehow ? > > > > > > > > > > >- solid domain object model backing tags, to promote extensibili= ty > > and > > > > > >reimplementation into Ant task > > > > > > > > > > > hmmm, I need more infos there, I should find that in the sources = :-) > > > > > > > > > > >The source files here are [mostly] well-documented. I'm posting > them > > > > > >here with the hope that they will be integrated into the Jelly > > project, > > > > > >so that I can maintain them as a standard part of the Jelly tool= . > > > > > > > > > > > I'd love to help you to integrate that, as I feel that it's > something > > > > > that can be very > > > > > valuable. > > > > > > > > > > Cheers, > > > > > St=E9phane > > > > > > > > > > ___________________________________________________________ > > > > > Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran=E7ais= ! > > > > > Yahoo! Mail : http://fr.mail.yahoo.comm > > > > > > > > > > -- > > > > > To unsubscribe, e-mail: > > > > > > > > For additional commands, e-mail: > > > > > > > > > > > > > > > > ---- > > > > > > > > > > > > > > > > > > > > > > > > xmlns:i=3D"jelly:org.apache.commons.jelly.tags.interact.InteractTagLibr= ary" > > > > xmlns:a=3D"jelly:ant"> > > > > > > > > start > > > > > > > > > > > > > > type=3D'boolean'/> > > > > > > defaultValue=3D'one,two,three' /> > > > > > > defaultValue=3D'3' /> > > > > > type=3D'text' > > > /> > > > > > > type=3D'password' /> > > > > > > > > > > > > Pulling from CVS? ${pull_cvs} > > > > Build Phase: ${phase} > > > > Maximum Retries: ${retries} > > > > Using Config File: ${config_file} > > > > Using Password: ${password} > > > > > > > > end > > > > > > > > > > > > > > > > > > > > > > > > ---- > > > > > > > > > > > -- > > > > To unsubscribe, e-mail: > > > > > > > For additional commands, e-mail: > > > > > > > > > > > > > > > > > > > -----------------------------------------------------------------------= --- > > -- > > > ---- > > > > > > > > > > -- > > > > To unsubscribe, e-mail: > > > > > > > For additional commands, e-mail: > > > > > > > > > __________________________________________________ > > > Do You Yahoo!? > > > Everything you'll ever need on one web page > > > from News and Sport to Email and Music Charts > > > http://uk.my.yahoo.comm > > > > > > -- > > > To unsubscribe, e-mail: > > > > > For additional commands, e-mail: > > > > > > > > > > > > > > > -----------------------------------------------------------------------= --- > -- > > ---- > > > > > > > -- > > > To unsubscribe, e-mail: > > > > > For additional commands, e-mail: > > > > > > __________________________________________________ > > Do You Yahoo!? > > Everything you'll ever need on one web page > > from News and Sport to Email and Music Charts > > http://uk.my.yahoo.comm > > > > -- > > To unsubscribe, e-mail: > > > For additional commands, e-mail: > > > >=20 >=20 >=20 >=20 > -------------------------------------------------------------------------= --- > ---- >=20 >=20 > > -- > > To unsubscribe, e-mail: > > > For additional commands, e-mail: > >=20 > __________________________________________________ > Do You Yahoo!? > Everything you'll ever need on one web page > from News and Sport to Email and Music Charts > http://uk.my.yahoo.comm >=20 > -- > To unsubscribe, e-mail: > For additional commands, e-mail: >=20 -- To unsubscribe, e-mail: For additional commands, e-mail: