[
https://jira.jboss.org/browse/RF-9137?page=com.atlassian.jira.plugin.syst...
]
Paulo Pinto commented on RF-9137:
---------------------------------
I looked how the method was implemented in 3.3.2, and it looks like a regression issue to
me.
The dimensions are now calculated in a different way in 3.3.3, with the old way only being
used for IE 6, if I understand the code correctly.
Another feedback I would like to give, is that the way the dimensions are calculated, if I
give left padding and keep the other dimensions with 0px size, I get one pixel less on the
right side of the combo box. Apparently this is also a possible issue for a 2nd Jira, but
I am still unsure about it.
Richfaces.ComboBox.setInputWidth() can only handle numeric values
-----------------------------------------------------------------
Key: RF-9137
URL:
https://jira.jboss.org/browse/RF-9137
Project: RichFaces
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: component-input
Affects Versions: 3.3.3.Final
Environment: IE 8
Windows
Reporter: Paulo Pinto
Assignee: Nick Belaevski
Fix For: Future_3.X
The Richfaces comboBox component fails to work if a style is applied to the component
that uses medium, thin and so on, as dimensions.
It breaks the code in setInputWidth() method, line 124. The parsed number will be NaN,
thus breaking the Javascript logic.
In our case we have set the CSS class INPUT.rich-combobox-input-inactive to border-right:
medium none.
This makes the property CSS attribute border-right-width have the value medium, which
breaks the parsing routine.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira