[ 
https://issues.apache.org/jira/browse/WICKET-3813?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Martin Grigorov resolved WICKET-3813.
-------------------------------------
    Resolution: Later

Closing as "Later" due to the lack of interest.

I guess using style and variation is enough...

> 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: DeviceStreamLocator.java, devicelayout.patch
>
>
> 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 was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to