[ 
https://issues.apache.org/jira/browse/WICKET-3813?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13720564#comment-13720564
 ] 

Hendy Irawan edited comment on WICKET-3813 at 7/26/13 9:23 AM:
---------------------------------------------------------------

Excellent!

I wonder if Wicket 6/7 has or planned for good history API support, i.e. 
navigable ajax updates a la Twitter/Facebook? If not then I'd like to 
propose... It'd make Wicket not only very relevant but a breakthrough in a 
*post*-HTML5 world.
                
      was (Author: ceefour):
    Excellent!

I wonder if Wicket 6/7 has or planned for good history API support, i.e. 
navigable ajax updates a la Twitter/Facebook? If not then I'd like to 
propose... It'd be Wicket very relevant in a *post*-HTML5 world.
                  
> Support for device and fallback device specific layout
> ------------------------------------------------------
>
>                 Key: WICKET-3813
>                 URL: https://issues.apache.org/jira/browse/WICKET-3813
>             Project: Wicket
>          Issue Type: New Feature
>          Components: wicket
>            Reporter: Bruno Borges
>         Attachments: devicelayout.patch, DeviceStreamLocator.java
>
>
> Wicket does a great job at locating resources based on variation, style and 
> location. The current way of locating HTML resources is done by the following 
> schema:
>    Page[_variation][_style][_locale].extension
> where:
> * variation is per Component
> * style and locale are per Session
> The feature proposed here is to add another section, separated by a single 
> dot, to be used specifically for HTML files:
>    Page[_variation][_style][_locale][.device].extension
> The use case that requires this is one where an user's device is identified 
> as an Android phone and so one could set Session.get().setDevice("android"); 
> Inside ResourceStreamLocator, the current algorithm can just add that as an 
> array of extensions to iterate.
> Consider the HomePage: 
> - HomePage.html
> - HomePage.m.html
> - HomePage.android.html
> For the Android user, HomePage will render HomePage.android.html file.
> A desktop user will render HomePage.html because 
> Session.get().isStandardDevice(); will return true
> To support an iPhone user, one could set 
> Session.get().setFallbackDevice("m"); and so, will render HomePage.m.html 
> which could be a simplier version for other phones but Android.
> I've attached an example of DeviceStreamLocator

--
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

Reply via email to