Bugs item #813006, was opened at 2003-09-26 13:20
Message generated for change (Comment added) made by fgiust
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=536613&aid=813006&group_id=73068
Category: None
Group: None
>Status: Deleted
Resolution: None
Priority: 5
Submitted By: Bard A. Evjen (bardman)
Assigned to: Nobody/Anonymous (nobody)
Summary: Ability to use java var in id attribute in tabletag
Initial Comment:
I would appreciate the ability to specify the id attribute
as a java variable, like
<%
for(int i=0;i < vec.size(); i++) {
String idString = "table"+i
%>
<display:table id="<%=idString%>" name="compRows"
scope="session" width="100%">
....
<% } %>
----------------------------------------------------------------------
>Comment By: fabrizio giustina (fgiust)
Date: 2004-09-21 21:53
Message:
Logged In: YES
user_id=798060
moved to the new jira tracker
http://jira.codehaus.org/browse/DISPL-2
----------------------------------------------------------------------
Comment By: Kasper van Benten (kbvb)
Date: 2003-11-11 17:16
Message:
Logged In: YES
user_id=886388
I found the same behavior in Tomcat 5.0.14 (TLD didn't work
with Tomcat 4, because of a missing Grammar or something).
I change id to tableID in the TLD and added a get/setTableID
method as well as overridden getID() which returns the same
as getTableID() to TemplateTag.java. This works great: now
you can use tableID="<%= "table1" %>" in your JSP when
defining the table. Earlier this would result in an error.
Let me know if you want me to submit patches. It's an almost
trivial change.
----------------------------------------------------------------------
Comment By: Paul McCulloch (paulmcculloch)
Date: 2003-10-13 17:34
Message:
Logged In: YES
user_id=883626
The id attribute seems to be used for too many purposes at
the moment:
1) Identifying which table is which in a single page (for
the purposes of sorting and paging)
2) To create implicit row objects.
I believe that this behaviour should be seperated.
In a page with many tables it is convinient to always use
the same value for 'id' - that way <columns> using the
implicit objects can be reused between tables.
Using a seperate tableId attribute gets around this (and the
Tomcat bug).
Should I raise this as a feature request, or leave it here?
----------------------------------------------------------------------
Comment By: fabrizio giustina (fgiust)
Date: 2003-10-11 00:11
Message:
Logged In: YES
user_id=798060
The problem in setting the id attribute appears only in Tomcat
4.x, due to the bug/correct behaviour described in
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21711
It is working in other application servers and in tomcat 5: the
only way to make it working in tomcat 4 could be renaming
the id attribute to something different. I will see if it can work
and maybe add an optional, duplicated attribute for tomcat.
----------------------------------------------------------------------
Comment By: Paul McCulloch (paulmcculloch)
Date: 2003-10-09 17:02
Message:
Logged In: YES
user_id=883626
I tried to add this functionality to the 0.9 release without
sucess. I *think* the problem is that the id attribute is
implicitly defined for alll tags, and can't be a request
time expression (event if you specify it as such in the TLD).
My workaround was to create a new attribute, tableId, and
use it in the code which creates the table unique links -
TableTag.java - encodeParameter().
I'm just starting to look at the 1.0 release. I'll create a
patch if I have to make the same change there.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=536613&aid=813006&group_id=73068
-------------------------------------------------------
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Project Admins to receive an Apple iPod Mini FREE for your judgement on
who ports your project to Linux PPC the best. Sponsored by IBM.
Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php
_______________________________________________
displaytag-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/displaytag-devel
