[JBoss JIRA] Created: (RF-4313) dragIndicator: component stay binded to cursor after mouse button is released under Safari browser.
by Mikhail Vitenkov (JIRA)
dragIndicator: component stay binded to cursor after mouse button is released under Safari browser.
---------------------------------------------------------------------------------------------------
Key: RF-4313
URL: https://jira.jboss.org/jira/browse/RF-4313
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.2.2
Environment: Safari 3.1(3.2.2.BETA5)
Reporter: Mikhail Vitenkov
Assignee: Nick Belaevski
Priority: Minor
#1. Use following code:
<h:form>
<rich:panel id="panelID">
<rich:dragIndicator id="indicatorID">
<f:facet name="single">
<f:verbatim>{param1} {param2} {param3}</f:verbatim>
</f:facet>
</rich:dragIndicator>
<rich:panel style="width: 200px;">
<rich:dragSupport dragType="button" dragIndicator="indicatorID">
<rich:dndParam name="param1" value="dragParam"></rich:dndParam>
</rich:dragSupport>
<h:commandButton id="buttonID" action="return false;"
value="draggable button" />
</rich:panel>
<br />
<rich:panel style="width: 200px;">
<h:inputTextarea id="textAreaID1" value="accept button"
disabled="true" />
<rich:dropSupport acceptedTypes="button">
<rich:dndParam name="param2" value="dropParam1"></rich:dndParam>
</rich:dropSupport>
</rich:panel>
<rich:panel style=" width : 200px;">
<h:inputTextarea id="textAreaID2" value="reject button"
disabled="true" />
<rich:dropSupport acceptedTypes="">
<rich:dndParam name="param3" value="dropParam2"></rich:dndParam>
</rich:dropSupport>
</rich:panel>
</rich:panel>
</h:form>
#2. Navigate to page with rich:dragIndicator under Safari.
#3. Drag panel with "draggable button" button to any of remaining panels.
#4. Under a panel with dropSupport inside release mouse button.
#5. Move pointer out the panel.
Actual behavior:
Drag indicator with dndParams still visible & attached to mouse pointer.
--
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
17 years, 4 months
[JBoss JIRA] Created: (RF-4395) rich:dropDownMenu - display is never right
by Chris Simons (JIRA)
rich:dropDownMenu - display is never right
------------------------------------------
Key: RF-4395
URL: https://jira.jboss.org/jira/browse/RF-4395
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.2.1
Reporter: Chris Simons
I see a lot of rich:dropDownMenu bugs being resolved as "Cannot Reproduce" but RichFaces users are clearly reporting these issues over and over again.
Here is a simple rich:dropDownMenu inside of a rich:dataTable column.
<rich:dropDownMenu value="Actions">
<rich:menuItem submitMode="ajax" value="Edit"
action="#{userProfileManager.modifyEmergencyContact}">
</rich:menuItem>
<rich:menuItem submitMode="ajax" value="Delete"
action="#{userProfileManager.preRemoveEmergencyContact}"
oncomplete="javascript:Richfaces.showModalPanel('removePopup')">
</rich:menuItem>
</rich:dropDownMenu>
In IE 6, this renders wrong (see screenshot).
In FireFox 2.0/3.0, it is still wrong but slightly better. (see screenshot)
Adding a rich:toolBar around the rich:dropDownMenu does little to change the appearance...
<rich:toolBar>
<rich:dropDownMenu value="Actions">
<rich:menuItem submitMode="ajax" value="Edit"
action="#{userProfileManager.modifyEmergencyContact}">
</rich:menuItem>
<rich:menuItem submitMode="ajax" value="Delete"
action="#{userProfileManager.preRemoveEmergencyContact}"
oncomplete="javascript:Richfaces.showModalPanel('removePopup')">
</rich:menuItem>
</rich:dropDownMenu>
</rich:toolBar>
IE 6 - see screenshot; first menuItem will not highlight when hovered; appearance is all over the place
Firefox 2.0/3.0 - see screenshot;
These are two RichFaces components not playing nice together. Shouldn't they?
--
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
17 years, 4 months
[JBoss JIRA] Created: (RF-3488) DataScrollerPhaseListener searches component tree when not using datascroller component
by Peter Brewer (JIRA)
DataScrollerPhaseListener searches component tree when not using datascroller component
---------------------------------------------------------------------------------------
Key: RF-3488
URL: http://jira.jboss.com/jira/browse/RF-3488
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.2.0
Environment: RichFaces 3.2.0.SR1 + Seam 2.0.1.GA + JBoss AS 4.2.2.GA
Reporter: Peter Brewer
Priority: Minor
The org.richfaces.component.DataScrollerPhaseListener adds a phase listener that always searches through the component tree looking for a DataScroller component (to reset the pagination I think), evaluating the isRendered flag on each component.
I would suggest that, if possible, this should only occur when a DataScroller component is actually present on the page, avoiding the overhead of searching the entire component tree on each request. (Could the DataScroller component store its id in the view root attributes to switch the searching on/ off?)
Also, the evaluation of the rendered attribute by the phase listener ought to be documented to aid developers.
--
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
17 years, 4 months