[JBoss JIRA] Created: (RF-8084) Panelbar does not expand with more than 4 panelBarItems
by Alan (JIRA)
Panelbar does not expand with more than 4 panelBarItems
-------------------------------------------------------
Key: RF-8084
URL: https://jira.jboss.org/jira/browse/RF-8084
Project: RichFaces
Issue Type: Bug
Components: component-menu
Affects Versions: 3.3.2.SR1, 3.3.2.GA, 3.3.2.CR1, 3.3.1
Environment: Bot Mac and Windows. Both IE and FF.
Reporter: Alan
Adding a rich:panelBar with more than 4 panelBarItems causes the panelBarItems to stay hidden.
Under Mac and FF 3.5 the pannels do not open anymore. If your zoom (Cmd +), the panels open again.
Under Windows and IE 8 you need to zoom one level (Ctrl +).
In the panelbar.js (showSlide function) this piece of code contains the problem.
slide.content.style.height=(h>0?h:0)+"px";
if (h<=1 && (this.panel.style.height=="" || this.panel.style.height.indexOf("%")!=-1)) {
this.panel.style.height="";
slide.content.style.height="100%";
}
h is the contentHeight. 'Normally' this returns a value which is <=1. But for some zoom levels and more than 4 panelBarItems this value gets bigger. This causes the height being set to 2 or 3 and the panelBarItem looks clossed.
This is probally caused by some rouding problem. A difference between offsetHeight and clientHeight?
Locally I fixed the problem to disable the check and always set the height of the slide.content to 100%.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 7 months
[JBoss JIRA] Created: (RF-4366) InputNumberSpinner: Locale will not be used for number input
by Gerrit Brehmer (JIRA)
InputNumberSpinner: Locale will not be used for number input
------------------------------------------------------------
Key: RF-4366
URL: https://jira.jboss.org/jira/browse/RF-4366
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.2.1
Environment: Firefox 3.0.1
Reporter: Gerrit Brehmer
Priority: Critical
Hi,
if i want to display a number with 1 fraction digit (like with f:convertNumber) and set step to "0.5" it will always use the english notation "." for output, but jsf use the locale (e.g. de) and convert my number "5.5" -> "55" before setting to my backing bean. And if i want to write the german notation into the input field with "," the javascript i think will drop my fraction digits before posting values. if I use "en" locale all functions properly.
Bye
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 7 months
[JBoss JIRA] Created: (RF-9485) IE9 Beta - AJAX broken
by Andrew May (JIRA)
IE9 Beta - AJAX broken
----------------------
Key: RF-9485
URL: https://jira.jboss.org/browse/RF-9485
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: browser compatibility
Affects Versions: 3.3.3.Final, 3.3.2.SR1
Environment: Windows Vista SP2 (Virtual PC VM), IE9 Beta
Reporter: Andrew May
In the Rich Faces Demo (3.3.3 Final) there are a couple of errors shown in the JavaScript Console in IE9, and the Ajax demos do not work.
On loading a section:
SCRIPT5007: 'undefined' is null or not an object - framework.pack.js.jsf, line 1870 character 65
On trying one of the AJAX demos (e.g. the CommandButton demo):
SCRIPT16386: No such interface supported - framework.pack.js.jsf, line 2373 character 3
In our applications (3.2.SR1), we see an error for every Ajax request:
SCRIPT16386: No such interface supported - 3_3_2.SR1org.ajax4jsf.javascript.AjaxScript, line 120 character 1
For both the SCRIPT16386 errors, the JavaScript is assigning A.outerHTML = new XMLSerializer().serializeToString(C)
I believe that this is the first version of IE9 to include XMLSerializer.
I don't know enough about XMLSerializer to know whether this is an IE9 issue or a RichFaces issue.
--
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
12 years, 7 months
[JBoss JIRA] Created: (RF-1107) Scrollable dataTable. Header scrolled badly on TAB button.
by Ilya Shaikovsky (JIRA)
Scrollable dataTable. Header scrolled badly on TAB button.
----------------------------------------------------------
Key: RF-1107
URL: http://jira.jboss.com/jira/browse/RF-1107
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.2.0
Environment: FF 2.0.0.6
Reporter: Ilya Shaikovsky
Assigned To: Konstantin Mishin
Fix For: 3.2.0
Two use-cases failed:
"case - 1.png"
frozenColCount=0
all the columns with inputs
last columns aren't in visible part
When I use TAB key - columns scrolled to be displayed (good) but headers jsut stays (Wrong!)
"case - 2.png"
frozenColCount=2
all the columns with inputs
last columns aren't in visible part
I use TAB key. Focused inputs changed one by one only in "frozen zone" (seems good), but after I press TAB on the last input - the focus jumps to non frozen column input and frozen columns - scrolled and shifted down(Wrong!). But headers still aren't scrolled (good in this case).
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 7 months