i.e /* quirck bug */ #dummy{
}
#div1 { position:absolute; etc visability:hidden; visibility:hide; //ns 4 }
etc
you can manipluate you css defined stuff in js like this
document.getElementById("div1").style.visability = "visible";
You'll also have to look for the reference for document.all and document.layers for ie and ns 4..
My advise you be use innerHTML and innerText and don't use this type of DHTML.. You'lll only have to write div code of ns4 this way.. Absolute positioned divs are really fiddly .. InnerHTML on table cells much nicer..
hope this helps
mark
Luned́, 10 mar 2003, alle 22:41 Europe/Rome, Vinay ha scritto:
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]