Thanks for the votes of support =:0)
I have a patch pending with FormProc now that I would like to include in
our opt-formproc extension. I just left a note for Anthon Eden to see
how he felt about it. FormProc caches the original input, and the patch
exposes the list so controls can redisplay
At the moment, I use a combination of (1) and (2). A disadvantage of (4) - if I see it
correctly - is that I create messages at runtime (f.e. validation error messages) and
it would be more complicated in the view if I had to create them at compiletime.
The way I do it now is, I use my own
At the moment, I use a combination of (1) and (2).
A disadvantage of (4) - if I see it correctly -
is that I create messages at runtime (f.e. validation
error messages) and it would be more complicated in
the view if I had to create them at compiletime.
Yes, but as I see those validation
Again, correct me if I'm wrong :-)
But what if there would not be just one message but instead one message (selected at
runtime) out of a possible number of messages. The view would then have to either [1]
select the localized message at runtime or [2] include every possible message at
But what if there would not be just one message
but instead one message (selected at runtime)
out of a possible number of messages.
Can you show me use case of this?
The view would then have to either [1] select
the localized message at runtime or [2]
include every possible message at
Is there a way, using opt-domify, to set HTTP headers on the last step?
It seems one could solve it with servlet filters, but I'm looking for
some way to manage this within the Maverick framework.
=
Dave Hahn
[EMAIL PROTECTED]
__
Do you Yahoo!?
Yahoo!
hi
can i use freemarker with maverick as a view?
thanks
mark
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
[INVALID FOOTER]
Hi y'all,
Since we're on this topic, i've run into a strange i18n problem. We
have an app that stores information in various languages in the database
and the page showing may have to be shown in more than one language, for
example, one line may be english, one may be chinese, etc. Has
thanks jaap, much appreciated.
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
[INVALID FOOTER]
Welcome Ted :-)
Your FormProc enhancements, coupled with opt-formproc sound very
promising. I look forward to using it.
Your packaging question is a good one, I don't think that has been
discussed in the past. Traditionally all new code was packaged under
'org.infohazard.maverick' simply
From: Mike Moulton [mailto:[EMAIL PROTECTED]
Your packaging question is a good one, I don't think that has been
discussed in the past. Traditionally all new code was packaged under
'org.infohazard.maverick' simply because that is mavericks package.
However this has lead to consistency in
I think someone mentioned recently that it might be time for another
Maverick release. If nothing else, I've noticed some minor
inconsistencies in the JavaDocs. (I think the comments still reflect a
prior release.)
Perhaps we might consider a new Maverick release using the net.sf.mav
From: Aapo Laakkonen [mailto:[EMAIL PROTECTED]
I would like to know what do you think is the best way to write
localized messages in web application. I have a few possibilities:
4. Ant task that does the replaces and deploys each
language in it's own dir and then use Maverick's
13 matches
Mail list logo