[JBoss JIRA] Created: (RF-10274) IE: tabPanel disappears inside a popupPanel
by Juergen Zimmermann (JIRA)
IE: tabPanel disappears inside a popupPanel
-------------------------------------------
Key: RF-10274
URL: https://issues.jboss.org/browse/RF-10274
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-panels-layout-themes
Affects Versions: 4.0.0.Milestone5
Reporter: Juergen Zimmermann
Attachments: 1-before-resizing-having-tabPanel.jpg
In IE I open a popupPanel having a width which is too large. Now I try to resize the popupPanel which contains a tabPanel. Now the tabPanel is lost. I attach two screenshot to illustrate the Problem:
a) before resizing: having the tabPanel
b) after resizing: the tabPanel is gone.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 4 months
[JBoss JIRA] Created: (RF-10495) Calendar: use bold font for input not for popup in EDT
by Pavol Pitonak (JIRA)
Calendar: use bold font for input not for popup in EDT
------------------------------------------------------
Key: RF-10495
URL: https://issues.jboss.org/browse/RF-10495
Project: RichFaces
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: component-input
Affects Versions: 4.0.0.Milestone6
Environment: RichFaces 4.0.0.20110209-M6 r.21581
all browsers
Reporter: Pavol Pitonak
Attachments: calendarEDT.png
Now, when a line in extended data table is selected, all columns are rendered with bold font. However, calendar's input has normal font and only calendar's popup has bold font which doesn't look good in Internet Explorer. Therefore, I suggest to make calendar's input bold and popup leave with normal font weight (see screenshot)
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 4 months
[JBoss JIRA] Created: (RF-10489) extend render-property of rich:ajax to accept css or jquery like selectors
by nimo stephan (JIRA)
extend render-property of rich:ajax to accept css or jquery like selectors
--------------------------------------------------------------------------
Key: RF-10489
URL: https://issues.jboss.org/browse/RF-10489
Project: RichFaces
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Reporter: nimo stephan
The JSF2 (RF4) supports ajax out of the box with its render-property.
The render-property does only accept one or more server-side compontent ID's.
Why does the render-value does not support classes?
Or going further, why does the render-value does not support css-or jquery-like selectors?
It would be very nice and clean to do something like this:
<f:ajax render="$('.myclass)" .../>
instead of this:
<f:ajax render=":form, :text, :table, :menu" .../>
myclass could be act as SERVICE:
So I say myclass has the name "update_data_hobbies" and with that name I include all its components which should be considered by invoking the service "update_data_hobbies".
<f:ajax render="$('.update_data_hobbies)" .../>
<h:form class="update_data_hobbies"..>
..
</h:form>
<h:inputText class"update_data_hobbies"../>
<rich:datatable class="update_data_hobbies".../>
<!-- and so on.. -->
(by the way, it would be cleaner to extract the service-name from the html5 data-attribute, for example data-ajax="update_data_hobbies").
With the ability to enhance the property with css-jquery-like selectors, I can, for example, easily update all my table-elements:
<f:ajax render="$('table')" .../>
Go one step further, now the developer can maintain all the ajax-cluttered-code easily by searching for the name of the service, namely update_data_hobbies, within the code to get or see all related ajax-components in one step without the need to search by ID. Go two steps further, jboss tools can then easily provide an Editor ("ajax-overview-editor") in which all correlated ajax-calls are viewed by its service.
One of the main problems while developing ajax-sites is, that it is not very fast and easy to see and maintain all the components which are affected by ajax-calls. It will become harder, if the affected compontens are cluttered in more than one pages, which can happen when using templating future of jsf/facelets. It is annoying, to limit the render-value by its id, it is annoying, to search all the ID's which are listed in the render-value manually. It would leverage the semantic level of developing and maintainance by introducing the service "update_data_hobbies" instead of its correlated IDs.
For this reason, I created a future request.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 4 months
[JBoss JIRA] Created: (RF-10356) Tooltip: composite components incompatibility
by Nick Belaevski (JIRA)
Tooltip: composite components incompatibility
---------------------------------------------
Key: RF-10356
URL: https://issues.jboss.org/browse/RF-10356
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-output
Affects Versions: 4.0.0.Milestone6
Reporter: Nick Belaevski
Assignee: Alex Kolonitsky
31.01.2011 1:03:32 com.sun.faces.application.view.FaceletViewHandlingStrategy handleRenderException
SEVERE: Error Rendering View[/richfaces/component-sample.xhtml]
java.lang.NullPointerException: id is null!
at org.richfaces.renderkit.util.RendererUtils.findComponentFor(RendererUtils.java:768)
at org.richfaces.renderkit.html.TooltipRenderer.getScriptObjectOptions(TooltipRenderer.java:183)
at org.richfaces.renderkit.html.TooltipRenderer.getScriptObject(TooltipRenderer.java:163)
at org.richfaces.renderkit.html.TooltipRenderer.getScriptObject(TooltipRenderer.java:56)
at org.richfaces.renderkit.html.DivPanelRenderer.writeJavaScript(DivPanelRenderer.java:140)
at org.richfaces.renderkit.html.TooltipRenderer.doEncodeEnd(TooltipRenderer.java:207)
at org.richfaces.renderkit.RendererBase.encodeEnd(RendererBase.java:174)
at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:879)
at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:308)
at com.sun.faces.renderkit.html_basic.GroupRenderer.encodeChildren(GroupRenderer.java:101)
at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:849)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1643)
at com.sun.faces.renderkit.html_basic.CompositeRenderer.encodeChildren(CompositeRenderer.java:75)
at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:849)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1643)
at org.richfaces.renderkit.RendererBase.renderChildren(RendererBase.java:278)
at org.richfaces.renderkit.html.AjaxOutputPanelRenderer.encodeChildren(AjaxOutputPanelRenderer.java:58)
at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:849)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1643)
at javax.faces.render.Renderer.encodeChildren(Renderer.java:164)
at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:849)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1643)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1646)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1646)
at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:389)
at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:127)
at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:269)
at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:117)
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:97)
at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:135)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:309)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:243)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:201)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:163)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:108)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:556)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:401)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:242)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:267)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:245)
at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:260)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:619)
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 4 months