[JBoss JIRA] (RF-13486) Photoalbum: viewing g+ albums improvements
by Jiří Štefek (JIRA)
[ https://issues.jboss.org/browse/RF-13486?page=com.atlassian.jira.plugin.s... ]
Jiří Štefek updated RF-13486:
-----------------------------
Description:
# album view: there is no slideshow button, when browsing album (but it is there, when you are browsing images)
# photo view: dataScroller needs to be fixed as the dataScrollers used in public/own shelves (when scrolling to next page and selecting an image from there, the dataScroller's actual page returns to previous page)
# photo view: breadcrumbs contains bad album group ('Event: Rock concert of the decade')
was:
# enhancement: there is no slideshow button, when browsing album (but it is there, when you are browsing images)
# bug: dataScroller needs to be fixed as the dataScrollers used in public/own shelves (when scrolling to next page and selecting an image from there, the dataScroller's actual page returns to previous page)
> Photoalbum: viewing g+ albums improvements
> ------------------------------------------
>
> Key: RF-13486
> URL: https://issues.jboss.org/browse/RF-13486
> Project: RichFaces
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Components: examples
> Reporter: Jiří Štefek
> Assignee: Michal Petrov
> Labels: photoalbum
> Fix For: 4.3.5
>
>
> # album view: there is no slideshow button, when browsing album (but it is there, when you are browsing images)
> # photo view: dataScroller needs to be fixed as the dataScrollers used in public/own shelves (when scrolling to next page and selecting an image from there, the dataScroller's actual page returns to previous page)
> # photo view: breadcrumbs contains bad album group ('Event: Rock concert of the decade')
--
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
12 years, 4 months
[JBoss JIRA] (RF-13480) Java package re-structure for the photoalbum demo
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/RF-13480?page=com.atlassian.jira.plugin.s... ]
Lukáš Fryč commented on RF-13480:
---------------------------------
If we get inspired by quickstarts [1]:
1) `UserBean` should be called just `User` and be in `model` package
* managed beans for view layer should be called `controllers` (spring mvc terminology), they are usually usually CDI beans annotated with @Model (that is in turn an @Named @RequestScoped stereotype
* JPA repositories (classes manipulating with JPA/entities or other data) are in `data` package
I don't think this is something strict, but consistency may help and quickstarts went through detailed review process.
[1] https://github.com/jboss-developer/jboss-eap-quickstarts/tree/master/kitc...
> Java package re-structure for the photoalbum demo
> -------------------------------------------------
>
> Key: RF-13480
> URL: https://issues.jboss.org/browse/RF-13480
> Project: RichFaces
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Components: examples
> Reporter: Brian Leathem
> Assignee: Michal Petrov
> Labels: photoalbum
> Fix For: 4.3.5
>
> Original Estimate: 2 hours
> Remaining Estimate: 2 hours
>
> This issue addresses the cleanup of the java package namespace of the demo.
> 1) The package _org.richfaces.photoalbum.bean_ contains the single class _UserBean_. Let's rename the package to something less generic like _user_ or consider merging it into another pre-existing package like _ui_.
> 2) The _event_ package is separate from the _domain_ package. Let's consider moving the _event_ package to be a sub-package of _domain_. While we are at it, I find the package name _model_ to be more descriptive than _domain_.
> 3) The _services_ package may be better described as an _actions_ package.
> 4) The _util_ package is too generic. Consider creating _converters_ and _validators_ packages to hold the bulk of these classes. Additionally the classnames _*Stuff_ and _Utils_ could be named less generically.
> 5) having the two top-level classes _search_ and _ejbsearch_ is confusing. Can one package be a sub-folder of the other? Alternatively could one be in the _ui_ folder, or the other in a _model_ folder?
--
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
12 years, 4 months
[JBoss JIRA] (RF-13486) Photoalbum: viewing g+ albums improvements
by Jiří Štefek (JIRA)
Jiří Štefek created RF-13486:
--------------------------------
Summary: Photoalbum: viewing g+ albums improvements
Key: RF-13486
URL: https://issues.jboss.org/browse/RF-13486
Project: RichFaces
Issue Type: Enhancement
Security Level: Public (Everyone can see)
Components: examples
Reporter: Jiří Štefek
Assignee: Michal Petrov
Fix For: 4.3.5
# enhancement: there is no slideshow button, when browsing album (but it is there, when you are browsing images)
# bug: dataScroller needs to be fixed as the dataScrollers used in public/own shelves (when scrolling to next page and selecting an image from there, the dataScroller's actual page returns to previous page)
--
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
12 years, 4 months
[JBoss JIRA] (RF-13455) The rich:tabPanel no longer visits tab header facets while rendering a response.
by Matej Novotny (JIRA)
[ https://issues.jboss.org/browse/RF-13455?page=com.atlassian.jira.plugin.s... ]
Matej Novotny updated RF-13455:
-------------------------------
Labels: regression (was: needs-qe regression)
> The rich:tabPanel no longer visits tab header facets while rendering a response.
> --------------------------------------------------------------------------------
>
> Key: RF-13455
> URL: https://issues.jboss.org/browse/RF-13455
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-panels-layout-themes
> Affects Versions: 4.3.4
> Environment: java 7,
> tomcat 7, JBoss AS,
> mojarra, myfaces
> chrome, firefox
> Reporter: Alexey Shakov
> Assignee: Brian Leathem
> Labels: regression
> Fix For: 4.3.5, 4.5.0.Alpha2, 5.0.0.Alpha3
>
> Original Estimate: 2 hours
> Remaining Estimate: 2 hours
>
> I use ajax to update the header label of rich:tab. That is why label is placed in a header-facet. Since RF 4.3.4 this does not work:
> {code:xml}
> <?xml version="1.0" encoding="UTF-8"?>
> <!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:ui="http://java.sun.com/jsf/facelets" xmlns:h="http://java.sun.com/jsf/html"
> xmlns:c="http://java.sun.com/jsp/jstl/core" xmlns:rich="http://richfaces.org/rich" xmlns:a4j="http://richfaces.org/a4j"
> xmlns:f="http://java.sun.com/jsf/core" xml:lang="en" lang="en">
> <h:head>
> </h:head>
> <h:body>
>
> <a4j:log hotkey="M" mode="popup" />
> <h:form id="form" prependId="false">
> <rich:tabPanel id="tabPanel">
> <rich:tab header="tab 1">
> <a4j:commandLink value="click me" action="#{testBean.put('clicks',testBean.clicks + 1)}" render="label" execute="@this" />
> </rich:tab>
> <rich:tab>
> <f:facet name="header">
> <h:outputText id="label" value="#{testBean.clicks} clicks" />
> </f:facet>
> </rich:tab>
> </rich:tabPanel>
> </h:form>
> </h:body>
> </html>
> {code}
> testBean is a simple session-scoped HashMap.
--
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
12 years, 4 months
[JBoss JIRA] (RF-13455) The rich:tabPanel no longer visits tab header facets while rendering a response.
by Matej Novotny (JIRA)
[ https://issues.jboss.org/browse/RF-13455?page=com.atlassian.jira.plugin.s... ]
Matej Novotny closed RF-13455.
------------------------------
Verified, closing issue.
> The rich:tabPanel no longer visits tab header facets while rendering a response.
> --------------------------------------------------------------------------------
>
> Key: RF-13455
> URL: https://issues.jboss.org/browse/RF-13455
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-panels-layout-themes
> Affects Versions: 4.3.4
> Environment: java 7,
> tomcat 7, JBoss AS,
> mojarra, myfaces
> chrome, firefox
> Reporter: Alexey Shakov
> Assignee: Brian Leathem
> Labels: regression
> Fix For: 4.3.5, 4.5.0.Alpha2, 5.0.0.Alpha3
>
> Original Estimate: 2 hours
> Remaining Estimate: 2 hours
>
> I use ajax to update the header label of rich:tab. That is why label is placed in a header-facet. Since RF 4.3.4 this does not work:
> {code:xml}
> <?xml version="1.0" encoding="UTF-8"?>
> <!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:ui="http://java.sun.com/jsf/facelets" xmlns:h="http://java.sun.com/jsf/html"
> xmlns:c="http://java.sun.com/jsp/jstl/core" xmlns:rich="http://richfaces.org/rich" xmlns:a4j="http://richfaces.org/a4j"
> xmlns:f="http://java.sun.com/jsf/core" xml:lang="en" lang="en">
> <h:head>
> </h:head>
> <h:body>
>
> <a4j:log hotkey="M" mode="popup" />
> <h:form id="form" prependId="false">
> <rich:tabPanel id="tabPanel">
> <rich:tab header="tab 1">
> <a4j:commandLink value="click me" action="#{testBean.put('clicks',testBean.clicks + 1)}" render="label" execute="@this" />
> </rich:tab>
> <rich:tab>
> <f:facet name="header">
> <h:outputText id="label" value="#{testBean.clicks} clicks" />
> </f:facet>
> </rich:tab>
> </rich:tabPanel>
> </h:form>
> </h:body>
> </html>
> {code}
> testBean is a simple session-scoped HashMap.
--
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
12 years, 4 months
[JBoss JIRA] (RF-13455) The rich:tabPanel no longer visits tab header facets while rendering a response.
by Matej Novotny (JIRA)
[ https://issues.jboss.org/browse/RF-13455?page=com.atlassian.jira.plugin.s... ]
Matej Novotny commented on RF-13455:
------------------------------------
Verified that using 4.3.3 you can change tab header with ajax, with 4.3.4 you can no longer do this.
With your fix, this behaviour can be achieved again - tested with 4.3.5, 4.5 and 5.
> The rich:tabPanel no longer visits tab header facets while rendering a response.
> --------------------------------------------------------------------------------
>
> Key: RF-13455
> URL: https://issues.jboss.org/browse/RF-13455
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-panels-layout-themes
> Affects Versions: 4.3.4
> Environment: java 7,
> tomcat 7, JBoss AS,
> mojarra, myfaces
> chrome, firefox
> Reporter: Alexey Shakov
> Assignee: Brian Leathem
> Labels: needs-qe, regression
> Fix For: 4.3.5, 4.5.0.Alpha2, 5.0.0.Alpha3
>
> Original Estimate: 2 hours
> Remaining Estimate: 2 hours
>
> I use ajax to update the header label of rich:tab. That is why label is placed in a header-facet. Since RF 4.3.4 this does not work:
> {code:xml}
> <?xml version="1.0" encoding="UTF-8"?>
> <!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:ui="http://java.sun.com/jsf/facelets" xmlns:h="http://java.sun.com/jsf/html"
> xmlns:c="http://java.sun.com/jsp/jstl/core" xmlns:rich="http://richfaces.org/rich" xmlns:a4j="http://richfaces.org/a4j"
> xmlns:f="http://java.sun.com/jsf/core" xml:lang="en" lang="en">
> <h:head>
> </h:head>
> <h:body>
>
> <a4j:log hotkey="M" mode="popup" />
> <h:form id="form" prependId="false">
> <rich:tabPanel id="tabPanel">
> <rich:tab header="tab 1">
> <a4j:commandLink value="click me" action="#{testBean.put('clicks',testBean.clicks + 1)}" render="label" execute="@this" />
> </rich:tab>
> <rich:tab>
> <f:facet name="header">
> <h:outputText id="label" value="#{testBean.clicks} clicks" />
> </f:facet>
> </rich:tab>
> </rich:tabPanel>
> </h:form>
> </h:body>
> </html>
> {code}
> testBean is a simple session-scoped HashMap.
--
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
12 years, 4 months
[JBoss JIRA] (RF-13463) Photoalbum: improvements for adding images
by Jiří Štefek (JIRA)
[ https://issues.jboss.org/browse/RF-13463?page=com.atlassian.jira.plugin.s... ]
Jiří Štefek updated RF-13463:
-----------------------------
Labels: photoalbum (was: )
> Photoalbum: improvements for adding images
> ------------------------------------------
>
> Key: RF-13463
> URL: https://issues.jboss.org/browse/RF-13463
> Project: RichFaces
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Components: examples
> Affects Versions: 4.3.4
> Reporter: Jiří Štefek
> Assignee: Michal Petrov
> Priority: Trivial
> Labels: photoalbum
> Fix For: 4.3.5
>
>
> On the 'add images' page/view:
> * there is a r:select where you can specify to which album the images will be uploaded, but you have to blur the input after such selection to reset the previously uploaded data, it would be more comfortable if it is done immediately after the selection
> * when you upload some images there is a message on the bottom saying "Successfully downloaded images:", shouldn't there be 'uploaded' ?
> * the upload result should be reset after page/view revisit. Now you can upload image, then e.g. browse to that uploaded image and return back to 'add images' view and the state of previous upload is still there.
> * there should be a message, when trying to add an unacceptable type of image (others than jpg)
--
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
12 years, 4 months
[JBoss JIRA] (RF-13463) Photoalbum: improvements for adding images
by Jiří Štefek (JIRA)
[ https://issues.jboss.org/browse/RF-13463?page=com.atlassian.jira.plugin.s... ]
Jiří Štefek closed RF-13463.
----------------------------
verified, closing.
> Photoalbum: improvements for adding images
> ------------------------------------------
>
> Key: RF-13463
> URL: https://issues.jboss.org/browse/RF-13463
> Project: RichFaces
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Components: examples
> Affects Versions: 4.3.4
> Reporter: Jiří Štefek
> Assignee: Michal Petrov
> Priority: Trivial
> Labels: photoalbum
> Fix For: 4.3.5
>
>
> On the 'add images' page/view:
> * there is a r:select where you can specify to which album the images will be uploaded, but you have to blur the input after such selection to reset the previously uploaded data, it would be more comfortable if it is done immediately after the selection
> * when you upload some images there is a message on the bottom saying "Successfully downloaded images:", shouldn't there be 'uploaded' ?
> * the upload result should be reset after page/view revisit. Now you can upload image, then e.g. browse to that uploaded image and return back to 'add images' view and the state of previous upload is still there.
> * there should be a message, when trying to add an unacceptable type of image (others than jpg)
--
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
12 years, 4 months