Struts-Dev,
Would it make sense in org.apache.struts.taglib.html.FormTag where the
ActionForm is instantiated for a call to reset be made (in the same place
where setServlet is called in doStartTag)??
It seems it would be handy to have reset called immediately after
instantiation in order for
This was logged as an Enhancement request in the Apache Bug Database--
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2108
Thanks - sorry I should have looked there first.
On the other hand, most ActionForms aren't designed for reuese ( probably
shouldn't be). So it should be quite safe
the Struts website for documentation, but
I'm running the latest release build.
Erik
- Original Message -
From: Craig R. McClanahan [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, August 24, 2001 2:41 PM
Subject: Re: Online Documentation
On Fri, 24 Aug 2001, Erik Hatcher wrote
Struts documentation gets updated online from the latest codebase, correct?
I think it would be less confusing if the documentation online was for the
latest release build (like Ant's documentation for example), and
documentation for nightly or milestone builds is left in the downloadable
I have a custom subclass of ImgTag that overrides the src() method to
provide a custom URL depending on some flags in our system (in order to
offload image serving from the application server by hosting them off Apache
directly).In development environments the URL's returned are within the
I'd like to lobby for this previously submitted patch to be applied:
http://www.mail-archive.com/struts-dev@jakarta.apache.org/msg02556.html
Thanks,
Erik
.
--
Martin Cooper
- Original Message -
From: Erik Hatcher [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Saturday, September 08, 2001 8:44 PM
Subject: Re: [PATCH] FormTag - call reset after instantiation
Followup: I just checked Bugzilla at:
http://nagoya.apache.org/bugzilla
of the file (especially
white
space and line wrapping) are preserved, and the patch should be able to be
applied directly.
Again, I apologise if I offended - that was certainly not my intent. And
thanks for the patch!
--
Martin Cooper
- Original Message -
From: Erik Hatcher [EMAIL
Craig,
What are your thoughts about morphing the current XML/XSL scheme of
generating TLD's to XDoclet's struts-config and taglib capability?
Centralizing all the TLD information into the actual source code of each tag
could avoid a lot of potential mismatch issues. It would take some work,
I recommend switching the parameters around in your JspWrapperException to
match the Servlet 2.3's constructor order (message, exception, rather than
exception, message) and that will make the switch later much easier (just
change the classname, and not have to fiddle with re-ordering
Dmitri,
you solution is very interesting, but I am not absolutely happy with the
fact,
that control is specified not only in struts-config.xml but in source code
as well (map definition).
I don't think my solution takes control away from struts-config, it only
gives the action more control
buttons.add buttons.delete have to be defined, which is not obvious for
somebody
who does not take care about internationalization. In fact I would define
the
resources in any case. But what about images ? How do you want to handle
them ?
For images I would put the image name in
*whew* - much better! :)
Except that I don't prefer the method you describe because of its increased
footprint in struts-config.xml - but we've already covered that issue.
I'll try to submit the first two of the four dispatch base classes I
proposed in a day or so - they will just be a
well, but now, in case of using DispatchAcion this footprint is really
small,
I would say, that it is not much bigger, than implementing
getKeyMethodMap() ;-)
Right, you have one additional action mapping in struts-config than my
design.
I have mappings in the subclass via getKeyMethodMap,
As promised earlier today, here is my contribution to the multiple
html:submit button saga (Ted, time to update your FAQ! :)
Here is a breakdown of how to use it:
struts-config.xml segment, note the parameter=action
action path=/test
type=edu.darden.TestAction
Dmitri,
I ~really~ like the way this Action works.
* It keeps control in the Struts-config, and does not embed presentation
details into Action source code.
How are presentation details embedded in the LookupAction you posted and my
similar code? Its just a key that it exposes, which is
- Original Message -
From: Ted Husted [EMAIL PROTECTED]
preference. Therefore I like throwing a ServletException better. Any
other
pros/cons to either approach?
The Action is the highest layer, and there is no guarantee that there
will be a JSP with an error directive.
D'oh.
- Original Message -
From: Ted Husted [EMAIL PROTECTED]
Personally, I would then consider the keys a form of input and make them
part of the ActionForm.
But then we are back to having the Action have a whole bunch of 'if'
statements for each key. Sure, a new ActionForm base-class
Good ol' default excludes:
http://jakarta.apache.org/ant/manual/dirtasks.html
(at the bottom of that page)
Erik
- Original Message -
From: Martin Cooper [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Sent: Tuesday, January 01, 2002 4:39 PM
Subject: Re: cvs
Michael
-Ursprüngliche Nachricht-
Von: Erik Hatcher [mailto:[EMAIL PROTECTED]]
Gesendet: Mittwoch, 09. Jänner 2002 13:40
An: Struts Users Mailing List
Betreff: Re: LookupDispatcherAction
Could you please provide the code that is causing this problem along
Another alternative is to have each frame navigate through a Struts action
instead of directly to a JSP. This is what I do - *everything* goes through
a Struts action, all JSP's live under WEB-INF.
Erik
- Original Message -
From: Laine Donlan (DEV) [EMAIL PROTECTED]
To: [EMAIL
I'm going to have to chime in here a bit. I find Action chaining a very
powerful feature. I don't use it extensively, but it comes in very handy to
keep, say, a DeleteAction seperate from the action to regenerate the results
(GetResultsAction, for example). This allows me to put a delete button
Craig - I have not see a followup to my message on the topic of action
chaining. I'm just curious if you have more insight into the kinds of
things I use it for and how Struts should or should not be handling it.
Thanks,
Erik
- Original Message -
From: Erik Hatcher [EMAIL
Why not just do this in your ActionForm subclass reset method? This is the
traditional way to accomplish this feat. And you really wanted (not sure
why you'd want to though), you could have an abstract subclass of ActionForm
that you always subclass which overrides reset and does something
This is a struts-user question, but
set redirect=true on your action forwards. There are other
implications/caveats to this like not being able to get at request variables
that were set before (because its another request, of course).
Erik
- Original Message -
From: Praveer
coming from.
Here's a wild guess: Are you precompiling your JSP pages against a JSP 1.2
container (maybe Tomcat 4.x), and then trying to run them in a different
container? That won't work.
--
Martin Cooper
-Original Message-
From: Erik Hatcher [mailto:[EMAIL PROTECTED]]
Sent
not sure where it's
coming from.
Here's a wild guess: Are you precompiling your JSP pages against a JSP 1.2
container (maybe Tomcat 4.x), and then trying to run them in a different
container? That won't work.
--
Martin Cooper
-Original Message-
From: Erik Hatcher [mailto:[EMAIL
somewhere?
Erik Hatcher [EMAIL PROTECTED] on 08/20/2002 10:02:29
AM
Please respond to Struts Developers List [EMAIL PROTECTED]
To:Struts Developers List [EMAIL PROTECTED]
cc: (bcc: Kevin Bedell/Systems/USHO/SunLife)
Subject:Re: Struts related application server errors
://radio.weblogs.com/0112098/
- Original Message -
From: Erik Hatcher [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Monday, September 09, 2002 12:37 PM
Subject: Re: [Validator] [Fwd: Validation XML DTD failure when offline]
James - thanks... and yes, I
Just to followup and report success: The CVS version of StrutsTestCase
fixed the problem.
Thanks Deryl and Donald!
Erik
Erik Hatcher wrote:
All the necessary troubleshooting details were in my original e-mail. If
you have specific questions about it, by all means ask. It would
I've created Struts validation.xml generation from Struts ValidatorForm
subclasses using XDoclet. In fact, it is part of XDoclet 1.2 that is
releasing at any moment now. I'd highly recommend you at least use
Validator for your validation, and I'd suggest you check out the
generation that I
Christopher Lenz wrote:
Erik Hatcher wrote:
I also use XDoclet to generate a starter JSP and
ApplicationResouces.properties pieces from a form bean. This
particular generation is custom to our environment, but its easy to do
and is working very nicely.
This sounds interesting
I've seen this mentioned before, but is anyone actively working on
pulling message resources from a database rather than a properties or
XML file? I'll cross-post this over to commons-dev as that has moved to
Commons Sandbox, but I figured folks would be the ones working on it.
Thanks,
in the
struts-config) and also provides much needed lifecycle calls.
Your thought?
James Mitchell
Software Engineer/Struts Evangelist
http://www.open-tools.org
-Original Message-
From: Erik Hatcher [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, October 09, 2002 12:25 AM
James Mitchell wrote:
What is it?
---
If you've followed recent discussions on the struts-user list. There has
been a flurry of discussion over getting ApplicationResources messages from
a database.
Well done James!
- Changes are immediately available to your application, when
I implemented something that I think is relatively slick today, so I
thought I'd share the idea.
First, a change was requested to suffix all our field labels with
colons. We already had this structure:
thbean:message key=SomeForm.someField//th
tdhtml:text property=someField//td
I created a
Martin Cooper wrote:
I like the idea. I do see a couple of problems, however.
* You are presumably defining the juxtaposition of the label, the colon, the
asterisk, and the input field, in the tag itself. This, I think, would be
rather specific to the layout you have in mind.
Yes. We have
Jean-Noel Ribette wrote:
Erik,
You might want to have a look at the struts-layout taglib hosted at
http://struts.application-servers.com
This opens source library implements (nearly) all the functionality you
described here, and much more !
Cool - I've looked at that library before but
Ted Husted wrote:
Maybe we could use this as the basis for a how to extend taglibs bit for the user
guide.
Yeah, except that my extension of MessageTag is only temporary, unless
we see a need to support all the other bean:message attributes.
Currently we only are using 'key', and thats the
edgar wrote:
It would really be nice :-) to add object orientation to the tld as the
amount of time spent debugging missing / incorrect tld's is larger than
it should be. Also, the ability to specify default values would be nice
as well.
My idea would be something like
tag
I would argue (mildly) that the design is a bit wrong if the base class
attributes are hidden from subclass tags (although I just did something
similar, didn't I? :), but either way its not a big deal since Struts
already has a system in place to generate docs and TLD's, although its
separate
Edgar,
Just for the record, I agree with your sentiment about the Struts HTML
tags. styleClass drives me nuts! But I don't have time to change it,
much less deal with the backwards compatibility issues the committers
would demand of such a change :) so, I just deal with it and work with
I did this very thing in my last project where we had tons of frameset
(*ick*). The desire was to have errors shown in the top frame where the
form was, but be able to update the entire page (the frameset) at once.
I had some base actions that we used to capture the request scoped
errors,
Ted Husted wrote:
Using the same element name more than once is really only the tip of the iceberg. We
can also delete or rename a
form bean from the file and Struts will not catch the problem until runtime.
Not in my system! :) XDoclet to the rescue. Form bean definitions are
generated
Not necessarily related to the message I'm replying to, but if all of
these proposed class/method deprecations and relocations occur, then I'd
like to see another beta released before any talk of a final version of
1.1. I assume that would be the case, but I'm just prodding for it!
We're
I'll add that to my in my copious free time list :))
But seriously, one of these days I will, and I will have an example
application for folks to download as well at some point in the next
months timeframe that will illustrate this.
I might even have a go at making the struts-documentation.war
Also, could someone explain how Struts operates when more than one
exception handler is provided? And how it works with exception super
classes?
Does it search in order to find the first matching exception handler?
Or the closest in the hierarchy?
I really like the declarative exception
Can this be dropped onto Struts 1.1b2 or do I need to use a nightly
Struts build?
Thanks,
Erik
James Turner wrote:
The release candidate for Commons Validator is now available at:
http://jakarta.apache.org/builds/jakarta-commons/release/commons-validator/v1.0_rc1/
The plan is to make this
I sort of take the philosophy of wrapping (or perhaps shielding) my
applications from the underlying framework I'm using in order to allow
later customizations or tweaks. For example, its pretty much a Struts
best practice to subclass your own BaseForm and BaseAction (these are
the names I
I decided to try out a Struts nightly build (from a previous 1.1beta2
version) and I ran our Cactus test suite to see if all validated ok...
but I'm getting all Struts tests failing with this error:
String index out of range: -1
java.lang.StringIndexOutOfBoundsException: String index out of
Oh, sorry for omitting this nightly build 20021028 is the one I
tried and got the errors below
Erik Hatcher wrote:
I decided to try out a Struts nightly build (from a previous 1.1beta2
version) and I ran our Cactus test suite to see if all validated ok...
but I'm getting all Struts
with the servlet path being null.
If anyone has ideas on where to dig further to see where a fix is needed
then I'd happily take it the extra distance and give it a shot to fix it.
Erik
Erik Hatcher wrote:
Oh, sorry for omitting this nightly build 20021028 is the one I
tried and got the errors below
Eddie Bush wrote:
Can you verify your assumption with the logging output? It should say
what the value of matchPath is. This would be a debug-level logging
statment indicated by a line stating:
Selecting module for path matchPath
You may have to turn up the volume on your logging output to
to the console --
!-- == --
appender name=CONSOLE class=org.apache.log4j.ConsoleAppender
param name=Threshold value=TRACE/
param name=Target value=System.out/
Hope that helps, I had the same problem as you.
Matt.
-Original Message-
From: Erik Hatcher
Eddie Bush wrote:
Can you verify your assumption with the logging output? It should say
what the value of matchPath is. This would be a debug-level logging
statment indicated by a line stating:
Selecting module for path matchPath
After getting the logging opened up, my results are matchPath
to see it. I'd
be most interested in what's going on here.
If there is a case where the first character of matchPath may not be a
/ then that condition needs to change to a instead of !=. I was of
the impression that the first element of that string would always be a /.
Erik Hatcher wrote
Quite possible! And already done (custom) in our application, as well
as Jame's OJB implementation. His implementation is far more robust
than ours, but I just wanted to add our experience. It is actually
quite trivial to implement a custom MessageResources subclass to do this.
Erik
Eric
!
Erik
Erik Hatcher wrote:
I'm still not having any luck with this issue (now at the 20021029
build). I've been toying with the request.setURL call in a Cactus
beginXXX method, but that has no effect at all on this even though I can
tell my setting of the servlet path is working (in my
Heads up and I agree that bundling some kind of
Cactus/StrutsTestCase examples and perhaps even the API's themselves.
We all agree that writing test cases is a good thing, right? So why not
help out the users of Struts with what we consider best practices?! :)
Food for thought.
Erik
Congratulations, Ted!
Erik
Original Message
Subject: Struts in Action Ebook Release
Date: Thu, 31 Oct 2002 12:02:30 -0600
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
The Manning book, Struts in Action, has gone to press and will be
available for sale in late November.
list. If you
Are on the Struts mailling list, then voice your opion.
danny
-Original Message-
From: Erik Hatcher [mailto:jakarta-struts;ehatchersolutions.com]
Sent: Thursday, October 31, 2002 10:23 AM
To: [EMAIL PROTECTED]
Subject: [Fwd: RE: config of struts with cactus]
Heads up
Too late for your book, but something worth mentioning - XDoclet now has
the capability to mark setters on a form beans with some specific tags
that will auto-generate validation.xml. I noticed at the end of that
sample chapter it mentions the pain of writing those XML files. That
pain is no
Just be sure to be seated if you ever decide to give IDEA IntelliJ a try
if you get that excited about measley little import cleanup :))
Don't get me wrong, Eclipse is cool and the price is nice. But
IntelliJ thats where its at :)
James Mitchell wrote:
I must admit. Since the hoopla a
Craig,
It was nice meeting you and attending your Struts 1.1 session on
Tuesday. I'm curious what came of the BOF to discuss the future of Struts.
I'd be really interested in your thoughts on the XDoclet work I've done,
especially in the Struts Validator realm. I'm generating validation.xml
Could you post a report, complete with Bugzilla hyperlinks, to the
struts-dev list of these outstanding issues? Or a hyperlink to the
right Bugzilla report? It'd make it easier for me to get at the info
and decide if there were any that I could have a stab at.
Erik
Ted Husted wrote:
[mailto:[EMAIL PROTECTED]]
Sent: Thursday, November 21, 2002 6:45 PM
To: Struts Developers List
Subject: Re: Benefits of Dynaforms
11/20/2002 3:09:36 AM, Erik Hatcher [EMAIL PROTECTED] wrote:
As for DynaActionForm's I still don't get their benefit. Do
you use them? Or right ActionForm
a field, which would you rather use? Two strong oxen or
1024 chickens?
- Seymour Cray (1925-1996), father of supercomputing
-Original Message-
From: Erik Hatcher [mailto:[EMAIL PROTECTED]]
Sent: Monday, November 25, 2002 11:12 AM
To: Struts Developers List
Subject: Re: Benefits
Emmanuel Boudrant wrote:
Just a question, who is Erik ? ;)
I guess Ted is referring to me :)
Erik
http://erik.hatcher.net
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
).
-emmanuel
http://easystruts.sf.net
--- Erik Hatcher [EMAIL PROTECTED] a écrit : Emmanuel Boudrant wrote:
Just a question, who is Erik ? ;)
I guess Ted is referring to me :)
Erik
http://erik.hatcher.net
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail
This is eerily similar to my custom:label key=.../ tag which
generates field labels, along with an asterisk if its a required field
and a different style (currently red) if the field is in error.
This will be part of the app I post up this week too.
Erik
Matt Raible wrote:
I agree, and does
*everything should be an interface* :))
ARG... I'm having some frustrations with the built-in Struts Actions
(yeah, I know, I'm the author of one of them, LookupDispatchAction, so
I'm guilty!)
I make it a standard practice to subclass Action to form a BaseAction
(using the template pattern,
Jason Rosenblum wrote:
Erik,
One simple hack is to layer your base Actions on top
of the pre-defined Actions. You could change your
Struts code such that LookupDispatchAction subclasses
BaseAction or BaseAdminAction. It's not convenient but
it should work.
I'm not sure I follow. To invert the
Tim Moore wrote:
It seems to me that just making Action an interface wouldn't even solve
your problem. Your problem is that you want to use inheritance for the
template method pattern, but you also want to use inheritance to reuse
functionality from the LookupDispatchAction. The best solution I
Eddie Bush wrote:
Erik Hatcher wrote:
There is no question that there are issues with forwarding with form
population and such, and the known issue with multipart data (which is
an isolated use-case anyway).
The multipart issues exists regardless of whether you are chaining
Do you have junit.jar in ANT_HOME/lib? It must be there for junit to
work (or in your system classpath).
Are you using a release build of Ant? 1.5.1? If you built your own
version of Ant, that could be an issue also as you have to have
junit.jar available for the build to have it
I'm not following why you need to do this in the form bean rather than
just dealing with this in the action. The action class is designed for
flexible routing out of it, so the capability is already there as you've
already mentioned using.
Sometimes we hack a request parameter in to the
Brian Moseley wrote:
because the form fails validation, the RequestProcessor immediately
forwards to the form's input page instead of handing off to the action
associated with the form. so no, i can't do it in that action.
there is a prepare action for the input page as well:
flow a:
I'm getting more than I bargained for here with the whole tiles aspect,
so I might be done helping now that the complexity has gone up, but just
a bit more here
Brian Moseley wrote:
action path=/admin/role/EditFormPrepare
Matt,
This looks reasonable. Generally speaking changing a button mapping
would involve new code, so a recompile is necessary, but as you mention
you are mapping multiple buttons to the same method.
Although I'd caution against using LookupDispatchAction unless you
really have forms that
But it seems to just increase the number of lines ;-)
Matt
-Original Message-
From: Erik Hatcher [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 18, 2002 7:06 AM
To: Struts Developers List
Subject: Re: LookupDispatchAction - loading values from a
properties file
Matt,
This looks
I think Ted's FindForwardAction (this is in the Scaffold codebase, I
assume, and also in his book) is the right answer for dealing with
image buttons *and* text buttons together. In fact, this is really the
solution that I think beats LookupDispatchAction - although it makes
extra mappings
, Eddie Bush wrote:
Ugh. I should have credited Erik Hatcher for this patch, but I forgot
to put it in on the commit notes. Is there a way I can fix this?
[EMAIL PROTECTED] wrote:
ekbush 2002/12/25 01:01:46
Modified:src/share/org/apache/struts/action ExceptionHandler.java
Log:
Make
All -
I'm proud (and worried about the support e-mails! :) to announce the
near-final release of a project demonstrating Ant, XDoclet, Struts,
JUnit, Cactus, and Lucene. Its called JavaDevWithAnt as it was written
for the book Steve and I co-authored and has been refined during
several
Just as a data point to this discussion, the XDoclet project uses
Pretty to do code formatting during the build process. It seems to
work fine, and of course, only touches files that should be touched
(the ones you're working on). Its odd sometimes to pop back to an IDE
from a command-line
Matt - that seems like a reasonable change to me, although maybe its
even more robust to find the parent form tag and call the getBeanName()
method there?
I haven't had a chance to try the change to see how it affects my
project yet though.
I'm confused on why your ActionForward action
Ok, I understand now... yes, thats a flaw in my LabelTag of course and
it should take into account the form bean on the page, not the action
mapping.
Let me know if you beat me to a fix. I don't have situations where
this has caused an NPE for me (yet), but would like to make sure its
robust
Try out Ant's cvstagdiff task - there is even an XSL file to turn
this into a nice report built into the Ant 1.5+ distribution.
Details:
http://jakarta.apache.org/ant/manual/CoreTasks/cvstagdiff.html
Erik
On Sunday, January 19, 2003, at 03:01 AM, David M. Karr wrote:
David == David M Karr
First of all... why not use XDoclet to generate TLD files in the first
place? They you are guaranteed to have valid accurate TLD files.
But, more below...
Where should I put the Ant task class? Obviously, it would go in the
struts-el tree, but I'm not sure of the logistics of this. The task
On Thursday, February 27, 2003, at 01:57 PM, Martin Cooper wrote:
-Original Message-
From: Erik Hatcher [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 27, 2003 10:53 AM
To: Struts Developers List
Subject: Re: Investigating adding custom ant task to valid TLD
attributes bean mappings
On Thursday, February 27, 2003, at 02:24 PM, Craig R. McClanahan wrote:
There's a similar chicken-and-egg issue with the custom Ant tasks for
Tomcat integration. What I do is just copy catalina-ant.jar from my
most
recent Tomcat build and stick it in $ANT_HOME/lib. I don't try to
build
the
oops... my last message should have had this appended:
[1] http://www.ehatchersolutions.com/JavaDevWithAnt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Thursday, February 27, 2003, at 02:39 PM, James Mitchell wrote:
To add to Martins comments, some shared base fields (attributes) may
mean different things for different taglibs, depending on the subclass
so those shared fields would need multiple tags for different
subclasses.
If they mean
On Thursday, February 27, 2003, at 02:54 PM, James Mitchell wrote:
Yes, but in the case of 'indexed' for the html tags, it means (and is
documented so) several different things for different tags. The field
name is the same, so is the type, but how the tag handler decides what
to output depends
On Friday, February 28, 2003, at 10:48 PM, Craig R. McClanahan wrote:
+1, but we should leave a note behind saying what happened. It also
wouldn't bother me at all if someone else wanted to maintain such pages
(and we could point there from the resources pages).
Now that we have an official
Just food for thought:
How about using the OGNL expression language (www.ognl.org) rather than
writing your own parser? WebWork, Tapestry, and certainly others, are
using OGNL. (and the creator of it is a good friend of mine!)
Erik
On Thursday, March 6, 2003, at 12:56 AM, James Turner
good ol' LookupDispatchAction I know folks are using it and seem to
like it, but I created it in the context of a project gone way wrong
and now that I'm on to something bigger and better I have not used it
at all, believe it or not. I just want to say my apologies to the
Struts team for
On Monday, March 31, 2003, at 10:01 AM, Brandon Goodin wrote:
I'm curious why you consider it such a problem. It has solved several
issues
for me. Quite the opposite. I rarely use the base Action class :-)
LookupDispatchAction itself requires a tighter coupling between what is
in the
+1 from a non-committer (but sometimes contributor) as well. Release
it! Then if someone complains of a bug, it'll get fixed and another
release can come out.
On Thursday, May 29, 2003, at 03:15 AM, Andrew Hill wrote:
I aint no committer/contributor but if I get 2 cents worth (about 1.15
This idea is very similar to this one:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18015
I have a custom:label tag that I implemented to do this very thing
for field labels. I use the standard html:* form tags though, and do
not style the fields themselves differently if they are in
I had reported this with Validator ages ago and I thought it had been
fixed.
I better try it soon, before TheServerSide Symposium! :O
Erik
On Tuesday, June 17, 2003, at 09:52 AM, White, Joshua A (HTSC, CASD)
wrote:
Craig,
I receive the same errors when using the validator. I wound up
1 - 100 of 114 matches
Mail list logo