May 2013 - richfaces-issues - Jboss List Archives

[JBoss JIRA] (RF-11736) rich:popupPanel x domElementAttachment="parent"

by Geert Bergman (JIRA)

[ https://issues.jboss.org/browse/RF-11736?page=com.atlassian.jira.plugin.s... ] Geert Bergman edited comment on RF-11736 at 5/5/13 7:46 PM: ------------------------------------------------------------ I ran into this bug using JBoss 4.2.2. Two comments: 1) When you close the popup using "hide()" the associated form (parent) style is set to "display=none". This means that the effective size the popup becomes 0px by 0px. When you open the popup it is correctly centered using this values: the center screen pixel. After that this style is set to block causing the form to display in the 4th quadrant of the screen. My fix: {code:JavaScript} /* Rich popupPanels seem to have a bug that causes them to position * themselves at the 4th quadrant of the screen when opened for the * second time. You can use this as a patch: * * <r:popupPanel id="eventDialog" resizeable="false" autosized="true" * onbeforeshow="fixCenter('eventForm:eventDialog');"> */ function fixCenter(popupFormId) { var p = document.getElementById(popupFormId); if (p) { p.style.visibility = "hidden"; p.style.display = "block"; } } {code} 2) This is worse: when trying to fix this I found something rather suspicious. In "popupPanel.js" this code is (was) used: {code:JavaScript} show: function(event, opts) { var element = this.cdiv; if (!this.shown && this.invokeEvent("beforeshow", event, null, element)) { this.preventFocus(); {code} But in "richfaces-base-component.js" the parameter order seems to be a different one: {code:JavaScript} /** * Invokes event on on the DOM element * @param eventType event type, e.g. "click" * @param element DOM element object * @param event jQuery Event * @param data additional data used for event handler * @return true if an event is successfully invoked */ invokeEvent: function(eventType, element, event, data) { {code} Hope this helps! was (Author: scrivo): In ran into this bug using JBoss 4.2.2. Two comments: 1) When you close the popup using "hide()" the associated form (parent) style is set to "display=none". This means that the effective size the popup becomes 0px by 0px. When you open the popup it is correctly centered using this values: the center screen pixel. After that this style is set to block causing the form to display in the 4th quadrant of the screen. My fix: {code:JavaScript} /* Rich popupPanels seem to have a bug that causes them to position * themselves at the 4th quadrant of the screen when opened for the * second time. You can use this as a patch: * * <r:popupPanel id="eventDialog" resizeable="false" autosized="true" * onbeforeshow="fixCenter('eventForm:eventDialog');"> */ function fixCenter(popupFormId) { var p = document.getElementById(popupFormId); if (p) { p.style.visibility = "hidden"; p.style.display = "block"; } } {code} 2) This is worse: when trying to fix this I found something rather suspicious. In "popupPanel.js" this code is (was) used: {code:JavaScript} show: function(event, opts) { var element = this.cdiv; if (!this.shown && this.invokeEvent("beforeshow", event, null, element)) { this.preventFocus(); {code} But in "richfaces-base-component.js" the parameter order seems to be a different one: {code:JavaScript} /** * Invokes event on on the DOM element * @param eventType event type, e.g. "click" * @param element DOM element object * @param event jQuery Event * @param data additional data used for event handler * @return true if an event is successfully invoked */ invokeEvent: function(eventType, element, event, data) { {code} Hope this helps! > rich:popupPanel x domElementAttachment="parent" > ----------------------------------------------- > > Key: RF-11736 > URL: https://issues.jboss.org/browse/RF-11736 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.0.0.Final > Environment: NetBeans 7.0.0 + GlassFish 3.1.1 + JSF2 + CDI + RF4 + Hibernate3 > Reporter: Edilmar Alves > Fix For: 5-Tracking > > > rich:popupPanel repositions after second click when we use domElementAttachment="parent" -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (RF-11736) rich:popupPanel x domElementAttachment="parent"

by Geert Bergman (JIRA)

[ https://issues.jboss.org/browse/RF-11736?page=com.atlassian.jira.plugin.s... ] Geert Bergman edited comment on RF-11736 at 5/5/13 7:40 PM: ------------------------------------------------------------ In ran into this bug using JBoss 4.2.2. Two comments: 1) When you close the popup using "hide()" the associated form (parent) style is set to "display=none". This means that the effective size the popup becomes 0px by 0px. When you open the popup it is correctly centered using this values: the center screen pixel. After that this style is set to block causing the form to display in the 4th quadrant of the screen. My fix: {code:JavaScript} /* Rich popupPanels seem to have a bug that causes them to position * themselves at the 4th quadrant of the screen when opened for the * second time. You can use this as a patch: * * <r:popupPanel id="eventDialog" resizeable="false" autosized="true" * onbeforeshow="fixCenter('eventForm:eventDialog');"> */ function fixCenter(popupFormId) { var p = document.getElementById(popupFormId); if (p) { p.style.visibility = "hidden"; p.style.display = "block"; } } {code} 2) This is worse: when trying to fix this I found something rather suspicious. In "popupPanel.js" this code is (was) used: {code:JavaScript} show: function(event, opts) { var element = this.cdiv; if (!this.shown && this.invokeEvent("beforeshow", event, null, element)) { this.preventFocus(); {code} But in "richfaces-base-component.js" the parameter order seems to be a different one: {code:JavaScript} /** * Invokes event on on the DOM element * @param eventType event type, e.g. "click" * @param element DOM element object * @param event jQuery Event * @param data additional data used for event handler * @return true if an event is successfully invoked */ invokeEvent: function(eventType, element, event, data) { {code} Hope this helps! was (Author: scrivo): In ran into this bug using JBoss 4.2.2. Two comments: 1) When you close the popup using "hide()" the associated form (parent) style is set to "display=none". This means that the effective size the popup becomes 0px by 0px. When you open the popup it is correctly centered using this values: the center screen pixel. After that this style is set to block causing the form to display in the 4th quadrant of the screen. My fix: {code:JavaScript} /* Rich popupPanels seem to have a bug that causes them to position * themselves at the 4th quadrant of the screen when opened for the * second time. You can use this as a patch: * * <r:popupPanel id="eventDialog" resizeable="false" autosized="true" * onbeforeshow="fixCenter('eventForm:eventDialog');"> */ function fixCenter(popupFormId) { var p = document.getElementById(popupFormId); if (p) { p.style.visibility = "hidden"; p.style.display = "block"; } } {code} 2) This is worse: when trying to fix this I found something rather suspicious. In "popupPanel.js" this code is (was) used: {code:JavaScript} show: function(event, opts) { var element = this.cdiv; if (!this.shown && this.invokeEvent("beforeshow", event, null, element)) { this.preventFocus(); {code} But in "richfaces-base-component.js" the parameter orders seems to be a different one: {code:JavaScript} /** * Invokes event on on the DOM element * @param eventType event type, e.g. "click" * @param element DOM element object * @param event jQuery Event * @param data additional data used for event handler * @return true if an event is successfully invoked */ invokeEvent: function(eventType, element, event, data) { {code} Hope this helps! > rich:popupPanel x domElementAttachment="parent" > ----------------------------------------------- > > Key: RF-11736 > URL: https://issues.jboss.org/browse/RF-11736 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.0.0.Final > Environment: NetBeans 7.0.0 + GlassFish 3.1.1 + JSF2 + CDI + RF4 + Hibernate3 > Reporter: Edilmar Alves > Fix For: 5-Tracking > > > rich:popupPanel repositions after second click when we use domElementAttachment="parent" -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (RF-11736) rich:popupPanel x domElementAttachment="parent"

by Geert Bergman (JIRA)

[ https://issues.jboss.org/browse/RF-11736?page=com.atlassian.jira.plugin.s... ] Geert Bergman commented on RF-11736: ------------------------------------ In ran into this bug using JBoss 4.2.2. Two comments: 1) When you close the popup using "hide()" the associated form (parent) style is set to "display=none". This means that the effective size the popup becomes 0px by 0px. When you open the popup it is correctly centered using this values: the center screen pixel. After that this style is set to block causing the form to display in the 4th quadrant of the screen. My fix: {code:JavaScript} /* Rich popupPanels seem to have a bug that causes them to position * themselves at the 4th quadrant of the screen when opened for the * second time. You can use this as a patch: * * <r:popupPanel id="eventDialog" resizeable="false" autosized="true" * onbeforeshow="fixCenter('eventForm:eventDialog');"> */ function fixCenter(popupFormId) { var p = document.getElementById(popupFormId); if (p) { p.style.visibility = "hidden"; p.style.display = "block"; } } {code} 2) This is worse: when trying to fix this I found something rather suspicious. In "popupPanel.js" this code is (was) used: {code:JavaScript} show: function(event, opts) { var element = this.cdiv; if (!this.shown && this.invokeEvent("beforeshow", event, null, element)) { this.preventFocus(); {code} But in "richfaces-base-component.js" the parameter orders seems to be a different one: {code:JavaScript} /** * Invokes event on on the DOM element * @param eventType event type, e.g. "click" * @param element DOM element object * @param event jQuery Event * @param data additional data used for event handler * @return true if an event is successfully invoked */ invokeEvent: function(eventType, element, event, data) { {code} Hope this helps! > rich:popupPanel x domElementAttachment="parent" > ----------------------------------------------- > > Key: RF-11736 > URL: https://issues.jboss.org/browse/RF-11736 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.0.0.Final > Environment: NetBeans 7.0.0 + GlassFish 3.1.1 + JSF2 + CDI + RF4 + Hibernate3 > Reporter: Edilmar Alves > Fix For: 5-Tracking > > > rich:popupPanel repositions after second click when we use domElementAttachment="parent" -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (RF-12963) Set the correct license headers for all files in the project

by Brian Leathem (JIRA)

Brian Leathem created RF-12963: ---------------------------------- Summary: Set the correct license headers for all files in the project Key: RF-12963 URL: https://issues.jboss.org/browse/RF-12963 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Components: clean-up Reporter: Brian Leathem Assignee: Brian Leathem Fix For: 5.0.0.Alpha1 Many of the license headers are missing or out of date (referencing the Ajax4jsf project for instance). We should use the tooling available in the IDEs to update the licence headers of all files. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (RF-12962) No tag defined for name actionListener

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-12962?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-12962: ------------------------------- Fix Version/s: 5.0.0.Alpha1 > No tag defined for name actionListener > -------------------------------------- > > Key: RF-12962 > URL: https://issues.jboss.org/browse/RF-12962 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 5.0.0.Alpha1 > Environment: RichFaces 5.0.0-SNAPSHOT > Reporter: Pavol Pitonak > Priority: Blocker > Fix For: 5.0.0.Alpha1 > > > After packages refactoring, component actionListener is no longer available. > {quote} > <r:actionListener> Tag Library supports namespace: http://richfaces.org/rich, but no tag was defined for name: actionListener > {quote} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (RF-12960) Port the archetypes to work with RichFaces 5

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-12960?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-12960: ------------------------------- Fix Version/s: 5.0.0.Alpha1 > Port the archetypes to work with RichFaces 5 > -------------------------------------------- > > Key: RF-12960 > URL: https://issues.jboss.org/browse/RF-12960 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Jan Papousek > Labels: archetype > Fix For: 5.0.0.Alpha1 > > > This work should be done on the master branch of the archetypes repository, with RichFaces 4.x release continuing on a branch. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (RF-12960) Port the archetypes to work with RichFaces 5

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-12960?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-12960: ------------------------------- Description: This work should be done on the master branch of the archetypes repository, with RichFaces 4.x release continuing on a branch. > Port the archetypes to work with RichFaces 5 > -------------------------------------------- > > Key: RF-12960 > URL: https://issues.jboss.org/browse/RF-12960 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Jan Papousek > Labels: archetype > > This work should be done on the master branch of the archetypes repository, with RichFaces 4.x release continuing on a branch. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (RF-12960) Port the archetypes to work with RichFaces 5

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-12960?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-12960: ------------------------------- Summary: Port the archetypes to work with RichFaces 5 (was: archetypes are not available for RichFaces 5) > Port the archetypes to work with RichFaces 5 > -------------------------------------------- > > Key: RF-12960 > URL: https://issues.jboss.org/browse/RF-12960 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Jan Papousek > Labels: archetype > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (RF-12960) archetypes are not available for RichFaces 5

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-12960?page=com.atlassian.jira.plugin.s... ] Brian Leathem commented on RF-12960: ------------------------------------ Indeed it [isn't available|https://repository.jboss.org/nexus/content/repositories/snapsho...] in the JBoss Public Maven Repository. We apparently have not yet ported the Archetypes repository to use the RichRFaces 5 artifacts. Nice catch [~jpapouse]! > archetypes are not available for RichFaces 5 > -------------------------------------------- > > Key: RF-12960 > URL: https://issues.jboss.org/browse/RF-12960 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Jan Papousek > Labels: archetype > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 10 months

1
0
0 / 0

[JBoss JIRA] (RF-12903) Review the usage of dist/assembly as the richfaces.jar assembler and depchain

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-12903?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč commented on RF-12903: --------------------------------- The issue is prepared for a review: https://github.com/richfaces/richfaces5/pull/23 > Review the usage of dist/assembly as the richfaces.jar assembler and depchain > ----------------------------------------------------------------------------- > > Key: RF-12903 > URL: https://issues.jboss.org/browse/RF-12903 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: build/distribution > Reporter: Lukáš Fryč > Assignee: Lukáš Fryč > Priority: Critical > Fix For: 5.0.0.Alpha1 > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 10 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues May 2013