[JBoss JIRA] Created: (RF-3632) Lost input focus after rerendering parent form
by Benno Markiewicz (JIRA)
Lost input focus after rerendering parent form
----------------------------------------------
Key: RF-3632
URL: http://jira.jboss.com/jira/browse/RF-3632
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.2.1
Environment: RF 3.2.1.CR3
IE 6
Firefox 2.0.0.11
Java 1.5.0_15
jetty-6.1.9
WinXP SP2
Reporter: Benno Markiewicz
A control within a parent form looses its focus when the parent form is rerendered. The rerendering was forced by an event fired from the child control. See the source (based on http://livedemo.exadel.com/richfaces-demo/richfaces/support.jsf?c=support)
<h:form id="myform">
<h:panelGrid columns="2">
<h:inputText id="myinput" value="#{userBean.name}">
<a4j:support event="onkeyup" reRender="myform" />
</h:inputText>
<h:outputText id="outtext" value="#{userBean.name}" />
</h:panelGrid>
</h:form>
Notice the difference. Instead of "outtext" "myform" will be rerendered.
Background: You have a detail form with several components. Every control on the form changes the internal state. The view represents the actual state, so the whole form has to be rerendered. But when you rerender the parent form, the focus/selection state of the actual component is lost.
--
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
13 years, 7 months
[JBoss JIRA] Created: (RF-4410) dragAndDrop: unnecessary events is fired.
by Alexander Dubovsky (JIRA)
dragAndDrop: unnecessary events is fired.
-----------------------------------------
Key: RF-4410
URL: https://jira.jboss.org/jira/browse/RF-4410
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.2.2
Environment: 3.2.2.CR3
Reporter: Alexander Dubovsky
Assignee: Nick Belaevski
Code:
<html>
<head>
<title>DragAndDrop</title>
<style>
.styleDrag {
border-width: 3px;
border-color: FF3300;
width: 50px;
height: 50px;
}
.styleDrop {
border-width: 3px;
border-color: 66CC33;
width: 50px;
height: 50px;
}
</style>
<script>
DnD.CLIENT_VALIDATION_OFF = false;
function writeLog(message) {
console.log(message);
}
</script>
</head>
<body>
<f:view>
<h:form>
<rich:panel styleClass="styleDrag">
<rich:dragSupport dragType="dragType"
onbeforedomupdate="writeLog('drag: onbeforedomupdate')"
oncomplete="writeLog('drag: oncomplete')"
ondragend="writeLog('drag: ondragend')"
ondragstart="writeLog('drag: ondragstart')"
ondropout="writeLog('drag: ondropout')"
ondropover="writeLog('drag: ondropover')">
</rich:dragSupport>
</rich:panel>
<rich:panel styleClass="styleDrop">
<rich:dropSupport acceptedTypes="dragType"
onbeforedomupdate="writeLog('drop: onbeforedomupdate')"
oncomplete="writeLog('drop: oncomplete')"
ondragenter="writeLog('drop: ondragenter')"
ondragexit="writeLog('drop: ondragexit')"
ondrop="writeLog('drop: ondrop')"
ondropend="writeLog('drop: ondropend')">
</rich:dropSupport>
</rich:panel>
</h:form>
</f:view>
</body>
</html>
# Open page
# Click on Green (Drop zone) square
Result: "ondropend" is fired - it is unnecessary event.
# Drag red (Drag zone) square on Drop square (do not throw mouse button)
Result: ondropover, ondragenter, ondropout, ondragexit, ondropover, ondragenter.... events are fired - all events except 1th and 2th (ondropover, ondragenter) are unnecessary.
--
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
13 years, 9 months
[JBoss JIRA] Created: (RF-2374) Draggable components and OS objects
by Nick Belaevski (JIRA)
Draggable components and OS objects
-----------------------------------
Key: RF-2374
URL: http://jira.jboss.com/jira/browse/RF-2374
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.2.0
Reporter: Nick Belaevski
Assigned To: Nick Belaevski
Fix For: 3.2.0
OS-drawn objects (APPLET, OBJECT, etc.) have multiple issues with draggable components. The issue can be fixed by supplying IFRAME under component's node. As for now, IFRAME is supplied for IE6 only. Fix the issue for another browsers:
- Check whether APPLET & "native" OBJECT elements (e.g. http://jira.jboss.com/jira/browse/RF-100 ) are presented on the page
- Create shimming IFRAME if some mentioned objects detected
- As detection of such objects can be done after full document load only, than we should provide special switch attribute to components that can be shown opened on page load (modalPanel with showWhenRendered="true")
--
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
13 years, 10 months
[JBoss JIRA] Created: (RF-4524) Rich data table commits entire form when sorting is used.
by Sergey Halipov (JIRA)
Rich data table commits entire form when sorting is used.
---------------------------------------------------------
Key: RF-4524
URL: https://jira.jboss.org/jira/browse/RF-4524
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.2.1
Reporter: Sergey Halipov
<h:form>
<h:inputText required="true" id="test" value="#{bean.test}" />
<rich:message for="test" />
<rich:dataTable value="#{product.vehicleInfos}" var="vehicle" styleClass="width100proc"
style="text-align: center;" id="vehicleList"
reRender="vehicleList" ajaxSingle="true" >
<rich:column style="width: 40%;" sortBy="#{vehicle.model}" >
<f:facet name="header" >
<h:outputText value="${msg['transferBestOffer.result.vehicleModel']}" />
</f:facet>
#{vehicle.model}
</rich:column>
.................
</rich:dataTable>
</h:form>
When I click column header table is resorted as expected but entire form is submitted so there are unneeded validation messages for required inputs outside dataTable.
--
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
13 years, 10 months
[JBoss JIRA] Created: (RF-2560) It's not possible to create menu items with the help of <a4j:repeat />
by Bj?rn Weinbrenner (JIRA)
It's not possible to create menu items with the help of <a4j:repeat />
----------------------------------------------------------------------
Key: RF-2560
URL: http://jira.jboss.com/jira/browse/RF-2560
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.1.4
Environment: windows, jboss, ff/ie, jsf ri
Reporter: Bj?rn Weinbrenner
It seems that its not possible to use <ui:repeat /> or <a4j:repeat /> to create menus. if you iterate to add menuItems to a a menu e.g. contextmenu they won't appear.
That seems to depend on the implementation of org.richfaces.renderkit.html.AbstractMenuRenderer
Only direct children are search for items. Repeat-Components are ignored and their childs aren't found.
public void encodeItems(FacesContext context, UIComponent component) throws IOException {
List kids = component.getChildren();
Iterator it = kids.iterator();
while (it.hasNext()) {
UIComponent kid = (UIComponent)it.next();
if (kid instanceof UIMenuGroup || kid instanceof UIMenuItem || kid instanceof UIMenuSeparator) {
renderChild(context, kid);
}
}
}
--
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
13 years, 10 months