[JBoss JIRA] (GTNPORTAL-3230) 508 compliancy changes doesn't properly 'hide' elements for rtl languages
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-3230?page=com.atlassian.jira.pl... ]
RH Bugzilla Integration commented on GTNPORTAL-3230:
----------------------------------------------------
Filip Kiss <fkiss(a)redhat.com> changed the Status of [bug 990137|https://bugzilla.redhat.com/show_bug.cgi?id=990137] from ON_QA to ASSIGNED
> 508 compliancy changes doesn't properly 'hide' elements for rtl languages
> -------------------------------------------------------------------------
>
> Key: GTNPORTAL-3230
> URL: https://issues.jboss.org/browse/GTNPORTAL-3230
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Mobile, User Interface
> Reporter: Matt Wringe
> Assignee: Matt Wringe
> Fix For: 3.6.3.Final
>
>
> The 508 changes to "hide" content off to a negative left position is incorrect when handling rtl languages. For rtl languages it should be placed at a negative right position instead.
> With older android browsers there is an issue where it expect a _positive_ right position for this hack to work. A work around will have to be done to deal with this situation.
> Without these changes it causes the browser to render the page as it if is extremely wide(10 000px). Some browsers cannot handle this and it causes strange behaviours such as links no longer functioning.
--
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, 7 months
[JBoss JIRA] (GTNPORTAL-3230) 508 compliancy changes doesn't properly 'hide' elements for rtl languages
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-3230?page=com.atlassian.jira.pl... ]
RH Bugzilla Integration commented on GTNPORTAL-3230:
----------------------------------------------------
Filip Kiss <fkiss(a)redhat.com> made a comment on [bug 990137|https://bugzilla.redhat.com/show_bug.cgi?id=990137]
Submenu in portal navigation right to left mode is now displayed off the screen on smaller displays. (Nexus S with 4" screen, iPhone 4 and 5) See attached screenshot.
> 508 compliancy changes doesn't properly 'hide' elements for rtl languages
> -------------------------------------------------------------------------
>
> Key: GTNPORTAL-3230
> URL: https://issues.jboss.org/browse/GTNPORTAL-3230
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Mobile, User Interface
> Reporter: Matt Wringe
> Assignee: Matt Wringe
> Fix For: 3.6.3.Final
>
>
> The 508 changes to "hide" content off to a negative left position is incorrect when handling rtl languages. For rtl languages it should be placed at a negative right position instead.
> With older android browsers there is an issue where it expect a _positive_ right position for this hack to work. A work around will have to be done to deal with this situation.
> Without these changes it causes the browser to render the page as it if is extremely wide(10 000px). Some browsers cannot handle this and it causes strange behaviours such as links no longer functioning.
--
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, 7 months
[JBoss JIRA] (GTNPORTAL-3230) 508 compliancy changes doesn't properly 'hide' elements for rtl languages
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-3230?page=com.atlassian.jira.pl... ]
RH Bugzilla Integration commented on GTNPORTAL-3230:
----------------------------------------------------
Filip Kiss <fkiss(a)redhat.com> made a comment on [bug 990137|https://bugzilla.redhat.com/show_bug.cgi?id=990137]
> 508 compliancy changes doesn't properly 'hide' elements for rtl languages
> -------------------------------------------------------------------------
>
> Key: GTNPORTAL-3230
> URL: https://issues.jboss.org/browse/GTNPORTAL-3230
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Mobile, User Interface
> Reporter: Matt Wringe
> Assignee: Matt Wringe
> Fix For: 3.6.3.Final
>
>
> The 508 changes to "hide" content off to a negative left position is incorrect when handling rtl languages. For rtl languages it should be placed at a negative right position instead.
> With older android browsers there is an issue where it expect a _positive_ right position for this hack to work. A work around will have to be done to deal with this situation.
> Without these changes it causes the browser to render the page as it if is extremely wide(10 000px). Some browsers cannot handle this and it causes strange behaviours such as links no longer functioning.
--
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, 7 months
[JBoss JIRA] (GTNPORTAL-3258) Allow classpath resolver to accept a leading slash
by Hai Nguyen (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-3258?page=com.atlassian.jira.pl... ]
Hai Nguyen updated GTNPORTAL-3258:
----------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/gatein/gatein-portal/pull/645
> Allow classpath resolver to accept a leading slash
> --------------------------------------------------
>
> Key: GTNPORTAL-3258
> URL: https://issues.jboss.org/browse/GTNPORTAL-3258
> Project: GateIn Portal
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Reporter: Hai Nguyen
> Assignee: Hai Nguyen
> Priority: Minor
>
> Classpath Resolver for resources does not currently support a leading slash. So for example in a webui component I can't put (or my template won't be found) :
> {code}
> @ComponentConfig (
> template = "classpath:/path/oto/my/template/MyTemplate.gtmpl",
> events = {
> }
> )
> {code}
> whereas this notation is allowed in kernel configuration. For example I can do :
> {code}
> <import>classpath:/path/to/my/configuration/file/my-configuration.xml</import>
> {code}
> and it is also allowed in the "app" resolver (I can do "app:/path/oto/my/template/MyTemplate.gtmpl").
> It would be more consistent and less error-prone for the developer to allow to add a leading slash for the classpath resolver.
--
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, 7 months
[JBoss JIRA] (GTNPORTAL-3258) Allow classpath resolver to accept a leading slash
by Hai Nguyen (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-3258?page=com.atlassian.jira.pl... ]
Hai Nguyen updated GTNPORTAL-3258:
----------------------------------
Priority: Minor (was: Major)
> Allow classpath resolver to accept a leading slash
> --------------------------------------------------
>
> Key: GTNPORTAL-3258
> URL: https://issues.jboss.org/browse/GTNPORTAL-3258
> Project: GateIn Portal
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Reporter: Hai Nguyen
> Assignee: Hai Nguyen
> Priority: Minor
>
> Classpath Resolver for resources does not currently support a leading slash. So for example in a webui component I can't put (or my template won't be found) :
> {code}
> @ComponentConfig (
> template = "classpath:/path/oto/my/template/MyTemplate.gtmpl",
> events = {
> }
> )
> {code}
> whereas this notation is allowed in kernel configuration. For example I can do :
> {code}
> <import>classpath:/path/to/my/configuration/file/my-configuration.xml</import>
> {code}
> and it is also allowed in the "app" resolver (I can do "app:/path/oto/my/template/MyTemplate.gtmpl").
> It would be more consistent and less error-prone for the developer to allow to add a leading slash for the classpath resolver.
--
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, 7 months
[JBoss JIRA] (GTNPORTAL-3258) Allow classpath resolver to accept a leading slash
by Hai Nguyen (JIRA)
Hai Nguyen created GTNPORTAL-3258:
-------------------------------------
Summary: Allow classpath resolver to accept a leading slash
Key: GTNPORTAL-3258
URL: https://issues.jboss.org/browse/GTNPORTAL-3258
Project: GateIn Portal
Issue Type: Enhancement
Security Level: Public (Everyone can see)
Reporter: Hai Nguyen
Assignee: Hai Nguyen
Classpath Resolver for resources does not currently support a leading slash. So for example in a webui component I can't put (or my template won't be found) :
{code}
@ComponentConfig (
template = "classpath:/path/oto/my/template/MyTemplate.gtmpl",
events = {
}
)
{code}
whereas this notation is allowed in kernel configuration. For example I can do :
{code}
<import>classpath:/path/to/my/configuration/file/my-configuration.xml</import>
{code}
and it is also allowed in the "app" resolver (I can do "app:/path/oto/my/template/MyTemplate.gtmpl").
It would be more consistent and less error-prone for the developer to allow to add a leading slash for the classpath resolver.
--
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, 7 months