How to change item colors to a select tag list

[TonyD]

I'am using struct 2.0.6. 
I need to populate a select tag list with different colors for each item
according to some conditions.  

example:

First Item (in BLACK)
Second Item (in GREEN)
Third Item(in GREEN)
Fourth Item  (in RED) 

Is it possible?  I haven't seen something like that in the structs showcase
example.
Could someone help me please! Thanks!
  
-- 
View this message in context: 
http://www.nabble.com/How-to-change-item-colors-to-a-select-tag-list-tf4024238.html#a11430324
Sent from the Struts - Dev mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: How to change item colors to a select tag list

[Mark Menard]

You really should post this to the user list. You will probably get  
more traction over there.


Mark

--
Mark Menard
518 369 7356
[EMAIL PROTECTED]
Business: http://www.vitarara.net/
Personal: http://www.vitarara.org/

Sent from my iPhone

On Jul 4, 2007, at 8:44 AM, TonyD <[EMAIL PROTECTED]> wrote:



I'am using struct 2.0.6.
I need to populate a select tag list with different colors for each  
item

according to some conditions.

example:

First Item (in BLACK)
Second Item (in GREEN)
Third Item(in GREEN)
Fourth Item  (in RED)

Is it possible?  I haven't seen something like that in the structs  
showcase

example.
Could someone help me please! Thanks!

--
View this message in context: 
http://www.nabble.com/How-to-change-item-colors-to-a-select-tag-list-tf4024238.html#a11430324
Sent from the Struts - Dev mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Collections problem

[Rene Gielen]

Yes, I confirm this, too.

Basically, xwork does the same as before - automatically use 
GenericsObjectTypeDeterminer if found classpath. But from xwork 2.x on, 
this does not make sense any more, since it does not longer depend on 
additional tiger jar being deployed to activate Java5 support, and 
GenericsObjectTypeDeterminer will always be found in Classpath.


I've filed and fixed an issue for this in xwork: 
http://jira.opensymphony.com/browse/XW-536

The output should now be less confusing.

+1 fo setting GenericsObjectTypeDeterminer as the default for Struts2, 
instead of DefaultObjectTypeDeterminer as it is now...


Regards,
Rene

Aymeric Levaux schrieb:

Hi,

I faced the same problem and found the cause.

Prior to Xwork 2.0.3 the objectTypeDeterminer property in XWorkConverter 
was initialised using the instance created by the static block in 
ObjectTypeDeterminerFactory. This static block determines which 
implementation of the ObjectTypeDeterminer must be instantiated 
according to the Java version. This was quite useful: no need of extra 
configuration to get some benefits when using Java5+ versions.


In 2.0.3 the instance of ObjectTypeDeterminer in use is the one created 
in the Dispatcher (method init_PreloadConfiguration) and the 
implementation used depends of the value of struts.objectTypeDeterminer 
in struts.properties, which defaults to struts that points to the non 
generics implementation.


So applications developed with WebWork or prior Struts 2 versions that 
are taking benefits of the GenericsObjectTypeDeterminer are broken after 
migration to Struts 2.0.8 until the struts.objectTypeDeterminer in 
struts.properties is set to 'tiger'.


As Struts 2 is using Java 5, I guess that the default value of 
struts.objectTypeDeterminer should be 'tiger'.


And maybe the static block in ObjectTypeDeterminerFactory should be 
removed; it is a bit confusing when debugging.



Aymeric Levaux 


Musachy Barroso wrote:

Has anybody taken a look at this?

https://issues.apache.org/struts/browse/WW-1993?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_41243 



regards
musachy



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




--
Rene Gielen  | http://it-neering.net/
Aachen   | PGP-ID: BECB785A
Germany  | gielen at it-neering.net

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

STR-2585 and Commons FileUpload 1.2.1

[Paul Benedict]

Martin,

Are you still committing to FileUpload? I see there is one outstanding 
defect, but I'd like to slide in a request before that release. I am 
trying to resolve STR-2585 
(https://issues.apache.org/struts/browse/STR-2585) which does not keep 
the request parameters when the upload size is exceeded.


I am not sure what the solution is, but the problem is definitely 
SizeLimitExceededException does not return a reference to any of the 
parsed items. It would be nice if a developer could still retrieve the 
text parameters -- so that probably means going ahead and parsing the 
rest of the input stream, but throwing away all further files.


Paul

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]