July 2012 - richfaces-issues - Jboss List Archives

[JBoss JIRA] (RF-12309) CDK: naming conventions to avoid necessity write all the FQNs of classes in Renderer template and Component stub

by Lukáš Fryč (JIRA)

Lukáš Fryč created RF-12309: ------------------------------- Summary: CDK: naming conventions to avoid necessity write all the FQNs of classes in Renderer template and Component stub Key: RF-12309 URL: https://issues.jboss.org/browse/RF-12309 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Components: cdk Affects Versions: 4.2.0.Final Reporter: Lukáš Fryč There are lot of bindings which needs to be manually hard-coded in order to make the component work: Look at sample of the calendar component: 1. [Renderer template|https://github.com/richfaces/components/blob/4.2.2.20120513-Fina...] 2. [Component interface|https://github.com/richfaces/components/blob/4.2.2.20120513-Fin...] ---- What could follow naming conventions? 1. *Renderer template* * {{<class>}} - use the package where the template resides in: {{calendar.template.xml}} -> {{CalendarRenderer}} * {{<superclass}} - use the {{<class> + Base}}: {{CalendarRenderer}} -> {{CalendarRendererBase}}, if not exists, use {{org.richfaces.renderkit.RendererBase}} 2. *component* {{org.richfaces.component.AbstractCalendar}} * component-type: {{org.richfaces.Calendar}} * component-family: {{org.richfaces.Calendar}} * generated class: {{org.richfaces.component.UICalendar}} * renderer: {{org.richfaces.CalendarRenderer}} * tag: {{@Tag(name = "calendar", handler = "org.richfaces.view.facelets.CalendarHandler")}} Some definitions what need to be configured per component library: e.g. prefix for component type/family/renderer, etc. Only classes which violates conventions would be necessary to configure specifically. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

2
8
0 / 0

[JBoss JIRA] (RF-12296) Improve CDK c:forEach typing

by Paul Dijou (JIRA)

Paul Dijou created RF-12296: ------------------------------- Summary: Improve CDK c:forEach typing Key: RF-12296 URL: https://issues.jboss.org/browse/RF-12296 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Components: cdk Affects Versions: 4.2.2.Final Environment: All Reporter: Paul Dijou As we can see on [this comment|https://issues.jboss.org/browse/RF-10037?focusedCommentId=1269671...], you currently need to assign a list/array to a var before using it inside a {{<c:forEach>}} or the CDK doesn't know its correct type. As suggested by Lukas, I agree to add a {{cdk:itemType}} (or {{cdk:type}} like in the {{<cdk:object>}} tag) to specify manually the type of the object inside the iteration. If this attribute is present in the {{<c:forEach>}}, then the CDK use it to cast the object, otherwise it does the same as currently, no regression. In addition, for Enum, I would also try to use the initial import : {code:xml} <cdk:import package="org.richfaces.component" names="MyEnum" /> {code} In order to know the type of each Enum and then be able to correctly cast the following code : {code:xml} <cc:implementation> <c:forEach items="#{MyEnum.values()}" var="item"> #{item} </c:forEach> </cc:implementation> {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

3
10
0 / 0

[JBoss JIRA] (RF-12326) NPE if a cdk:fragment use another one before it has be defined

by Paul Dijou (JIRA)

11 years, 6 months

3
8
0 / 0

[JBoss JIRA] (RF-12308) CDK: format the generated sources according to JBoss community formatter

by Lukáš Fryč (JIRA)

Lukáš Fryč created RF-12308: ------------------------------- Summary: CDK: format the generated sources according to JBoss community formatter Key: RF-12308 URL: https://issues.jboss.org/browse/RF-12308 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Components: cdk Affects Versions: 4.2.0.Final Reporter: Lukáš Fryč Right now, sources generated by CDK are quite unreadable, since they do not follow any formatting rules. The formatting of the sources could be configurable, but by default JBoss community formatter should be followed. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

2
8
0 / 0

[JBoss JIRA] (RF-12339) CDK: generate methods from interfaces

by Paul Dijou (JIRA)

11 years, 6 months

3
7
0 / 0

[JBoss JIRA] Created: (RF-11355) commandButton doesn't work at first click in popupPanel

by Loïc TALON (JIRA)

commandButton doesn't work at first click in popupPanel ------------------------------------------------------- Key: RF-11355 URL: https://issues.jboss.org/browse/RF-11355 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-a4j-core Affects Versions: 4.0.0.Final Environment: OS : Windows Seven Virtual server : easy php Server JEE : Glassfish 3.1 JSF 2.0 Reporter: Loïc TALON Hi, Sorry i don't speak very well english. I have a problem with a4j:commandButton in popupPanel. The first click doesn't work for action to commandButton but the first clic work. That doesn't work only in popupPanel. <a4j:commandButton value="Valid" action="#{beanManaged.valid}" id="validButton" render="modalPanelInfo, formCreate" /> I think the problem is javax.faces.viewstate, beacause before the first clic doesn't have input hidden with javax.faces.viewstate but after the first clic i have input hidden with javax.faces.viewstate. How to solve this problem ? THX -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

8
18
0 / 0

[JBoss JIRA] Created: (RF-10835) File upload: progress bar doesn't show progress

by Pavol Pitonak (JIRA)

File upload: progress bar doesn't show progress ----------------------------------------------- Key: RF-10835 URL: https://issues.jboss.org/browse/RF-10835 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-input Affects Versions: 4.0.0.Final Environment: RichFaces 4.1.0-SNAPSHOT r.22320 Metamer 4.1.0-SNAPSHOT r.22342 Mojarra 2.1.0-FCS GlassFish Server Open Source Edition 3.1-SNAPSHOT OpenJDK Runtime Environment 1.6.0_20-b20 @ Linux Chrome 10.0.648.204 @ Linux x86_64 Reporter: Pavol Pitonak Attachments: fileUpload3.png When a file is uploaded using rich:fileUpload, progress bar doesn't show progress (see screenshot from Chrome). -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

6
9
0 / 0

[JBoss JIRA] (RF-12030) rich:dataScroller doesn't work if a rich:message exists inside of a collapsed rich:collapsiblePanel with switchType='ajax'

by Rene O (JIRA)

Rene O created RF-12030: --------------------------- Summary: rich:dataScroller doesn't work if a rich:message exists inside of a collapsed rich:collapsiblePanel with switchType='ajax' Key: RF-12030 URL: https://issues.jboss.org/browse/RF-12030 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.2.0.Final Environment: tomcat 7, richfaces-4.2.0.Final, myfaces-2.1.6 Reporter: Rene O rich:dataScroller doesn't work if a rich:message exists inside of a collapsed rich:collapsiblePanel with switchType='ajax' Steps to reproduce this issue: 1. use dataScroller to switch table-pages. you can see, that this works. 2. collaps collapsiblePanel 3. if collapsiblePanel is collapsed, the dataScroller doesn't react anymore. 4. if you use switchType='client' everything works correct {code:title=examplepage.xhtml} <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xmlns:h="http://java.sun.com/jsf/html" xmlns:f="http://java.sun.com/jsf/core" xmlns:ui="http://java.sun.com/jsf/facelets" xmlns:a4j="http://richfaces.org/a4j" xmlns:rich="http://richfaces.org/rich" > <h:head> <title>JSF Test</title> </h:head> <h:body> <h:form id="myForm"> <rich:collapsiblePanel header="collapsPanel" id="collapsPanel" expanded="true" switchType="ajax"> <h:inputText id="test" value="" /> if rich:message doesn't exists, everything works... <rich:message id="testMessage" for="test"/> </rich:collapsiblePanel> <rich:dataTable id="tableA" var="item" value="#{model.tableList}" rows="5" style="width:350px;"> <f:facet name="header"> <h:outputText value="HeaderA" /> </f:facet> <rich:column id="colA" > <f:facet name="header"> ColA </f:facet> #{item.itemA} </rich:column> <f:facet name="footer"> <rich:dataScroller for="tableA" id="ds"/> </f:facet> </rich:dataTable> </h:form> </h:body> </html> {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

5
11
0 / 0

[JBoss JIRA] (RF-11763) javascript error : item is undefined on nested tabPanel with switchType='ajax'

by Jean ANDRE (Created) (JIRA)

javascript error : item is undefined on nested tabPanel with switchType='ajax' ------------------------------------------------------------------------------ Key: RF-11763 URL: https://issues.jboss.org/browse/RF-11763 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.1.0.CR1 Environment: Websphere 8 - RAD 8 - JSF Mojorra 2.1.4 - Spring 3.0.6 Final - Use @Inject @Named @SessionScoped as annotations - Firefox 7.0.1 - Windows 7 (6.1 sp1) - AspectJ 1.6.12 / AJDT Reporter: Jean ANDRE Priority: Blocker Attachments: screenshot-1.jpg See also RF-11750 for the context. Briefly, we have nested tabPanel - The firs tabPanel is made of static and dynamic tabPanel. One tabPanel contains the search form. When the user performs a search and for each search we open a new tab that contains the result list. When the user click on an item, we update the tab with the detailed information. The detailed information is made of 6 tabs - There are like a subtabs from the parent tabs. When we set the switchType to 'client' the tab performs well. But as we want that the same tab serves as form to edit and view the detailed information, we want to refresh the tab to display the inputText instead of the outputText. This is the edit mode. Then, we need to refresh the tab and we decided to pass in ajax switchType for theses subTab. Owener, switching to the 'ajax' triggers a javascript error that blocks the UI. None tab is selectable, user cannot switch from a tab to another tab. Moreover we failed to refresh the tab but the reason is still unknown. Javascript error is : {code} item is undefined - [Stopper sur une erreur] if (!item.disabled && item.getName() === itemName) { toggle...chfaces (ligne 363) http://localhost:12000/crm/javax.faces.resource/togglePanel.js.jsf?ln=org... {code} The involved code is (where >>>> is): {code} /** * @private * */ __getItemIndex : function (itemName) { var item; for (var i = 0; i < this.items.length; i++) { item = this.items[i]; >>>>>> if (!item.disabled && item.getName() === itemName) { return i; } } {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

6
22
0 / 0

[JBoss JIRA] (RF-11822) Load components onload (on page ready)

by Lukáš Fryč (Created) (JIRA)

Load components onload (on page ready) -------------------------------------- Key: RF-11822 URL: https://issues.jboss.org/browse/RF-11822 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Components: cdk, core Affects Versions: 4.1.0.Final Reporter: Lukáš Fryč According to Yahoo performance recommendations ([1], see "Post-load Components"), visual components should be loaded on page load ({{onload}} event) to avoid heavy JavaScript processing before page is completely visually built. In RichFaces, it is simple task using {{JavaScriptService}}, which enables you to collect and inject JavaScript snippets which should be loaded using jQuery {{$(document).ready(...)}}. Thanks to CDK templates, it's also simple change in renderers, just move component contructor to newly created CDK tag {{<cdk:onloadScript>}}, which would delegate to {{JavaScriptService}} (if {{JavaScriptService}} not found, processing may fall back to rendering {{<script>window.addEventHandler('load', ...)</script>}}, but this is optional part. [1] http://developer.yahoo.com/performance/rules.html -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

3
4
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues July 2012