[JBoss JIRA] Created: (RF-5508) Provide a facility to cache on the browser the data/records that were already loaded through AJAX in tabPanel/scrollableDataTable. Also a refresh machanism is desired.
by Samba Siva Rao Kolusu (JIRA)
Provide a facility to cache on the browser the data/records that were already loaded through AJAX in tabPanel/scrollableDataTable. Also a refresh machanism is desired.
------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Key: RF-5508
URL: https://jira.jboss.org/jira/browse/RF-5508
Project: RichFaces
Issue Type: Feature Request
Affects Versions: 3.2.2
Environment: Any JEE supporting Web/App Server and any standards compliant Browser
Reporter: Samba Siva Rao Kolusu
It would be highly desirable to have the data already loaded through AJAX be cached on the Browser rather than fetching it again every time the component accessed!
For example,in scrollableDataTable caching the data while we scroll down and showing the same when the user scrolls up makes reduces a lot of requests to the server and queries to the database. Similarly, In case of tabPanel, loading the data through AJAX only when the tab is created,and then displaying the cached data on every subsequent tab focus reduces so many requests to server. Similarly the tree nodes can be cached if loaded through AJAX. In general,this feature can be applied to other components in situations where data is loaded through AJAX. Preferably, this caching feature should be made optional by providing an attribute at the component level.
Also a means to refresh the cached data in the browser should be put in the component itself in either or both of the following ways :
1.the end user explicitly requesting "refresh cache" by clicking a link on the corresponding component or
2.based on some input or on meeting certain criteria, the page developer should be able to clear the cache and load records freshly.
It should be noticed that loading the same number of records as were there before clearing the cache (if they are still available) would be better from usability perspective.
Caching the data on the client-side improves performance manifold for those sites where there won't be any changes in the existing data set. But if there would be new records being added or existing records being deleted in the database , then client-side caching may not be any option to choose. Or may be we must ponder over how we can detect if there is a difference between the client-side cache and the data in the database,and then refresh the cache when a change is found!
--
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
15 years, 12 months
[JBoss JIRA] Created: (RF-4613) comboBox broken after placed in table header and reRendered
by Ilya Shaikovsky (JIRA)
comboBox broken after placed in table header and reRendered
-----------------------------------------------------------
Key: RF-4613
URL: https://jira.jboss.org/jira/browse/RF-4613
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.3.0
Reporter: Ilya Shaikovsky
Assignee: Nick Belaevski
1) open the page
2) press button outside the page
Result:
1) combo opens only from the second time.
2) after choosing some item - combo list can't be closed
3) combo list layout broken.
<h:form>
<rich:dataTable value="#{capitalsBean.capitals}" var="cap" id="table" rows="20">
<f:facet name="header">
<rich:columnGroup>
<rich:column colspan="2">
<h:outputText value="Filtering Example" />
</rich:column>
<rich:column breakBefore="true">
<h:outputText value="State Name" />
</rich:column>
<rich:column>
<h:outputText value="State Time Zone" />
</rich:column>
</rich:columnGroup>
</f:facet>
<rich:column filterMethod="#{filteringBean.filterStates}">
<f:facet name="header">
<rich:comboBox value="#{filteringBean.filterValue}" id="combo">
<f:selectItem itemValue="123"/>
<f:selectItem itemValue="123"/>
<f:selectItem itemValue="123"/>
<f:selectItem itemValue="123"/>
</rich:comboBox>
</f:facet>
<h:outputText value="#{cap.state}" />
</rich:column>
<rich:column
filterExpression="#{fn:containsIgnoreCase(cap.timeZone, filteringBean.filterZone)}">
<f:facet name="header">
<h:selectOneMenu value="#{filteringBean.filterZone}">
<f:selectItems value="#{filteringBean.filterZones}" />
<a4j:support event="onchange" reRender="table, ds2" />
</h:selectOneMenu>
</f:facet>
<h:outputText value="#{cap.timeZone}" />
</rich:column>
<f:facet name="footer">
<rich:datascroller id="ds2" renderIfSinglePage="false"></rich:datascroller>
</f:facet>
</rich:dataTable>
<a4j:commandButton reRender="table"></a4j:commandButton>
</h:form>
--
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
15 years, 12 months
[JBoss JIRA] Created: (RF-4562) calendar: incorrect behaviour when using short datePattern like "dd, MM"
by Tsikhon Kuprevich (JIRA)
calendar: incorrect behaviour when using short datePattern like "dd, MM"
------------------------------------------------------------------------
Key: RF-4562
URL: https://jira.jboss.org/jira/browse/RF-4562
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.2.0
Environment: FF 3
myFaces
tomcat 6
jsp
Reporter: Tsikhon Kuprevich
Assignee: Nick Belaevski
1. Set datePattern="dd, MM"
2. Click input field
3. Select some date
=> Date appears correctly in input
4. Click input again
=> a) input becomes empty, which not happens if datePattern="dd, MM, yyyy"
b) There is no selected date above the footer (see image)
>From the other hand, if we use datePattern="dd, yy"
=> The same as previous, but there is "NaN, NaN" verbiages above the footer.
--
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
15 years, 12 months