Re: [shale][clay] CSS style classes on substituted elements
On 11/4/05, Gary VanMatre <[EMAIL PROTECTED]> wrote: > > > > > > > > On 11/4/05, Gary VanMatre wrote: > > > > > > > > > > > > > > > > > > > I noticed that Craig commited the > > > > > > > to > > > > > > > baseHtml. I think this is good, however I think that now if > the > > > symbol > > > > > > > > > > > > 'class' is not explicitly specified then the result will be > > > > > > > > class="@class"> Is that right, Gary? > > > > > > > > > > > > > > > > > > Yes, it does do that :-(. > > > > > > > > > > > > One solution may be to set the value of the 'class' symbol in > > > baseHtml > > > > > to > > > > > > > empty. So, in baseHtml you have > > value=""/>. Then have a > > > > > conventional that attributes which > > > > > > > resolve > > > > > > > to an empty value are omitted. I really can't think of a case > you > > > > > would > > > > > > > want > > > > > > > an empty attribute value? > > > > > > > > > > > Only attributes that have a null value are ignored. This would be > an > > > > > attribute that was not given a value attribute. Maybe an empty > string > > > should > > > > > also be ignored. > > > > > > > > > > > > > > > > > I would want it not to emit the "output" attribute at all, if > there > > > was > > > > > no > > > > > > input attribute set. Wouldn't that make more sense? > > > > > > > > > > > Ya, currently it kind of works backwards from how you might > normally > > > think > > > > > of symbol evaluation. The attribute value is scanned for know > symbols. > > > > > Maybe the value should be scanned for a symbol and then use the > symbol > > > > > table to lookup the replacement value. If not found, insert an > empty > > > string. > > > > > This would be a more efficient way but it would require that we > have a > > > > > beginning and ending symbol delimiter. What about "@myvar@"? Two > big > > > O's in > > > > > OOPs. > > > > > > > > > > > > > I don't think inserting an empty string accomplishes what I'm after > > > here, > > > > does it? A zero length string would cause outputting > > > > > > > > class="" > > > > > > > > in the emitted HTML, which is not really any better than > > > > > > > > class="@class" > > > > > > > > that we get with the patch I just applied. > > > > > > In the PropertyValueCommand we could exit the command if the target > > > attribute value was empty after the symbol replacement. > > > String expr = replaceMnemonic(clayContext); > > > if (expr.length() == 0) { > > > return isFinal; > > > } > > > > > > It would work for the example above but not for something like " > > > color:@mycolor" which would return "color:". > > > > > > Yep. A key question is whether we'd even want to support replacing > *part* of > > a value with something that was calculated, versus the whole thing. The > > precedents in JSP space (you can't use a partial runtime expression in a > > custom tag attribute value ... it's all or nothing) and in JSF space > (same > > thing with value binding expressions) would encourage not supporting > > something like "color:@mycolor" (or, for that matter, "color:@mycolor > @"). > > > > > > > > > I've also been thinking that the literal string "managed-bean-name" > > > should > > > > > become a symbol. Now it's inconsistent - the exception. All other > > > symbols > > > > > require an "@" delimiter. > > > > > > > > > > > > > Agree with you about that ... and we might want to think about > whether > > > there > > > > are any additional symbols that might merit being reserved from the > > > get-go. > > > > On that topic, it might even be better to use a compound name > > > > ("@shale:managed-bean-name@" or maybe more economically > "@shale:bean@) > > > so > > > > that we can avoid future name clashes if additional symbols are > added > > > later. > > > > > > > > > > I like @shale:managed-bean-name@ since it's more like the faces XML > > > schema. > > > > > > Sounds good. > > > > What do you think about the double delimiter? > > > > > > Pro: makes it clear where the identifier being replaced ends. > > > > Pro: lets us do literal+expression interleaving later, even if we don't > > allow it at the beginning. > > > > Pro: more like other expressions (JSP, JSF) that have beginning and > ending > > delimiters. > > > > Con: disallows use of the delimiter character inside the expression, > unless > > we also invent an escaping syntax like a preceding "\" character. > > > > Con: one more character to type -- and no, that's not as serious an > issue as > > the pros :-). > > > > That being said, I'm also wondering if we could reuse the "#{...}" > syntax > > that people are already familiar with, by inventing some sort of > variable > > name that says "attribute name xxx on the component being replaced. That > > way, you wouldn't have to learn a new syntax, and you'd be able to use > more > > complicated expressions than just variable replacement. > > > > This will become even more important in a JSF 1.2 world, because the EL > > expression evaluation machinery has been pull
Re: [shale][clay] CSS style classes on substituted elements
> > > > > On 11/4/05, Gary VanMatre wrote: > > > > > > > > > > > > > > > > I noticed that Craig commited the > > > > > > to > > > > > > baseHtml. I think this is good, however I think that now if the > > symbol > > > > > > > > > > 'class' is not explicitly specified then the result will be > > > > > > class="@class"> Is that right, Gary? > > > > > > > > > > > > > > > Yes, it does do that :-(. > > > > > > > > > > One solution may be to set the value of the 'class' symbol in > > baseHtml > > > > to > > > > > > empty. So, in baseHtml you have > > value=""/>. Then have a > > > > conventional that attributes which > > > > > > resolve > > > > > > to an empty value are omitted. I really can't think of a case you > > > > would > > > > > > want > > > > > > an empty attribute value? > > > > > > > > > Only attributes that have a null value are ignored. This would be an > > > > attribute that was not given a value attribute. Maybe an empty string > > should > > > > also be ignored. > > > > > > > > > > > > > > I would want it not to emit the "output" attribute at all, if there > > was > > > > no > > > > > input attribute set. Wouldn't that make more sense? > > > > > > > > > Ya, currently it kind of works backwards from how you might normally > > think > > > > of symbol evaluation. The attribute value is scanned for know symbols. > > > > Maybe the value should be scanned for a symbol and then use the symbol > > > > table to lookup the replacement value. If not found, insert an empty > > string. > > > > This would be a more efficient way but it would require that we have a > > > > beginning and ending symbol delimiter. What about "@myvar@"? Two big > > O's in > > > > OOPs. > > > > > > > > > > I don't think inserting an empty string accomplishes what I'm after > > here, > > > does it? A zero length string would cause outputting > > > > > > class="" > > > > > > in the emitted HTML, which is not really any better than > > > > > > class="@class" > > > > > > that we get with the patch I just applied. > > > > In the PropertyValueCommand we could exit the command if the target > > attribute value was empty after the symbol replacement. > > String expr = replaceMnemonic(clayContext); > > if (expr.length() == 0) { > > return isFinal; > > } > > > > It would work for the example above but not for something like " > > color:@mycolor" which would return "color:". > > > Yep. A key question is whether we'd even want to support replacing *part* of > a value with something that was calculated, versus the whole thing. The > precedents in JSP space (you can't use a partial runtime expression in a > custom tag attribute value ... it's all or nothing) and in JSF space (same > thing with value binding expressions) would encourage not supporting > something like "color:@mycolor" (or, for that matter, "color:@mycolor@"). > > > > > > I've also been thinking that the literal string "managed-bean-name" > > should > > > > become a symbol. Now it's inconsistent - the exception. All other > > symbols > > > > require an "@" delimiter. > > > > > > > > > > Agree with you about that ... and we might want to think about whether > > there > > > are any additional symbols that might merit being reserved from the > > get-go. > > > On that topic, it might even be better to use a compound name > > > ("@shale:managed-bean-name@" or maybe more economically "@shale:bean@) > > so > > > that we can avoid future name clashes if additional symbols are added > > later. > > > > > > > I like @shale:managed-bean-name@ since it's more like the faces XML > > schema. > > > Sounds good. > > What do you think about the double delimiter? > > > Pro: makes it clear where the identifier being replaced ends. > > Pro: lets us do literal+expression interleaving later, even if we don't > allow it at the beginning. > > Pro: more like other expressions (JSP, JSF) that have beginning and ending > delimiters. > > Con: disallows use of the delimiter character inside the expression, unless > we also invent an escaping syntax like a preceding "\" character. > > Con: one more character to type -- and no, that's not as serious an issue as > the pros :-). > > That being said, I'm also wondering if we could reuse the "#{...}" syntax > that people are already familiar with, by inventing some sort of variable > name that says "attribute name xxx on the component being replaced. That > way, you wouldn't have to learn a new syntax, and you'd be able to use more > complicated expressions than just variable replacement. > > This will become even more important in a JSF 1.2 world, because the EL > expression evaluation machinery has been pulled out into its own spec (and > its own package namespace) that can be used completely independently of the > web tier. Off the top of my head, maybe something like: > > #{shale:attribute.managed-bean-name} > > or > > #{shale:
RE: HTML label and Struts text (I know this has been said before)
Perfetemondo! -Original Message- From: Niall Pemberton [mailto:[EMAIL PROTECTED] Sent: 04 November 2005 17:18 To: Struts Users Mailing List Subject: Re: HTML label and Struts text (I know this has been said before) Actually they do the "styleId" arttribute gets rendered as "id" Niall - Original Message - From: "Dave Newton" <[EMAIL PROTECTED]> Sent: Friday, November 04, 2005 5:05 PM > Mark Benussi wrote: > > >Is there a way of associating the html label tag with an input. The > >requirements is to assign an id attribute to the html:text tag but I cant > >see a way of doing this. > > > > > IIRC the stock HTML tags don't produce "id" attributes, which is > probably one reason why there are some stirrings about reworking them. > > Dave - 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]
Re: [shale][clay] CSS style classes on substituted elements
On 11/4/05, Gary VanMatre <[EMAIL PROTECTED]> wrote: > > > > On 11/4/05, Gary VanMatre wrote: > > > > > > > > > > > > > I noticed that Craig commited the > > > > > to > > > > > baseHtml. I think this is good, however I think that now if the > symbol > > > > > > > > 'class' is not explicitly specified then the result will be > > > > > class="@class"> Is that right, Gary? > > > > > > > > > > > > Yes, it does do that :-(. > > > > > > > > One solution may be to set the value of the 'class' symbol in > baseHtml > > > to > > > > > empty. So, in baseHtml you have > > value=""/>. Then have a > > > conventional that attributes which > > > > > resolve > > > > > to an empty value are omitted. I really can't think of a case you > > > would > > > > > want > > > > > an empty attribute value? > > > > > > > Only attributes that have a null value are ignored. This would be an > > > attribute that was not given a value attribute. Maybe an empty string > should > > > also be ignored. > > > > > > > > > > > I would want it not to emit the "output" attribute at all, if there > was > > > no > > > > input attribute set. Wouldn't that make more sense? > > > > > > > Ya, currently it kind of works backwards from how you might normally > think > > > of symbol evaluation. The attribute value is scanned for know symbols. > > > Maybe the value should be scanned for a symbol and then use the symbol > > > table to lookup the replacement value. If not found, insert an empty > string. > > > This would be a more efficient way but it would require that we have a > > > beginning and ending symbol delimiter. What about "@myvar@"? Two big > O's in > > > OOPs. > > > > > > > I don't think inserting an empty string accomplishes what I'm after > here, > > does it? A zero length string would cause outputting > > > > class="" > > > > in the emitted HTML, which is not really any better than > > > > class="@class" > > > > that we get with the patch I just applied. > > In the PropertyValueCommand we could exit the command if the target > attribute value was empty after the symbol replacement. > String expr = replaceMnemonic(clayContext); > if (expr.length() == 0) { > return isFinal; > } > > It would work for the example above but not for something like " > color:@mycolor" which would return "color:". Yep. A key question is whether we'd even want to support replacing *part* of a value with something that was calculated, versus the whole thing. The precedents in JSP space (you can't use a partial runtime expression in a custom tag attribute value ... it's all or nothing) and in JSF space (same thing with value binding expressions) would encourage not supporting something like "color:@mycolor" (or, for that matter, "color:@mycolor@"). > > > I've also been thinking that the literal string "managed-bean-name" > should > > > become a symbol. Now it's inconsistent - the exception. All other > symbols > > > require an "@" delimiter. > > > > > > > Agree with you about that ... and we might want to think about whether > there > > are any additional symbols that might merit being reserved from the > get-go. > > On that topic, it might even be better to use a compound name > > ("@shale:managed-bean-name@" or maybe more economically "@shale:bean@) > so > > that we can avoid future name clashes if additional symbols are added > later. > > > > I like @shale:managed-bean-name@ since it's more like the faces XML > schema. Sounds good. What do you think about the double delimiter? Pro: makes it clear where the identifier being replaced ends. Pro: lets us do literal+expression interleaving later, even if we don't allow it at the beginning. Pro: more like other expressions (JSP, JSF) that have beginning and ending delimiters. Con: disallows use of the delimiter character inside the expression, unless we also invent an escaping syntax like a preceding "\" character. Con: one more character to type -- and no, that's not as serious an issue as the pros :-). That being said, I'm also wondering if we could reuse the "#{...}" syntax that people are already familiar with, by inventing some sort of variable name that says "attribute name xxx on the component being replaced. That way, you wouldn't have to learn a new syntax, and you'd be able to use more complicated expressions than just variable replacement. This will become even more important in a JSF 1.2 world, because the EL expression evaluation machinery has been pulled out into its own spec (and its own package namespace) that can be used completely independently of the web tier. Off the top of my head, maybe something like: #{shale:attribute.managed-bean-name} or #{shale:attribute.class} ? Craig > Any objections to: > > > 1) requiring a begin and end delimiter for symbols, > > > 2) making the managed bean name a symbol, > > > 3) ignoring empty string attributes and > > > 4) changing the symbol replacement method? > > > > Craig > > > > > > > Gary > > > > > > > Craig > > >
Re: [shale][clay] CSS style classes on substituted elements
> On 11/4/05, Gary VanMatre wrote: > > > > > > > > > > I noticed that Craig commited the > > > > to > > > > baseHtml. I think this is good, however I think that now if the symbol > > > > > > 'class' is not explicitly specified then the result will be > > > > class="@class"> Is that right, Gary? > > > > > > > > > Yes, it does do that :-(. > > > > > > One solution may be to set the value of the 'class' symbol in baseHtml > > to > > > > empty. So, in baseHtml you have > > value=""/>. Then have a > > conventional that attributes which > > > > resolve > > > > to an empty value are omitted. I really can't think of a case you > > would > > > > want > > > > an empty attribute value? > > > > > Only attributes that have a null value are ignored. This would be an > > attribute that was not given a value attribute. Maybe an empty string > > should > > also be ignored. > > > > > > > > I would want it not to emit the "output" attribute at all, if there was > > no > > > input attribute set. Wouldn't that make more sense? > > > > > Ya, currently it kind of works backwards from how you might normally think > > of symbol evaluation. The attribute value is scanned for know symbols. > > Maybe the value should be scanned for a symbol and then use the symbol > > table to lookup the replacement value. If not found, insert an empty > > string. > > This would be a more efficient way but it would require that we have a > > beginning and ending symbol delimiter. What about "@myvar@"? Two big O's in > > OOPs. > > > > I don't think inserting an empty string accomplishes what I'm after here, > does it? A zero length string would cause outputting > > class="" > > in the emitted HTML, which is not really any better than > > class="@class" > > that we get with the patch I just applied. In the PropertyValueCommand we could exit the command if the target attribute value was empty after the symbol replacement. String expr = replaceMnemonic(clayContext); if (expr.length() == 0) { return isFinal; } It would work for the example above but not for something like "color:@mycolor" which would return "color:". > > I've also been thinking that the literal string "managed-bean-name" should > > become a symbol. Now it's inconsistent - the exception. All other symbols > > require an "@" delimiter. > > > > Agree with you about that ... and we might want to think about whether there > are any additional symbols that might merit being reserved from the get-go. > On that topic, it might even be better to use a compound name > ("@shale:managed-bean-name@" or maybe more economically "@shale:bean@) so > that we can avoid future name clashes if additional symbols are added later. > I like @shale:managed-bean-name@ since it's more like the faces XML schema. What do you think about the double delimiter? > Any objections to: > > 1) requiring a begin and end delimiter for symbols, > > 2) making the managed bean name a symbol, > > 3) ignoring empty string attributes and > > 4) changing the symbol replacement method? > > > Craig > > > > > Gary > > > > Craig >
Re: [shale][clay] CSS style classes on substituted elements
On 11/4/05, Gary VanMatre <[EMAIL PROTECTED]> wrote: > > > > > > > I noticed that Craig commited the > > > to > > > baseHtml. I think this is good, however I think that now if the symbol > > > > 'class' is not explicitly specified then the result will be > > > class="@class"> Is that right, Gary? > > > > > > Yes, it does do that :-(. > > > > One solution may be to set the value of the 'class' symbol in baseHtml > to > > > empty. So, in baseHtml you have > > value=""/>. Then have a > conventional that attributes which > > > resolve > > > to an empty value are omitted. I really can't think of a case you > would > > > want > > > an empty attribute value? > > > Only attributes that have a null value are ignored. This would be an > attribute that was not given a value attribute. Maybe an empty string should > also be ignored. > > > > > I would want it not to emit the "output" attribute at all, if there was > no > > input attribute set. Wouldn't that make more sense? > > > Ya, currently it kind of works backwards from how you might normally think > of symbol evaluation. The attribute value is scanned for know symbols. > Maybe the value should be scanned for a symbol and then use the symbol > table to lookup the replacement value. If not found, insert an empty string. > This would be a more efficient way but it would require that we have a > beginning and ending symbol delimiter. What about "@myvar@"? Two big O's in > OOPs. > I don't think inserting an empty string accomplishes what I'm after here, does it? A zero length string would cause outputting class="" in the emitted HTML, which is not really any better than class="@class" that we get with the patch I just applied. I've also been thinking that the literal string "managed-bean-name" should > become a symbol. Now it's inconsistent - the exception. All other symbols > require an "@" delimiter. > Agree with you about that ... and we might want to think about whether there are any additional symbols that might merit being reserved from the get-go. On that topic, it might even be better to use a compound name ("@shale:managed-bean-name@" or maybe more economically "@shale:bean@) so that we can avoid future name clashes if additional symbols are added later. Any objections to: > 1) requiring a begin and end delimiter for symbols, > 2) making the managed bean name a symbol, > 3) ignoring empty string attributes and > 4) changing the symbol replacement method? > > Craig > > > Gary > Craig
Re: html:textarea with tags
I believe you will find that a textarea doesn't support any embedded html codes. Everything is treated as plain text no matter what it contains. Even is treated as text. If you know of any sites providing formatted text inside a textarea I would be really interested (as would most readers) please post the link. Cheers mc On 4 Nov 2005 at 21:13, Eric Plante wrote: > Why? The taglib is fine and it shows the text; the problem is that the text > that is supposed to be printed out also includes some pure html tags which > aren't parsed. > > Ex: if I have some text the textarea print that > litteraly instead of printing the text in red. > > With bean:write, the filter=false print the text in red but textarea doesn't > have a filter attribute so I was wondering if there was a way to print the > text in red in a textarea taglib. > > > Sounds like you are missing your taglib definition for "html"? Can you > post your JSP > > file? > > > > mc > > > > > > On 4 Nov 2005 at 19:27, Eric Plante wrote: > > > > > Hi, > > > > > > I'd like to use a html:textarea tag but my html tags in the text aren't > > > parsed and there is no filter like bean:write has, Is there a way to > make > > > that tag parse html tags? > > > > > > Thanks > > > > > > > > > - > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > -- > > > No virus found in this incoming message. > > > Checked by AVG Free Edition. > > > Version: 7.1.362 / Virus Database: 267.12.8/161 - Release Date: > 3/11/2005 > > > > > > > > > > > FOCUS Computing - web design > > Mob: 0415 24 26 24 > > [EMAIL PROTECTED] > > http://www.focus-computing.com.au > > > > > > > > > > -- > > No virus found in this outgoing message. > > Checked by AVG Free Edition. > > Version: 7.1.362 / Virus Database: 267.12.8/161 - Release Date: 3/11/2005 > > > > > > - > > 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] > > > > -- > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.1.362 / Virus Database: 267.12.8/161 - Release Date: 3/11/2005 > FOCUS Computing - web design Mob: 0415 24 26 24 [EMAIL PROTECTED] http://www.focus-computing.com.au -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.362 / Virus Database: 267.12.8/161 - Release Date: 3/11/2005 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: html:textarea with tags
Why? The taglib is fine and it shows the text; the problem is that the text that is supposed to be printed out also includes some pure html tags which aren't parsed. Ex: if I have some text the textarea print that litteraly instead of printing the text in red. With bean:write, the filter=false print the text in red but textarea doesn't have a filter attribute so I was wondering if there was a way to print the text in red in a textarea taglib. > Sounds like you are missing your taglib definition for "html"? Can you post your JSP > file? > > mc > > > On 4 Nov 2005 at 19:27, Eric Plante wrote: > > > Hi, > > > > I'd like to use a html:textarea tag but my html tags in the text aren't > > parsed and there is no filter like bean:write has, Is there a way to make > > that tag parse html tags? > > > > Thanks > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > -- > > No virus found in this incoming message. > > Checked by AVG Free Edition. > > Version: 7.1.362 / Virus Database: 267.12.8/161 - Release Date: 3/11/2005 > > > > > > FOCUS Computing - web design > Mob: 0415 24 26 24 > [EMAIL PROTECTED] > http://www.focus-computing.com.au > > > > > -- > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.1.362 / Virus Database: 267.12.8/161 - Release Date: 3/11/2005 > > > - > 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]
Re: html:textarea with tags
Sounds like you are missing your taglib definition for "html"? Can you post your JSP file? mc On 4 Nov 2005 at 19:27, Eric Plante wrote: > Hi, > > I'd like to use a html:textarea tag but my html tags in the text aren't > parsed and there is no filter like bean:write has, Is there a way to make > that tag parse html tags? > > Thanks > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > -- > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.1.362 / Virus Database: 267.12.8/161 - Release Date: 3/11/2005 > FOCUS Computing - web design Mob: 0415 24 26 24 [EMAIL PROTECTED] http://www.focus-computing.com.au -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.362 / Virus Database: 267.12.8/161 - Release Date: 3/11/2005 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [shale][clay] CSS style classes on substituted elements
> > > > I noticed that Craig commited the > > to > > baseHtml. I think this is good, however I think that now if the symbol > > 'class' is not explicitly specified then the result will be > > > > class="@class"> Is that right, Gary? > > > Yes, it does do that :-(. > > One solution may be to set the value of the 'class' symbol in baseHtml to > > empty. So, in baseHtml you have > > value=""/>. Then have a conventional > > that attributes which > > resolve > > to an empty value are omitted. I really can't think of a case you would > > want > > an empty attribute value? > Only attributes that have a null value are ignored. This would be an attribute that was not given a value attribute. Maybe an empty string should also be ignored. > > I would want it not to emit the "output" attribute at all, if there was no > input attribute set. Wouldn't that make more sense? > Ya, currently it kind of works backwards from how you might normally think of symbol evaluation. The attribute value is scanned for know symbols. Maybe the value should be scanned for a symbol and then use the symbol table to lookup the replacement value. If not found, insert an empty string. This would be a more efficient way but it would require that we have a beginning and ending symbol delimiter. What about "@myvar@"? Two big O's in OOPs. I've also been thinking that the literal string "managed-bean-name" should become a symbol. Now it's inconsistent - the exception. All other symbols require an "@" delimiter. Any objections to: 1) requiring a begin and end delimiter for symbols, 2) making the managed bean name a symbol, 3) ignoring empty string attributes and 4) changing the symbol replacement method? > Craig > Gary
html:textarea with tags
Hi, I'd like to use a html:textarea tag but my html tags in the text aren't parsed and there is no filter like bean:write has, Is there a way to make that tag parse html tags? Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [shale][clay] CSS style classes on substituted elements
On 11/4/05, Ryan Wynn <[EMAIL PROTECTED]> wrote: > > I noticed that Craig commited the > to > baseHtml. I think this is good, however I think that now if the symbol > 'class' is not explicitly specified then the result will be class="@class"> Is that right, Gary? Yes, it does do that :-(. One solution may be to set the value of the 'class' symbol in baseHtml to > empty. So, in baseHtml you have value=""/>. Then have a conventional that attributes which > resolve > to an empty value are omitted. I really can't think of a case you would > want > an empty attribute value? I would want it not to emit the "output" attribute at all, if there was no input attribute set. Wouldn't that make more sense? Craig On 11/3/05, Gary VanMatre <[EMAIL PROTECTED]> wrote: > > > > Ah, Ryan beat me to the answer. Figures, symbols was his idea anyway. > > > > > > > > > > > > > > > > -- Forwarded message -- > > From: Ryan Wynn <[EMAIL PROTECTED]> > > To: Struts Users Mailing List > > Date: Thu, 3 Nov 2005 22:54:38 + > > Subject: Re: [shale][clay] CSS style classes on substituted elements > > I believe that currently if the html attribute is not also an attribute > on > > the underlying component, then the html attribute will be treated as a > > symbol. > > So, in this case if userNameMessage is actually a h:message, then > > > > username error message > > > > would produce ... in both the designer and > > developer views. > > On the other hand if you wanted to utilize the new symbol functionality. > > You would change > > your clay-config.xml to add the following: > > > > > > ... > > > > > > > > Then you could just use > > > > username error message > > > > in the html and still get the proper output in both designer and > developer > > views. > > > > On 11/3/05, Craig McClanahan <[EMAIL PROTECTED]> wrote: > > > > > > As part of my JavaOne session on Shale, I demo'd the fact that Clay > lets > > > you > > > have two different views of the page: > > > > > > Designer view: http://localhost:8080/myapp/login.html > > > > > > Developer view: http://localhost:8080/myapp/login.faces > > > > > > To demonstrate that Clay was actually parsing the HTML template, in > > > login.html I changed: > > > > > > > > > username error message > > > > > > > > > to the following instead ("errors" is a CSS style class that turns the > > > text > > > red): > > > > > > > > > username error message > > > > > > > > > When you redisplay the designer view, this does indeed show a change > in > > > behavior -- the "username error message" string shows up in red. > > However, > > > if > > > you redisplay the developer view and then try to enter an invalid > > > username/password, the text still comes up in black. One thing I > > noticed, > > > in > > > the emitted HTML markup for the developer view, the error message > string > > > is > > > *not* surrounded by a
Re: [shale][clay] CSS style classes on substituted elements
I noticed that Craig commited the to baseHtml. I think this is good, however I think that now if the symbol 'class' is not explicitly specified then the result will be Is that right, Gary? One solution may be to set the value of the 'class' symbol in baseHtml to empty. So, in baseHtml you have . Then have a conventional that attributes which resolve to an empty value are omitted. I really can't think of a case you would want an empty attribute value? On 11/3/05, Gary VanMatre <[EMAIL PROTECTED]> wrote: > > Ah, Ryan beat me to the answer. Figures, symbols was his idea anyway. > > > > > > > > -- Forwarded message -- > From: Ryan Wynn <[EMAIL PROTECTED]> > To: Struts Users Mailing List > Date: Thu, 3 Nov 2005 22:54:38 + > Subject: Re: [shale][clay] CSS style classes on substituted elements > I believe that currently if the html attribute is not also an attribute on > the underlying component, then the html attribute will be treated as a > symbol. > So, in this case if userNameMessage is actually a h:message, then > > username error message > > would produce ... in both the designer and > developer views. > On the other hand if you wanted to utilize the new symbol functionality. > You would change > your clay-config.xml to add the following: > > > ... > > > > Then you could just use > > username error message > > in the html and still get the proper output in both designer and developer > views. > > On 11/3/05, Craig McClanahan <[EMAIL PROTECTED]> wrote: > > > > As part of my JavaOne session on Shale, I demo'd the fact that Clay lets > > you > > have two different views of the page: > > > > Designer view: http://localhost:8080/myapp/login.html > > > > Developer view: http://localhost:8080/myapp/login.faces > > > > To demonstrate that Clay was actually parsing the HTML template, in > > login.html I changed: > > > > > > username error message > > > > > > to the following instead ("errors" is a CSS style class that turns the > > text > > red): > > > > > > username error message > > > > > > When you redisplay the designer view, this does indeed show a change in > > behavior -- the "username error message" string shows up in red. > However, > > if > > you redisplay the developer view and then try to enter an invalid > > username/password, the text still comes up in black. One thing I > noticed, > > in > > the emitted HTML markup for the developer view, the error message string > > is > > *not* surrounded by a
Re: [shale][myfaces] selectManyCheckBox in usecases fails to validate
On 11/4/05, Craig McClanahan <[EMAIL PROTECTED]> wrote: > > Rahul, > > To make sure I don't lose this in my inbox, could you please file a bug > report about it? > Sure, # 37361 [*] -Rahul * http://issues.apache.org/bugzilla/show_bug.cgi?id=37361 > http://issues.apache.org/bugzilla/ > > Thanks, > > Craig > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [shale][myfaces] selectManyCheckBox in usecases fails to validate
n 11/4/05, Rahul Akolkar <[EMAIL PROTECTED]> wrote: > > Thought I'd changed something when I rolled Shale, but I see the > following behavior in Shale 11/4 nightlies usecases.war as well. > > 1) Navigate to view corresponding to profile/profile3.jsp in Edit > Profile dialog. > 2) Validation for selectManyCheckBox fails with > javax.faces.component.UISelectMany.INVALID > > A cursory glance didn't help locate the cause for the failure. Any ideas? Rahul, To make sure I don't lose this in my inbox, could you please file a bug report about it? http://issues.apache.org/bugzilla/ Thanks, Craig Thanks, > -Rahul > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: How to force no page caching
Braun, James F wrote: I need to force no page caching and I (vaguely) remember a configuration parameter that would do this. However, I looked in the wiki but didn't find anything on this. Can anybody shed any light? Thanks, J. Set the nocache attribute to true for the controller element in your struts-config.xml file. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to force no page caching
On 11/4/05, Braun, James F <[EMAIL PROTECTED]> wrote: > I need to force no page caching and I (vaguely) remember a configuration > parameter that would do this. However, I looked in the wiki but didn't > find anything on this. Can anybody shed any light? > > Thanks, J. if you want to set it for every response. Alternatively, you can set cache-control headers for responses that you need in an action class: response.setHeader("Pragma", "No-cache"); response.setHeader("Cache-Control", "no-cache,no-store,max-age=0"); response.setDateHeader("Expires", 1); Note: if you use Opera and navigate back and forward, it does not reload page even if it marked with "no-store". MSIE and Mozilla do reload such a page. Michael. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How to force no page caching
I need to force no page caching and I (vaguely) remember a configuration parameter that would do this. However, I looked in the wiki but didn't find anything on this. Can anybody shed any light? Thanks, J. -- This transmission is intended only for use by the addressee(s) named herein and may contain information that is proprietary, confidential and/or legally privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: R: Easy question, please help a rookie
Amleto Di Salle di.univaq.it> writes: > > Try to use > ${pageContext.request.requestURI} > > BR > /Amleto This worked thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Validation Question how to echo back users input in error message?
I would like to know the answer on this too. I searched the Net, all examples use properties from property file. Using resource="false" does not help with either (neither?) of these variants: where registrationForm is action form definition in struts-config.xml, nestedUser is a nested BO. Originating mail address is rendered in HTML and submitted back to application as "nestedUser.fromAddress". Commons Validator does not process HttpServletRequest (that is expected). I glanced at ValidatorForm from Struts Validator integration, and saw this validate() method: public ActionErrors validate(ActionMapping mapping, HttpServletRequest request) { ServletContext application = getServlet().getServletContext(); ActionErrors errors = new ActionErrors(); String validationKey = getValidationKey(mapping, request); Validator validator = Resources.initValidator(validationKey, this, application, request, errors, page); try { validatorResults = validator.validate(); } catch (ValidatorException e) { log.error(e.getMessage(), e); } return errors; } So, maybe you want to debug this one. Commons Validator basically does not have documentation, only Javadocs, which is not very descriptive. No comments in the source, either. This is frustrating. Michael. On 11/4/05, Troy Bull <[EMAIL PROTECTED]> wrote: > I am using the struts validator and it works almost exactly the way I want. > > > Say I have a field tf and the value is "ABC" > > I want to do a validation requiring it to be an integer and return the > following error message: "tf must be an integer". > > I can do all this pretty easily here is the code that does it: > > in ApplicationResources.properties : > > validation.error.acty.integer={0} must be an integer and "{1}" is not. > > in validations.xml > > > > > > > > > my question is what do I put in ?? to get hte actual value the user > entered to be echoed back out > > so if I type in AAA into the acty field I want the error message to be: > > ACTY must be an integer and "AAA" is not. > > Thanks Troy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SV: SV: [OT] [ANT] Re: SV: STRUTS AND JAVADOC.
Søren Blidorf wrote: How does ANT work with JBuilder? Don't know, never used JBuilder. According to the jBuilder home page Ant support is built in, and I bet you have access to some documentation you could look at.. Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: Shale timeline
> -Ursprüngliche Nachricht- > Von: Rahul Akolkar [mailto:[EMAIL PROTECTED] > Gesendet: Freitag, 4. November 2005 17:55 > > > > > As far as I'm concerned, the feature work I wanted to see for a > > > 1.0.0release is complete > > > > In a nutshell, there are no dates (the process is driven by volunteers > having enough time to finish up the tasks leading to a release). Also, > I do not speak for the Struts Shale team, this is a broader comment. > > -Rahul Rahul, thanks for the answer. I see this point and it's propably better not to specify any dates, than conitiously postponing. It was just a (nice) try, because that's what people always asking first, but I think I can give them some useful information with the answers from you and Craig. Bernhard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
R: Easy question, please help a rookie
Try to use ${pageContext.request.requestURI} BR /Amleto > -Messaggio originale- > Da: news [mailto:[EMAIL PROTECTED] Per conto di Dave > Inviato: venerdì 4 novembre 2005 18.19 > A: user@struts.apache.org > Oggetto: Easy question, please help a rookie > > > I'm trying to get the URL of the current page into a attribute (local > variable?). > > This was suggested to me, but it doesn't work: > > > > TIA, > Dave > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.1.362 / Virus Database: 267.12.8/161 - Release > Date: 03/11/2005 > > -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.362 / Virus Database: 267.12.8/161 - Release Date: 03/11/2005 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[OT ANN] Roomity v 1.5 w/ video, social networking and html editor + JDNC article
Roomity.com v 1.5 is a web 2.01/RiA poster child community webapp. This new version ads broadcast video, social networking such as favorite authors and html editor. It likely already has groups and content you are already using but aggregated and safer, including technology, Java, etc., but it only works on broadband. It's not Struts based, it's MVC, but you can get to Struts mail list via http://struts.roomity.com .V -- http://Struts_User_List.roomity.com";>Struts_User_List.roomity.com Your Roomity Broadband Webapp ~~1131125487631~~ --
SV: SV: [OT] [ANT] Re: SV: STRUTS AND JAVADOC.
How does ANT work with JBuilder? -Oprindelig meddelelse- Fra: Dave Newton [mailto:[EMAIL PROTECTED] Sendt: 4. november 2005 18:01 Til: Struts Users Mailing List Emne: Re: SV: [OT] [ANT] Re: SV: STRUTS AND JAVADOC. Søren Blidorf wrote: >Does it take a lot of effort to set it up. > > No. http://ant.apache.org/ Setup info at http://ant.apache.org/manual/install.html#installing Dave - 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]
Re: Easy question, please help a rookie
Maybe this can help? http://javaalmanac.com/egs/javax.servlet/GetReqUrl.html?l=new -Dennis Dave <[EMAIL PROTECTED]> Sent by: news <[EMAIL PROTECTED]> 11/04/2005 12:18 PM Please respond to "Struts Users Mailing List" To user@struts.apache.org cc Subject Easy question, please help a rookie I'm trying to get the URL of the current page into a attribute (local variable?). This was suggested to me, but it doesn't work: TIA, Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: HTML label and Struts text (I know this has been said before)
Niall Pemberton wrote: Actually they do the "styleId" arttribute gets rendered as "id" Oops, that's right. (And I've even used it. Duh.) Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Easy question, please help a rookie
I'm trying to get the URL of the current page into a attribute (local variable?). This was suggested to me, but it doesn't work: TIA, Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: HTML label and Struts text (I know this has been said before)
Actually they do the "styleId" arttribute gets rendered as "id" Niall - Original Message - From: "Dave Newton" <[EMAIL PROTECTED]> Sent: Friday, November 04, 2005 5:05 PM > Mark Benussi wrote: > > >Is there a way of associating the html label tag with an input. The > >requirements is to assign an id attribute to the html:text tag but I cant > >see a way of doing this. > > > > > IIRC the stock HTML tags don't produce "id" attributes, which is > probably one reason why there are some stirrings about reworking them. > > Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: sorting of table columns
Good Afternoon Fea I was asking the same question looking at Struts HTML Grid Tags *and some customisation of the submit buttons to be incorporated into the column headings* when Dennis from Evergreen Investments suggested http://displaytag.sourceforge.net/ And..if your are supporting jsp 1.1 (j2ee 1.2) you can use Expression Language for your name properties so in the case where you want to get the records from DB and pass result to table tag select * from table -OR- setting up the scenario using dynabeans <% Connection con = ...; // just open a connection Statement stmt = con.createStatement(); ResultSet rs = stmt.executeQuery("SELECT * from table"); RowSetDynaClass resultSet = new RowSetDynaClass(rs, false); stmt.close(); con.close(); //associate the results attribute with the resultSet obtained from RowSetDynaClass Bean request.setAttribute("results", resultSet); %> /*finally use the display:table to show the results from identified attribute called "results"*/ *copied from tutorial located at* http://displaytag.sourceforge.net/tut_sources.html Is this what you are looking for ?? Martin- - Original Message - From: "fea jabi" <[EMAIL PROTECTED]> To: Sent: Friday, November 04, 2005 9:11 AM Subject: sorting of table columns can we sort table columns when clicked on the column header using struts? I mean does struts provide any tag to do so? is there an example on how this can be done? Thanks. _ Don't just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ - 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]
Re: HTML label and Struts text (I know this has been said before)
Mark Benussi wrote: Is there a way of associating the html label tag with an input. The requirements is to assign an id attribute to the html:text tag but I cant see a way of doing this. IIRC the stock HTML tags don't produce "id" attributes, which is probably one reason why there are some stirrings about reworking them. Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [OT] [DISPLAYTAG] Re: sorting of table columns
fea jabi wrote: How does the JSP know about the display tag? The same way a JSP page knows about any custom tag library. I think you should look at the displaytag docs. Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SV: [OT] [ANT] Re: SV: STRUTS AND JAVADOC.
Søren Blidorf wrote: Does it take a lot of effort to set it up. No. http://ant.apache.org/ Setup info at http://ant.apache.org/manual/install.html#installing Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SV: [OT] [ANT] Re: SV: STRUTS AND JAVADOC.
You owe it to yourself to run through an ant tutorial or two. Start out getting something compiled, use that for a while. You can always expand your script in the future to do other things. You can easily have something running in a couple hours. Basically, if you are programming in Java, you need to be using Ant. Otherwise, it would be similar to being a soccer player, but instead of cleats you have to wear bunny slippers. Sure you can make it around the field and what have you, but you won't be nearly as productive as the other cleated players. Collin Søren Blidorf wrote: Thanks both. Does it take a lot of effort to set it up. I am getting very interested, but my time is very limited these days. -Oprindelig meddelelse- Fra: Dave Newton [mailto:[EMAIL PROTECTED] Sendt: 4. november 2005 17:51 Til: Struts Users Mailing List Emne: [OT] [ANT] Re: SV: STRUTS AND JAVADOC. Søren Blidorf wrote: Basically because I don't know ANT Why do I need ANT? Ant lets you build Java projects in a robust and portable manner, pays attention to dependencies, and is extensible to allow a variety of tasks under a variety of conditions. It is very useful. "Ant: Makes Developing Java a Little Less Sucky." Which is why I'm a developer and not a marketroid. Dave - 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]
Re: STRUTS AND JAVADOC.
Nick Heudecker wrote: I didn't know people were still using Strutsdoc. I should probably start maintaining it again. Bah, maintainence is for the weak. I would like to see what the generated output looks like, though, to see if I should use it as opposed to my Ruby program that generates essentially the same type of information with fun cross-linking and will snarf up javadoc-like info from JSP files as well. If I ever have time or anybody has interest I'll make it available and add some stuff for error-checking struts apps (within strict boundaries; I don't have _that_ much time!) Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
HTML label and Struts text (I know this has been said before)
Sorry I couldn't find the old thread for this. Is there a way of associating the html label tag with an input. The requirements is to assign an id attribute to the html:text tag but I cant see a way of doing this.
SV: [OT] [ANT] Re: SV: STRUTS AND JAVADOC.
Thanks both. Does it take a lot of effort to set it up. I am getting very interested, but my time is very limited these days. -Oprindelig meddelelse- Fra: Dave Newton [mailto:[EMAIL PROTECTED] Sendt: 4. november 2005 17:51 Til: Struts Users Mailing List Emne: [OT] [ANT] Re: SV: STRUTS AND JAVADOC. Søren Blidorf wrote: >Basically because I don't know ANT > >Why do I need ANT? > > Ant lets you build Java projects in a robust and portable manner, pays attention to dependencies, and is extensible to allow a variety of tasks under a variety of conditions. It is very useful. "Ant: Makes Developing Java a Little Less Sucky." Which is why I'm a developer and not a marketroid. Dave - 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]
html:checkbox
Greetings, I remember getting something like this to work in the past, I have searched and cannot find what is missing, or what I'm doing wrong, or if it is even possible. I want to connect a set of checkboxes to a HashMap in my action form. In my ActionForm I have a two methods like public void setValue ( String key, boolean value ); public boolean getValue ( String key ); in the form reset method I clear the HashMap. For the Action Class method of the class I initialize the hashmap like: theForm.setValue ( "Foo", false ); theForm.setValue ( "Bar", true ); In my JSP i have tried many things like ... ... When I do this I get a an exception no getter method for property 'value("Foo")' of bean org.apache.struts.taglib.html.BEAN I have tried many alternatives, too many to post here. Is this supposed to work? Thanks in advance - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Shale timeline
On 11/3/05, Bernhard Slominski <[EMAIL PROTECTED]> wrote: > Hi Craig, > > thanks a lot for the answer, that's really helpful! > > > Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > > Gesendet: Donnerstag, 3. November 2005 17:57 > > > As far as I'm concerned, the feature work I wanted to see for a > > 1.0.0release is complete > > You don't want to come up with a specific date, do you? There is a very good write-up somewhere on the Apache site about how releases work, can't find it now, sorry. In a nutshell, there are no dates (the process is driven by volunteers having enough time to finish up the tasks leading to a release). Also, I do not speak for the Struts Shale team, this is a broader comment. -Rahul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [OT] [DISPLAYTAG] Re: sorting of table columns
sorry, what I mean is and struts stuff to get dynamic data. How does the JSP know about the display tag? From: Dave Newton <[EMAIL PROTECTED]> Reply-To: "Struts Users Mailing List" To: Struts Users Mailing List Subject: Re: [OT] [DISPLAYTAG] Re: sorting of table columns Date: Fri, 04 Nov 2005 11:47:01 -0500 fea jabi wrote: how do I use that with struts table then? What's "struts table?" Do you mean the layout taglib? Dave "Spending too much time on Lisp mailing lists this week" Newton - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[OT] [ANT] Re: SV: STRUTS AND JAVADOC.
Søren Blidorf wrote: Basically because I don't know ANT Why do I need ANT? Ant lets you build Java projects in a robust and portable manner, pays attention to dependencies, and is extensible to allow a variety of tasks under a variety of conditions. It is very useful. "Ant: Makes Developing Java a Little Less Sucky." Which is why I'm a developer and not a marketroid. Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [OT] [DISPLAYTAG] Re: sorting of table columns
fea jabi wrote: how do I use that with struts table then? What's "struts table?" Do you mean the layout taglib? Dave "Spending too much time on Lisp mailing lists this week" Newton - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SV: STRUTS AND JAVADOC.
It basically saves you tons of time over the normal course of the development lifecycle. All of your compilation, packaging, testing, deployment, and more can be automated with ant. If you've used makefiles in C, that's the analogy. You would simply type: % ant deploy Which, depending on your script, would probably clean and compile, run your JUnit tests, package your WAR and EAR files, and deploy them to your remote or local server, also possibly sending out emails etc when finished. Once you start using Ant, you'll wonder how you ever got along with out it. If you're using Eclipse to automate much of this, consider switching. If not only for the additional flexibility that Ant gives you, it doesn't tie you in to any particular IDE. Collin Søren Blidorf wrote: Basically because I don't know ANT Why do I need ANT? -Oprindelig meddelelse- Fra: Dave Newton [mailto:[EMAIL PROTECTED] Sendt: 4. november 2005 17:27 Til: Struts Users Mailing List Emne: Re: STRUTS AND JAVADOC. Søren Blidorf wrote: It's written that I need to install ANT as well. Is there a way to do it with out ANT Probably, but why would you want to? It's scary that you're building struts (or any java project, for that matter) without Ant. Dave - 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]
Re: Shale timeline
On 11/3/05, Craig McClanahan <[EMAIL PROTECTED]> wrote: > the dev list) on a grade. That being said, I would *not* assume 1.0.0 would > be anything other than an alpha. This is not necessarily an issue about > quality, it's more about API stability. I don't want to lock down quite > everything yet, until people have had a chance to try things out. I know we've spent few cycles deciding names/version numbers recently, so I'm not going to dwell on this beyond this email, but given the above, would you consider a 0.1.0 (or 0.5.0) first release? That, atleast in my mind, is more along the lines of your statement above and conveys "not wanting to lock down just yet" very well. I'd like to see a Shale release too, don't get me otherwise. -Rahul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Accessing strust beans without
Lee Harrington wrote: I've tried substituting <%= formBeanName.getPropertyName%> but it can't find "formBeanName". How do we directly address the formBean's from within javascript? Javascript? Or Java scriptlet? You have an example of one and ask about the other. Under which servlet spec? If you're using JSP 2.0 you can just say ${formBeanName.propertyName}. Otherwise you may want to consider the tag, which is plain ol' JSP and easily Googleable. Googlable. Googable? Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [OT] [DISPLAYTAG] Re: sorting of table columns
how do I use that with struts table then? From: Dave Newton <[EMAIL PROTECTED]> Reply-To: "Struts Users Mailing List" To: Struts Users Mailing List Subject: [OT] [DISPLAYTAG] Re: sorting of table columns Date: Fri, 04 Nov 2005 11:37:46 -0500 fea jabi wrote: is this display tag struts stuff. No, it's displaytag stuff. Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
SV: STRUTS AND JAVADOC.
Basically because I don't know ANT Why do I need ANT? -Oprindelig meddelelse- Fra: Dave Newton [mailto:[EMAIL PROTECTED] Sendt: 4. november 2005 17:27 Til: Struts Users Mailing List Emne: Re: STRUTS AND JAVADOC. Søren Blidorf wrote: >It's written that I need to install ANT as well. > >Is there a way to do it with out ANT > > Probably, but why would you want to? It's scary that you're building struts (or any java project, for that matter) without Ant. Dave - 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]
[OT] [DISPLAYTAG] Re: sorting of table columns
fea jabi wrote: is this display tag struts stuff. No, it's displaytag stuff. Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: sorting of table columns
I saw this example too. But was not sure about this display tag. is this display tag struts stuff. I don't remember seeing it. Thanks. From: Michael Jouravlev <[EMAIL PROTECTED]> Reply-To: "Struts Users Mailing List" To: Struts Users Mailing List Subject: Re: sorting of table columns Date: Fri, 4 Nov 2005 07:57:14 -0800 On 11/4/05, fea jabi <[EMAIL PROTECTED]> wrote: > can we sort table columns when clicked on the column header using struts? I > mean does struts provide any tag to do so? > > is there an example on how this can be done? http://displaytag.homeip.net/example-sorting.jsp - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Is your PC infected? Get a FREE online computer virus scan from McAfee® Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: STRUTS AND JAVADOC.
Søren Blidorf wrote: It's written that I need to install ANT as well. Is there a way to do it with out ANT Probably, but why would you want to? It's scary that you're building struts (or any java project, for that matter) without Ant. Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[shale][myfaces] selectManyCheckBox in usecases fails to validate
Thought I'd changed something when I rolled Shale, but I see the following behavior in Shale 11/4 nightlies usecases.war as well. 1) Navigate to view corresponding to profile/profile3.jsp in Edit Profile dialog. 2) Validation for selectManyCheckBox fails with javax.faces.component.UISelectMany.INVALID A cursory glance didn't help locate the cause for the failure. Any ideas? Thanks, -Rahul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[OT] [MIME] Re: Urgent help needed : Printing Jasper Reports
Meenakshi Singh wrote: I have to print a report(which I have created using jasper report). I m setting the content type as response.setContentType("application/octet-stream"); Moved OT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Accessing strust beans without
There are situations where just doesn't seem to parse. I've tried substituting <%= formBeanName.getPropertyName%> but it can't find "formBeanName". The form bean is therer as the works in other places in my jsp. How do we directly address the formBean's from within javascript? Lee
Re: sorting of table columns
On 11/4/05, fea jabi <[EMAIL PROTECTED]> wrote: > can we sort table columns when clicked on the column header using struts? I > mean does struts provide any tag to do so? > > is there an example on how this can be done? http://displaytag.homeip.net/example-sorting.jsp - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: STRUTS AND JAVADOC.
Thanks. It's written that I need to install ANT as well. Is there a way to do it with out ANT - Original Message - From: "Collin VanDyck" <[EMAIL PROTECTED]> To: "Struts Users Mailing List" Sent: Friday, November 04, 2005 3:31 PM Subject: Re: STRUTS AND JAVADOC. > Hi Soren, > > You can javadoc your Struts Java types, although I'm not sure of a way > to get your Struts configurations in normal JavaDoc. > > You can, however, run StrutsDoc: > > http://struts.sourceforge.net/strutsdoc/ > > StrutsDoc will document the information found in your struts > configuration files, such as your forwards, your action declarations, > your forms, and the relationships amongst your forms and actions. > > I got this running yesterday, actually, and it is functional. > > Hope this helps > Collin > > > > Søren Blidorf wrote: > > Hi. > > > > I am making a JAVADOC of my STRUTS project. > > > > Is there a way I can get the STRUTS forwards ect in the JAVADOC. > > > > If I haven't made my self clear, please ask. I NEED HELP, I am new to > > JAVADOC :) > > > > BR > > > > Soren, DK > > > > > > > > > > - > > 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]
Re: STRUTS AND JAVADOC.
I didn't know people were still using Strutsdoc. I should probably start maintaining it again. On 11/4/05, Collin VanDyck <[EMAIL PROTECTED]> wrote: > > Hi Soren, > > You can javadoc your Struts Java types, although I'm not sure of a way > to get your Struts configurations in normal JavaDoc. > > You can, however, run StrutsDoc: > > http://struts.sourceforge.net/strutsdoc/ > > StrutsDoc will document the information found in your struts > configuration files, such as your forwards, your action declarations, > your forms, and the relationships amongst your forms and actions. > > I got this running yesterday, actually, and it is functional. > > Hope this helps > Collin > > > > Søren Blidorf wrote: > > Hi. > > > > I am making a JAVADOC of my STRUTS project. > > > > Is there a way I can get the STRUTS forwards ect in the JAVADOC. > > > > If I haven't made my self clear, please ask. I NEED HELP, I am new to > > JAVADOC :) > > > > BR > > > > Soren, DK > > > > > > > > > > - > > 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] > >
Re: How to get ACCESS to Locale in TAG class
Is your JSP being accessed directly? If so, you may need to let the Struts RequestProcessor do its work first. then access it the way you would other Struts actions: http://domain/myApp/myPage.do Hubert On 11/4/05, Łukasz Piątkowski <[EMAIL PROTECTED]> wrote: > Hello ! > > I have a problem with accessing LOCALE in my TAG class. When I want > to get LOCALE in my ACTION class I use : > > request.getSession().getAttribute(Globals.LOCALE_KEY) - and it works fine > > in my TAG class I use : > > pageContext.getSession().getAttribute(Globals.LOCALE_KEY) - it is null > > This is the fragment of my code : > "if(pageContext.getSession().getAttribute(Globals.LOCALE_KEY)!=null) > { > > loc=(Locale)pageContext.getSession().getAttribute(Globals.LOCALE_KEY); > lwriter.print("SESSION LOCALE"); > } > else > { > loc=Locale.getDefault(); > lwriter.print("SERVER LOCALE"); > } > " > It always returning SERVER LOCALE :( > > Please HELP ! > > Kind Regards, Lukasz > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: STRUTS AND JAVADOC.
Hi Soren, You can javadoc your Struts Java types, although I'm not sure of a way to get your Struts configurations in normal JavaDoc. You can, however, run StrutsDoc: http://struts.sourceforge.net/strutsdoc/ StrutsDoc will document the information found in your struts configuration files, such as your forwards, your action declarations, your forms, and the relationships amongst your forms and actions. I got this running yesterday, actually, and it is functional. Hope this helps Collin Søren Blidorf wrote: Hi. I am making a JAVADOC of my STRUTS project. Is there a way I can get the STRUTS forwards ect in the JAVADOC. If I haven't made my self clear, please ask. I NEED HELP, I am new to JAVADOC :) BR Soren, DK - 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]
Validation Question how to echo back users input in error message?
I am using the struts validator and it works almost exactly the way I want. Say I have a field tf and the value is "ABC" I want to do a validation requiring it to be an integer and return the following error message: "tf must be an integer". I can do all this pretty easily here is the code that does it: in ApplicationResources.properties : validation.error.acty.integer={0} must be an integer and "{1}" is not. in validations.xml my question is what do I put in ?? to get hte actual value the user entered to be echoed back out so if I type in AAA into the acty field I want the error message to be: ACTY must be an integer and "AAA" is not. Thanks Troy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
sorting of table columns
can we sort table columns when clicked on the column header using struts? I mean does struts provide any tag to do so? is there an example on how this can be done? Thanks. _ Dont just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Client Side Validator Fails When Submit from Javascript
I have been playing with the client-side validation, and ran into a problem last night that I can docuemnt, but cannot figure out why it fails. The below file, shows a form and when you hit the submit, presents the appropriate alert box with the proper message. All is good, and works when the "submit" is pressed. But if you try and use a javascript:document.form.submit(), the document is submitted but the alert does NOT work. So basically the validation fails. I have tried multiple ideas, and all have not worked. But I really need the ability to do submits from a javascript: Technically, I was unare of any difference between a submit button, and a submit form using the javascript: Anyone? Here is the jsp page, in case one sees something odd: <%@ include file="/tags.jsp" %> fyi Please Enter the Following Details Name Address // HERE IS A LINK USING SIMPLE JAVASCRIPT TO SUBMIT THAT // FAILS. doit E-mail address Save Cancel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How to get ACCESS to Locale in TAG class
Hello ! I have a problem with accessing LOCALE in my TAG class. When I want to get LOCALE in my ACTION class I use : request.getSession().getAttribute(Globals.LOCALE_KEY) - and it works fine in my TAG class I use : pageContext.getSession().getAttribute(Globals.LOCALE_KEY) - it is null This is the fragment of my code : "if(pageContext.getSession().getAttribute(Globals.LOCALE_KEY)!=null) { loc=(Locale)pageContext.getSession().getAttribute(Globals.LOCALE_KEY); lwriter.print("SESSION LOCALE"); } else { loc=Locale.getDefault(); lwriter.print("SERVER LOCALE"); } " It always returning SERVER LOCALE :( Please HELP ! Kind Regards, Lukasz - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: TagSupport - how to get request attribute
Andrei- This is straight from the doc! *This assumes you have configured your backing bean* * @param pageContext Page context to be searched 954 * @param name Name of the bean to be retrieved 955 * @param scopeName Scope to be searched (page, request, session, application) 956 * or null to use findAttribute() instead 957 * @return JavaBean in the specified page context 958 * @exception JspException if an invalid scope name 959 * is requested 960 */ 961 public Object lookup(PageContext pageContext, String name, String scopeName) dobranoc, Martin- - Original Message - From: "Andrzej Bengner" <[EMAIL PROTECTED]> To: Sent: Friday, November 04, 2005 6:25 AM Subject: TagSupport - how to get request attribute Hello, I have one problem with access to attribute in request in my class from TagSupport. I send GET to my site (eg. http://localhost/app/site.jsp?Test=value). How to get this "Test" attribute in my class? I tried: TagUtils.getInstance().lookup(pageContext,"Test", null); pageContext.findAttribute("Test"); ServletRequest request = pageContext.getRequest(); request.getAttribute("Test"); ... and all of this returns null. Regards -- Andy - 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]
Re: TagSupport - how to get request attribute
${request['ParameterName']} Andrzej Bengner wrote: try request.getParameter(ParameterName); Thanks, that's OK :-) - 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]
Re: TagSupport - how to get request attribute
try request.getParameter(ParameterName); Thanks, that's OK :-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: TagSupport - how to get request attribute
try request.getParameter(ParameterName); -Original Message- From: Andrzej Bengner [mailto:[EMAIL PROTECTED] Sent: Friday, November 04, 2005 4:56 PM To: user@struts.apache.org Subject: TagSupport - how to get request attribute Hello, I have one problem with access to attribute in request in my class from TagSupport. I send GET to my site (eg. http://localhost/app/site.jsp?Test=value). How to get this "Test" attribute in my class? I tried: TagUtils.getInstance().lookup(pageContext,"Test", null); pageContext.findAttribute("Test"); ServletRequest request = pageContext.getRequest(); request.getAttribute("Test"); ... and all of this returns null. Regards -- Andy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Make your callers hear anything you like.Call 456 say DIALER TONES. An idea can change your life. ** LEGAL DISCLAIMER This E-Mail may contain Confidential and/or legally privileged Information and is meant for the intended recipient(s) only. If you have received this e-mail in error and are not the intended recipient/s, kindly notify us at [EMAIL PROTECTED] and then delete this e-mail immediately from your system. You are also hereby notified that any use, any form of reproduction, dissemination, copying, disclosure, modification, distribution and/or publication of this e-mail, its contents or its attachment/s other than by its intended recipient/s is strictly prohibited and may be unlawful. Internet Communications cannot be guaranteed to be secure or error-free as information could be delayed, intercepted, corrupted, lost, or contain viruses. IDEA Cellular Limited does not accept any liability for any errors, omissions, viruses or computer problems experienced by any recipient as a result of this e-mail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
STRUTS AND JAVADOC.
Hi. I am making a JAVADOC of my STRUTS project. Is there a way I can get the STRUTS forwards ect in the JAVADOC. If I haven't made my self clear, please ask. I NEED HELP, I am new to JAVADOC :) BR Soren, DK - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
TagSupport - how to get request attribute
Hello, I have one problem with access to attribute in request in my class from TagSupport. I send GET to my site (eg. http://localhost/app/site.jsp?Test=value). How to get this "Test" attribute in my class? I tried: TagUtils.getInstance().lookup(pageContext,"Test", null); pageContext.findAttribute("Test"); ServletRequest request = pageContext.getRequest(); request.getAttribute("Test"); ... and all of this returns null. Regards -- Andy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]