Title: RE: [displaytag-devel] display09/src - New directory
Hi
i finished to fix the code in the display09 module: now all the
features implemented in 0.8.5 version are working, plus lots of new little
features/fixing.
Tha table tag works with an iterator approach maintaining compatibility
Title: Message
That
is great news! I'll do a checkout and use it it my applications if it works
ok.
Now we
should move it to a decent module, see what bugs are still open, change the
build process, change the package name and prepare for a
release.
Anywhere I can help?
Cheers,
Mathias
Title: Message
I'm
willing to host demos for a week or two so everyone can see stuff w/o having to
build it themselves. Send me a .war and I'll upload. Here's a
pending contributing for editable tables:
http://raibledesigns.com/display-edit
Matt
-Original Message-From:
Title: Message
How are we shaping up for documentation and
jUnit tests? Do we want to stick with the displaytag website the way it
is?
I am going to be coming into some free time (no,
not unemployment .. I think). I would enjoy contributing something that
reflects well on our group.
Title: Message
We
might want to use tagunit (http://tagunit.org)
and canoo's webtest to test the JSPs (http://webtest.canoo.com).
I know
that Simon Brown (TagUnit's author) had already done some work on the
displaytag, so that might be a good start.
Matt
-Original Message
http://sourceforge.net/tracker/index.php?func=detail&aid=755192&group_id
=73068&atid=536615
> -Original Message-
> From: Andrew Lapanik [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, June 17, 2003 6:56 AM
> To: Matt Raible
> Subject: Re[2]: [displaytag-devel] display09/src - New directory
>
I've written a handful of unit tests to test sorting and paging within my
tag. I'm sure they would generalize to test any refactored version of this
tag.
On Tue, 17 Jun 2003, Matt Raible wrote:
> We might want to use tagunit (http://tagunit.org) and canoo's webtest to
> test the JSPs (http://w
John, did you use a framework for this or just put
together some testing code with JUnit/JSP/etc?
Simon
--- John York <[EMAIL PROTECTED]> wrote: > I've
written a handful of unit tests to test sorting
> and paging within my
> tag. I'm sure they would generalize to test any
> refactored version of
I believe we still need to vote on these things. Have we decided a new
package name yet? I've registered displaytag.org if you guys would like to
use it. I'll be happy to host it for now as well.
John
On Tue, 17 Jun 2003, BOGAERT Mathias wrote:
> That is great news! I'll do a checkout and use
oh sorry, I just used junit for some simple tests. I had started looking
at jakarta cactus, but haven't had time to get it working yet. Cactus
seems a bit complicated, is tagunit much easier to use?
On Tue, 17 Jun 2003, Simon Brown wrote:
> John, did you use a framework for this or just put
>
Here are some suggestions:
Module name (current = displaytag):
- display2 (my vote)
- display
Package name (current = org.apache...):
- org.displaytag (my vote)
- net.sf.displaytag
+1 for displaytag.org and hosting it there.
Matt
> I believe we still nee
Dunno if I earned my voting rights already, but my vote goes for
display2
And
org.displaytag.
Cheers,
Mathias
-Original Message-
From: Matt Raible [mailto:[EMAIL PROTECTED]
Sent: dinsdag 17 juni 2003 15:31
To: [EMAIL PROTECTED]
Subject: [displaytag-devel] [vote] module/package name an
On Tue, 2003-06-17 at 14:31, Matt Raible wrote:
> Here are some suggestions:
>
> Module name (current = displaytag):
> - display2 (my vote)
> - display
>
> Package name (current = org.apache...):
> - org.displaytag (my vote)
> - net.sf.displaytag
>
> +1 for displayt
Hello Display,
I see that the body of the column tag in display09 isn't
used for showing column content. Or may be I'm mistaken?
If the body isn't used, what is the sence for iterator-way working of
table tag?
--
Best regards,
Andrew mailto:[EMAIL PROTECTED]
---
Yes, Cactus is fairly complicated and for testing
custom tags isn't (IMHO) very good because you have to
manually write the code that the JSP container usually
generates to manage the tag lifecycle. With TagUnit,
you just point it to your tag library and write
assertions using JSP tags. For example
> The displaytag name is very generic and kept only for
> historic reasons, no? With the refactoring it could be
> logical to find a more descriptive name, eg. something to do
> with pager, iterator, sorter or a combination of those?
>
You are correct in that it's only for historical purpose
very cool, I'll check that out and see if I can get some real jsp unit
tests working.
On Tue, 17 Jun 2003, Simon Brown wrote:
> Yes, Cactus is fairly complicated and for testing
> custom tags isn't (IMHO) very good because you have to
> manually write the code that the JSP container usually
> g
Title: RE: [displaytag-devel] display09/src - New directory
my +1 vote for org.displaytag for the new package name
fabrizio
-Original Message- From: John York
[mailto:[EMAIL PROTECTED] Sent: Tue 6/17/2003 3:09 PM
To: BOGAERT Mathias Cc: Fabrizio Giustina;
[EMAIL PROTECTED
Simon,
Thanks for the information about tag unit. I went to tagunit.org with a few
questions in mind. I couldn't find the answers I wanted so I am going to
ask in this forum because this information may be useful to any of us
writing unit tests.
It appears that tagunit is capable of testing for
No, only information about the total time taken to run
the tests is captured but it's not actually
used/displayed anywhere yet. :-(
--- Benjamin Simpson <[EMAIL PROTECTED]> wrote: >
Simon,
>
> Thanks for the information about tag unit. I went
> to tagunit.org with a few
> questions in mind. I
Title: [displaytag-devel] Column body
the body in columntag is used for showing column if no "property"
attribute is specified.
If the property attribute is added everything works as in the original
version
fabrizio
-Original Message- From: Andrew Lapanik
[mailto:[EMAIL P
Hello Display,
I can't set the contents of the table column with help of the body of
column tag. Has anyone the same problem?
I try to check code and evrything must work fine. Where the problem
can be?
--
Best regards,
Andrew mailto:[EMAIL PROTECTED]
---
I would think that the column body would override the existing behavior.
I still think property needs to be set for those cases when you're sorting a
column that may contain html in it, you don't want to sort based on things
you can't see in the browser, so my implementation uses property to so
the 0.85 version of the diplaytag does not have this functionality. This
is new in the refactored versions.
On Tue, 17 Jun 2003, Andrew Lapanik wrote:
> Hello Display,
>
> I can't set the contents of the table column with help of the body of
> column tag. Has anyone the same problem?
>
> I tr
I think a property to define the sorting behavior is a good idea, but if
you use other custom tags to define the content of the column the only
way to sort is to parse the content as a String, which is pretty slow
and dirty...
I should admit that, for this task, the decorator approach works a lot
Update of /cvsroot/displaytag/display09/src/org/apache/taglibs/display/exception
In directory sc8-pr-cvs1:/tmp/cvs-serv1051/src/org/apache/taglibs/display/exception
Modified Files:
DecoratorInstantiationException.java
InvalidTagAttributeValueException.java
TagStructureExc
Update of /cvsroot/displaytag/display09/src/org/apache/taglibs/display/util
In directory sc8-pr-cvs1:/tmp/cvs-serv1327/src/org/apache/taglibs/display/util
Modified Files:
HtmlTagUtil.java LinkUtil.java
Removed Files:
Tag.java
Log Message:
removed old file and improved javadocs
I
Update of /cvsroot/displaytag/display09/src/org/apache/taglibs/display/model
In directory sc8-pr-cvs1:/tmp/cvs-serv1467/src/org/apache/taglibs/display/model
Modified Files:
HtmlAttributeMap.java
Log Message:
small improvements and javadoc fixes
Index: HtmlAttributeMap.java
==
Update of /cvsroot/displaytag/display09/examples/web/jsp/inc
In directory sc8-pr-cvs1:/tmp/cvs-serv18364/examples/web/jsp/inc
Modified Files:
init.jsp
Log Message:
removed taglibs-benchmark declaration (used for testing performances)
Index: init.jsp
==
Update of /cvsroot/displaytag/display09/examples/web/jsp
In directory sc8-pr-cvs1:/tmp/cvs-serv18533/examples/web/jsp
Modified Files:
example-columns.jsp example-imp-objects.jsp example-paging.jsp
example-sorting.jsp example-styles.jsp
Log Message:
improved documention related to
Update of /cvsroot/displaytag/display09/examples/web/jsp/css
In directory sc8-pr-cvs1:/tmp/cvs-serv18649/examples/web/jsp/css
Modified Files:
screen.css
Log Message:
fixed text size in css
Index: screen.css
===
RCS file: /cv
Title: Message
Wow -
that ROCKS!! Very nice work Fabrizio and I especially dig the new
design/layout.
http://raibledesigns.com/display09
John -
we should probably get a demo of yours to compare.
Matt
-Original Message-From: Fabrizio
Giustina [mailto:[EMAIL PROTECTED]
Update of /cvsroot/displaytag/display09/src/org/apache/taglibs/display/model
In directory sc8-pr-cvs1:/tmp/cvs-serv25956/src/org/apache/taglibs/display/model
Modified Files:
HeaderCell.java
Log Message:
fixed wrong named setter - improved javadocs - fixed getTitle() method when both title
Update of /cvsroot/displaytag/display09/src/org/apache/taglibs/display/tags
In directory sc8-pr-cvs1:/tmp/cvs-serv26035/src/org/apache/taglibs/display/tags
Modified Files:
ColumnTag.java
Log Message:
fixed call to wrong named setter
Index: ColumnTag.java
I'll try and get the jsps checkin tonight. I've basically taken the
existing examples and plugged my tag into them. I haven't even begun to
think about all the cool new things you can do with it that we don't have
examples for!
On Tue, 17 Jun 2003, Matt Raible wrote:
> Wow - that ROCKS!! Ve
Fabrizio, very nice indeed! I think I'll swipe your jsps since I really
like your new look as well and plug my tag in. I'll try and get it up
later tonight if possible.
John
By the way, I totally love the sorting arrow. For such a simple thing, it
looks amazing!
On Tue, 17 Jun 2003, Matt Rai
so I tried to drop my tag into these test pages and it mostly works, but
I've noticed that these examples have been changed a bit from the existing
examples. I want to make it clear that I think we need to be 100%
compatible with the existing examples so that we don't break anyone's
usage of th
I would suggest that we rename the package and ask users to change their
decorators to extend the new one. It's a pretty small change IMO.
We should definitely release an alpha and beta release when we do move
to a new (refactored) version.
Matt
> This brings up another intersting question. Ho
38 matches
Mail list logo
