[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, 6 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, 6 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, 6 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, 6 months
[JBoss JIRA] Created: (RF-8952) Add <cdk:function> element to template language.
by Alexander Smirnov (JIRA)
Add <cdk:function> element to template language.
------------------------------------------------
Key: RF-8952
URL: https://jira.jboss.org/browse/RF-8952
Project: RichFaces
Issue Type: Task
Security Level: Public (Everyone can see)
Components: CDK
Reporter: Alexander Smirnov
Assignee: Alexander Smirnov
Fix For: 4.0.0.Milestone2
It would be useful to generate html code snippets as Java functions that would be called anywhere from template or java code. For example, html table cells need sofisticated code for iteration while they should be generated inside row elements. The template like this:
<table>
<tbody>
<cdk:call name="renderRows"/>
<cdk:function name="renderRow" >
<tr>
<cdk:call name="renderCells"/>
<cdk:function name="renderCell">
<td>....</td>
</cdk:function>
</tr>
</cdk:function>
</tbody>
</table>
lets to put row/cells rendering logic into Java code (renderRows/renderCells methods ) while template markup still follow desired html code.
P.S. It would be even more convenient to union both calls into single element with name/call attributes.
--
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, 6 months
[JBoss JIRA] Created: (RF-8210) switchType=ajax on modalPanel
by Gonzalez Adrian (JIRA)
switchType=ajax on modalPanel
-----------------------------
Key: RF-8210
URL: https://jira.jboss.org/jira/browse/RF-8210
Project: RichFaces
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Reporter: Gonzalez Adrian
Lately, I'm mostly (80% of times) rendering my rich:modalPanels in ajax mode [1] :
- a4j:commandButton calls a backing bean method, and rerenders the a4j:outputPanel surrounding rich;modalPanel.
oncomplete js handler call Richfaces.showPanel.
- the rich:modalPanel is inside a a4j:outputPanel nd its rendered attribute points to a backing bean property.
This is because each modalPanels weights more or less 5 ko (I've seen 4 different application and it was always at least 5 ko).
This code is repetitive.
Could it be possible to add a switchType (or mode) attribute on rich:calendar, the meaning of which would be :
1. if switchType=client, behaviour unchanged.
2. if switchType=ajax, Richfaces.showModal would make an ajax call, rerender the rich:modalPanel (so rich:modalPanel would always be contained in an invisible <span> or shting like this) and show it.
--
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