DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=34218>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34218





------- Additional Comments From [EMAIL PROTECTED]  2005-04-01 11:39 -------
OK, my tags implement some really application specific functions. I think 
there are more users adding some functionality to the struts-tags. For this 
users it will be easier to use as much code from struts-tags as they can, to 
be independent in concern of future changes in struts-tags and because there 
is no need to invent the tire twice (even if this are 4 lines of code).

To understand my request for the enhancement, here is my additional use of 
struts-tags:
All forms in my application could be "editable" or "readonly" depending on a 
bean in the HttpSession.
- in case of input fields I only set the readonly attribute, ore not.
- but in case of select boxes, there is no readonly field. If I set the boxes 
to disabled, they will be greyed out, which is not very readable to the user. 
Now I render the selectbox as readonly inputfield, displaying the selected 
value.

So, if my form is editable, I call the doXxxTag()-methods from the 
superclasses. But if my form is readonly, I have to create a completely 
different output, but with the same logic behind: call evaluateExpressions() 
and calculateMatchValues() in my ELSelectTag.doStartTag() and 
OptionTag.selectTag().

This all works fine with reflection. But I thought, why am I not allowed, to 
call methods in sub-classes.
Why I didnīt specifiy the concrete methods? I thought this bug-request as 
enhancement for all struts tags. In my case, I needed the upper listed three 
methods. But in other cases and for other users there will be other tags 
subclassed and other methods which will be overwritten or called by the 
subclasses.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to