[JBoss JIRA] Created: (RF-10409) ProgressBar: using defaults(min and max) breaks component look and feel
by Ilya Shaikovsky (JIRA)
ProgressBar: using defaults(min and max) breaks component look and feel
-----------------------------------------------------------------------
Key: RF-10409
URL: https://issues.jboss.org/browse/RF-10409
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-output
Affects Versions: 4.0.0.Milestone5
Reporter: Ilya Shaikovsky
Assignee: Nick Belaevski
<rich:progressBar mode="client" id="progressBar">
<f:facet name="initial">
<h:outputText value="Process doesn't started yet"/>
</f:facet>
<f:facet name="complete">
<h:outputText value="Process Done"/>
</f:facet>
</rich:progressBar>
(from client mode showcase demo).
PB appears as completed.
<rich:progressBar mode="client" id="progressBar" value="-1"> - does not makes difference.
So seems the problem in min and max. when them set - it appears in initial state with last definition.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 11 months
[JBoss JIRA] Created: (RF-10392) Skin parameters are needed for Panel Menu
by Gleb Galkin (JIRA)
Skin parameters are needed for Panel Menu
-----------------------------------------
Key: RF-10392
URL: https://issues.jboss.org/browse/RF-10392
Project: RichFaces
Issue Type: Sub-task
Security Level: Public (Everyone can see)
Components: component, component-output
Affects Versions: 4.0.0.Milestone5
Reporter: Gleb Galkin
Assignee: OLga Chikvina
Fix For: 4.0.0.Milestone6
Skin parameters are needed for Panel Menu for hovered panel menu item, panel menu group, panel menu top item, panel menu top group. Please, update the design-4x, panel_menu.html.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 11 months
[JBoss JIRA] Created: (RF-10209) Tab and Toolbar abbreviations confusion
by Gleb Galkin (JIRA)
Tab and Toolbar abbreviations confusion
---------------------------------------
Key: RF-10209
URL: https://issues.jboss.org/browse/RF-10209
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component, component-output
Affects Versions: 4.0.0.CR1
Reporter: Gleb Galkin
Assignee: Ilya Shaikovsky
Fix For: Future_4.X
Tab and Toolbar share the same abbreviations: td. I think that Tab could be 'tab' and Toolbar - 'tb'. Ilya, please, confirm and reassign this issue to somebody to fix classes names for these components.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 11 months
[JBoss JIRA] Created: (RF-10413) TemplateEncoderRendererbase always uses Tidy Parser, even if NEKO defined in default parser
by Neil Buesing (JIRA)
TemplateEncoderRendererbase always uses Tidy Parser, even if NEKO defined in default parser
-------------------------------------------------------------------------------------------
Key: RF-10413
URL: https://issues.jboss.org/browse/RF-10413
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component
Affects Versions: 3.3.3.Final
Environment: Windows XP SP3, 32-bit; Linux 2.6.18, 32bit
Reporter: Neil Buesing
In an attempt to improve performance (as observed with JProfiler) switched from using Tidy parser to the NEKO parser. In doing so, no changes were observed in the TemplateEncoderRendererBase class (which ContextMenuRendererBase inherits) that we are using for our context sensitive menus.
In a 12 second response test, over 8 seconds appears to be happening within TemplateEncoderRendererBase.writeScriptBody(). It appears, that method is hard-coded to use the Tidy Parser. It also appears it reads the tidy.properties file on every call to the method.
I was hoping this would use the NEKO parser when defined as the default parser within our web.xml file.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 11 months
[JBoss JIRA] Created: (RF-10341) client api: inplaceInput api issues
by Ilya Shaikovsky (JIRA)
client api: inplaceInput api issues
-----------------------------------
Key: RF-10341
URL: https://issues.jboss.org/browse/RF-10341
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-input
Affects Versions: 4.0.0.Milestone5
Reporter: Ilya Shaikovsky
Assignee: Pavel Yaschenko
Fix For: 4.0.0.CR1
1) RF-10162 - seems works even worse now. now it throws undefined for me.
2) cancel not works. I tried next cases:
<rich:inplaceInput defaultLabel="click to enter your name" saveOnBlur="false" onblur="#{rich:component('ii')}.save()" id="ii"/> - works fine. according to saveOnBlur value should be reseted on blur but it sotered with onblur handler used api.
but
<rich:inplaceInput defaultLabel="click to enter your name" saveOnBlur="true" onblur="#{rich:component('ii')}.cancel()" id="ii"/> has minor problem. It cancels value but "changed" red mark appeared.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 11 months