Hi Rick,
> > Thanks for the quick reply. I really appreciate that. By the way, love
> > your book. I highly recommend it for anyone wanting to learn Stripes. You
> > and Tim did a great job!
Thank you for the nice comments! It's great to read that, it makes
me very happy that you like the book!
Hi Rick,
Which is the default locale on your machine (Locale.getDefault())?
The default displaytag.properties should always be the one with the same
language as your default locale.
If your default locale is FR, you should have displaytag.properties for FR
and displaytag_en.properties for EN.
Yo
Freddy,
Thanks for the quick reply. I really appreciate that. By the way,
love your book. I highly recommend it for anyone wanting to learn
Stripes. You and Tim did a great job!
Prior to my original post, I had tried both upper and lowercase
language c
Hi Rick,
> straightforward (and works great), however, I want to provide language
> support for my displaytag tables too. It appears the default
> displaytag.properties file is being found, but I can't seem to find the
> language specific displaytag properties file, such as,
> displaytag_FR.pr
Greetings,
Perhaps I'm just not searching the correct phrase, and I apologize if
this has already been posted, but I need assistance.
I'm in the process of providing multi-language support for my Stripes
application.
Using the StripesResource file for specific languages is pretty
straightfo
"Lionel" a écrit dans le message de
news: i8ni9u$hu...@dough.gmane.org...
> Looks like it happens only with strings, longs and dates are well
> populated.
> Really looks like a Converter issue.
> I guess it comes from stripernate as I don't have any converter in this
> project...
I was stripe
I've never seen IntelliStripes for IntelliJ and have no idea what the pluses
or value of it is. I use Eclipse and the functionality I get works for me.
Is IntelliStripes doing something above and beyond what Eclipse does? If
so, what?
Can anyone make a small screencast of the functionality? W
Looks like it happens only with strings, longs and dates are well populated.
Really looks like a Converter issue.
I guess it comes from stripernate as I don't have any converter in this
project...
--
Beautiful is writ
Hello,
I have an issue I never had with stripes (1.5.3), probably due to
configuration error, but it must be so obvious that I can't find it !
Fields and link parameters are not populated.
${actionBean.myObject.myField} shows the right value but remains empty.
is empty also.
Where should I lo
Very good point. I'm running intellistripes in IDEA 9.0.3 and get
semi-frequent errors. Such as:
String index out of range: 12: String index out of range: 12
java.lang.StringIndexOutOfBoundsException: String index out of range: 12
at java.lang.String.substring(String.java:1934)
Today I learned that if you write your own Formatter for String values, it's
a good idea to make it be pretty forgiving about format types that it
doesn't understand. Why? Because input tags with "value" attributes will
use your String formatter on the String values for that attribute. If you've
g
Looking at the svn log, this came up when I was fixing some file
upload-related stuff in May, 2008. There is one little line in the log
(r921) that indicates we agreed that validation errors should not carry
forward on a flash/redirect. This is just a note to let you know this has
come up before, a
I'd just like to weigh in on what I think is an important factor when
someone evaluates a framework that, hasn't got a mention. That's IDE
support for the framework. People have been talking about activity on
the mailing lists as important for perception but the lack of a plugin
for say Eclipse
Hi,
Errors don't survive the redirect. Only messages do.
One thing you can do is to save errors in context.getMessages("errors") and get
them back on the next request. This solutions may force you to create a
subclass of MessagesTag.
Another option is to save errors in flash scope and get them b
> Anyway, I guess it wouldn't hurt to have choice of the method
> (property or parameter binding) as long as it didn't need bending
> all the framework. But if someone would go on and implement this, I
> believe that would be quite difficult to do so that it doesn't break
> current Stripes-based co
W dniu 08.10.2010 03:02, Ross Sargant pisze:
> > If you split a complex action bean whose events currently share bean
> > properties into multiple beans, then you'll probably wind up with
> > duplication across the beans. Possibly even more then you would having
> > to duplicate event names in
16 matches
Mail list logo
