[keycloak-dev] Themes per client
Stian Thorgersen
sthorger at redhat.com
Thu Dec 17 08:56:43 EST 2015
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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/keycloak-dev/attachments/20151217/7f00b179/attachment.html
More information about the keycloak-dev
mailing list