[keycloak-dev] Themes per client

[Jorge M.]

I'm not asking for mobile specific themes. I can manage that with
responsive layouts.
As Stian said, my request was:
"It seems to me that what people are actually asking for is a completely
different theme per-client, not a variant of a theme. In that case users
should be shared, but not the SSO session."

I agree that this may not make much sense. Probably users can get confused
about the owner of their accounts if that is not explicity at
login/register page.
I will try to do the job with another approach.

Thank you! And congrats. Keycloak is a awesome tool!


2015-12-17 13:56 GMT+00:00 Stian Thorgersen <sthorger at redhat.com>:

>
>
> On 17 December 2015 at 14:48, Bill Burke <bburke at redhat.com> wrote:
>
>>
>>
>> On 12/17/2015 8:43 AM, Stian Thorgersen wrote:
>>
>>>
>>>
>>> On 17 December 2015 at 14:33, Bill Burke <bburke at redhat.com
>>> <mailto:bburke at redhat.com>> wrote:
>>>
>>>     Makes sense so long as User-Agent headers are accurate.  You still
>>>     would want to create themes per User-Agent.
>>>
>>>
>>> Having separate websites for desktop, mobile, tablet, etc.. is so old
>>> school. These days folks do a responsive design that works well for all
>>> user-agents.
>>>
>>>
>> I really don't have the experience to argue with you, but are you sure?
>> Are you sure this "responsive design" isn't just a fad?  I can definitely
>> see somebody wanting a very minimal login screen for mobile, and maybe
>> something very different for browser.
>>
>
> It's definitively best practice these days and not a fad.
>
> The problem with designing per user-agent is that there's simply to many
> different devices and resolutions to worry about. Laptops range from 10" to
> 17". Desktops from 20" to 40". Mobile phones from 4" screens to 7" screens.
> Tablets from 8" to 14". All with different resolutions etc.. Even if you
> did a specific design for a type of device it'd still have to be responsive.
>
> Responsive design is the correct solution, but if it's really something
> that folks want to be able to do to have a different variant of a theme
> depending on the type of device then it's something we should bake into
> themes rather than add support for a theme per-client. It should be a type
> of device using a client, not the client itself.
>
> It seems to me that what people are actually asking for is a completely
> different theme per-client, not a variant of a theme. In that case users
> should be shared, but not the SSO session.
>
>
>>
>>
>>>
>>>     On 12/17/2015 3:37 AM, Stian Thorgersen wrote:
>>>
>>>         It doesn't make sense to add this. For mobile phones responsive
>>>         design
>>>         should be used, instead of designing completely different
>>>         themes. If you
>>>         want to go further with different branding, etc.. then we'd also
>>>         need a
>>>         way to have different SSO "domains" or something within a realm.
>>> It
>>>         doesn't make sense to have SSO with different logins to the same
>>> SSO
>>>         "domain".
>>>
>>>         On 15 December 2015 at 15:51, Bill Burke <bburke at redhat.com
>>>         <mailto:bburke at redhat.com>
>>>         <mailto:bburke at redhat.com <mailto:bburke at redhat.com>>> wrote:
>>>
>>>              Not until sometime next year unless somebody wants to
>>>         contribute it.
>>>              Feature freeze in about 3-4 weeks as we prepare for
>>>         productization.
>>>
>>>              On 12/15/2015 7:02 AM, Jorge M. wrote:
>>>               > Is there any chance to configure login themes per
>>>         client, instead
>>>              of per
>>>               > realm?
>>>               > Basically I need to set a different login page for a
>>>         mobile app
>>>              client.
>>>               > The app client is not directly related with the other
>>>         clients of my
>>>               > realm (different branding, name, logo, colors, etc), but
>>> it
>>>              shares the
>>>               > user accounts.
>>>               >
>>>               > Thank you.
>>>               >
>>>               >
>>>               >
>>>               > _______________________________________________
>>>               > keycloak-dev mailing list
>>>               > keycloak-dev at lists.jboss.org
>>>         <mailto:keycloak-dev at lists.jboss.org>
>>>         <mailto:keycloak-dev at lists.jboss.org
>>>         <mailto:keycloak-dev at lists.jboss.org>>
>>>               > https://lists.jboss.org/mailman/listinfo/keycloak-dev
>>>               >
>>>
>>>              --
>>>              Bill Burke
>>>              JBoss, a division of Red Hat
>>>         http://bill.burkecentral.com
>>>              _______________________________________________
>>>              keycloak-dev mailing list
>>>         keycloak-dev at lists.jboss.org
>>>         <mailto:keycloak-dev at lists.jboss.org>
>>>         <mailto:keycloak-dev at lists.jboss.org
>>>         <mailto:keycloak-dev at lists.jboss.org>>
>>>         https://lists.jboss.org/mailman/listinfo/keycloak-dev
>>>
>>>
>>>
>>>     --
>>>     Bill Burke
>>>     JBoss, a division of Red Hat
>>>     http://bill.burkecentral.com
>>>
>>>
>>>
>> --
>> Bill Burke
>> JBoss, a division of Red Hat
>> http://bill.burkecentral.com
>>
>
>
> _______________________________________________
> keycloak-dev mailing list
> keycloak-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/keycloak-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/keycloak-dev/attachments/20151217/3c7a9dd7/attachment.html