Matt Raible's "struts-resume" application has a neat combination of style-sheet and javascript/DHTML that might do what you want. It's a small toggle control that alternately hides/displays the README.txt for the application. It could easily be adapted to be triggered by a checkbox.
HTH: Its at: http://www.raibledesigns.com/downloads/index.html -----Original Message----- From: Vinay [mailto:[EMAIL PROTECTED] Sent: Monday, March 10, 2003 2:41 PM To: Struts Users Mailing List Subject: [OT]:Hiding layers in HTML Thank you all for your replies. I think I will have to get some good hold on regular expressions I found a site which lists possible regular expressions . This should help me, anyway even buying book should do http://demo.freshwater.com/SiteScope/docs/regexp.htm Now I have another question , which I think shouldn't be in this list but was curious if anybody knows. I have HTML page with certain number of tables, in kind of different layers(I have put them in field sets). On triggering of event(liking selecting a certain checkbox) the different layers should be hidden or visible. I think it should be possible be JavaScript I think, but don't know how. Help appreciated, Thanks in advance Vinay ----- Original Message ----- From: "Dan Allen" <[EMAIL PROTECTED]> To: "Struts Users Mailing List" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Monday, March 10, 2003 3:46 PM Subject: Re: Regular Expressions > > Not that I have seen per se. There is a site that has some pre-built > > regexs but Im sorry I cant remember the URL. Your best bet is to go buy > > the Oreilly book "Mastering Regular Expressions" It is pretty much the > > bible of regex and well worth the investment. > > KDE 3.1 has an awesome regular expression GUI editor, good for > people just learning how to create them. One thing to watch out > for: > > In the validator, Perl regular expressions are used. Normally, when > you make a Perl regular expressions you have to use a delimiter, > which is typically '/' > > However, in the validator definition file, you can exclude the > delimiter as the validator automatically adds it for you. However, > this means that you must escape and instance of '/' in your regular > expression. > > I have filed a bug report about this in bugzilla because the > validator should automatically escape any delimiter used in the > definition file so that this "ghost" delimiter does not have to be > accounted for. > > In short, I mean > > The following would be accepted: > > <var-name>mask</var-name> > <var-value>^http://[^ ]*$</var-value> > > instead of the current syntax > > <var-name>mask</var-name> > <var-value>^http:\/\/[^ ]*$</var-value> > > Since behind the scenes the regexp becomes > > /^http:\/\/[^ ]*$/ > > I rest my case. > > Dan > > -- > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > Daniel Allen, <[EMAIL PROTECTED]> > http://www.mojavelinux.com/ > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > "I used to herd dairy cows. Now I herd linux users. Apart > from the isolation, I think I preferred the cows. They were > better in conversation, easier to milk, and if they annoyed me > enough, I could shoot them and eat them." > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
