Re: [keycloak-dev] [aerogear-dev] Keycloak Ionic / Cordova theme

Another thing we should consider is embedding of the login form. Instead of doing a full-page redirect we could allow embedding using a modal and/or iframe. In that situation you'd also want it to look slightly different than the full-page version. ----- Original Message ----- > From: "Lukáš Fryč" <lukas(a)fryc.eu&gt; > To: "Stian Thorgersen" <stian(a)redhat.com&gt; > Cc: "AeroGear Developer Mailing List" <aerogear-dev(a)lists.jboss.org&gt;, keycloak-dev(a)lists.jboss.org > Sent: Friday, 19 September, 2014 2:49:43 PM > Subject: Re: [keycloak-dev] [aerogear-dev] Keycloak Ionic / Cordova theme > > I completely agree that the SSO should have same look for all applications > using one realm. > > > Yes, a customization can be partially achieved just with CSS tweaks, but it > doesn't have to meet all requirements and further per-platform tweaks may > be necessary. > > In the Ionic demo above I was to meet 70% cases by using built-in CSS > classes. The rest had to be hard-coded. We can either extend CSS classes > coverage or allow higher customization with e.g. theming per variants. > > This feature would make "theming per-platform" easier, I could achieve that > with pure CSS/HTML tweaks and media-queries anyway. > > On Fri, Sep 19, 2014 at 1:40 PM, Stian Thorgersen <stian(a)redhat.com&gt; wrote: > >> >> >> ----- Original Message ----- >>> From: "Lukáš Fryč" <lukas.fryc(a)gmail.com&gt; >>> To: "Stian Thorgersen" <stian(a)redhat.com&gt; >>> Cc: "AeroGear Developer Mailing List" <aerogear-dev(a)lists.jboss.org&gt;, >> keycloak-dev(a)lists.jboss.org >>> Sent: Friday, 19 September, 2014 1:30:21 PM >>> Subject: Re: [aerogear-dev] [keycloak-dev] Keycloak Ionic / Cordova >> theme >>> >>> That would be awesome, >>> >>> do I read correctly that it is not possible at the moment? Should I >> create a >>> feature request? >> >> Currently we can only configure the theme on a per-realm basis. With the >> exception of css media-types there's not currently any way to modify the >> l&f based on client (or client type). >> >> An alternative, which may make more sense, is to add multiple variants of >> a theme. So for example you could have a theme that has web, android, ios, >> etc variants. Then you have some way of specifying for the client what >> variant it is. The reason this may make more sense is so that the SSO login >> screen looks the same whichever application you come from. >> >> For example Acme Inc may have two applications (both with web, ios and >> android variants): >> >> * calendar >> * mail >> >> You want the login screen to be adapted to the variant of the apps. So the >> login screens can look different if you use a browser or if you use a >> mobile. What you don't want is the login screens to look different for the >> calendar and mail applications, as it's SSO you're not logging in to an >> app, you're looging in to a group of apps. >> >> Can we reliably detect what variant it is? Or does this have to be >> configured in the admin console on a per-client basis? >> >>> >>> On Fri, Sep 19, 2014 at 1:26 PM, Stian Thorgersen < stian(a)redhat.com > >> wrote: >>> >>> >>> ----- Original Message ----- >>>> From: "Lukáš Fryč" < lukas(a)fryc.eu > >>>> To: "Stian Thorgersen" < stian(a)redhat.com > >>>> Cc: "AeroGear Developer Mailing List" < aerogear-dev(a)lists.jboss.org >>> , >>>> keycloak-dev(a)lists.jboss.org >>>> Sent: Friday, 19 September, 2014 1:18:19 PM >>>> Subject: Re: [keycloak-dev] [aerogear-dev] Keycloak Ionic / Cordova >> theme >>>> >>>> IMHO the SSO endpoint could either detect an incoming client (that >> would be >>>> rather complex) >>>> >>>> or simply allow user client preference. Can we allow more than one >> theme >>>> per realm and let the client app choohse? >>> >>> Not sure what you mean, we always know which client is requesting the >> login >>> (it's the client_id query param). The client should only be used for one >>> variant of an application as well (so for an app that has a web, android >> and >>> ios variants, there should be 3 clients configured in KC). So there's no >>> problem providing an option to override the theme on a per-client basis. >>> >>>> >>>> On Fri, Sep 19, 2014 at 9:43 AM, Stian Thorgersen < stian(a)redhat.com > >>>> wrote: >>>> >>>>> This raises the question. Should we allow overriding the theme on an >>>>> per-application basis? >>>>> >>>>> It would allow a better integration with the app, but on the other >> side >>>>> does it even make sense to login to a SSO realm that way? >>>>> >>>>> ----- Original Message ----- >>>>>> From: "Erik Jan de Wit" < edewit(a)redhat.com > >>>>>> To: "AeroGear Developer Mailing List" < >> aerogear-dev(a)lists.jboss.org > >>>>>> Cc: keycloak-dev(a)lists.jboss.org >>>>>> Sent: Friday, 19 September, 2014 8:08:02 AM >>>>>> Subject: Re: [aerogear-dev] Keycloak Ionic / Cordova theme >>>>>> >>>>>> Looks very nice, will this integrate well with the work that >> Summers >>>>>> did? >>>>>> >>>>>> On 18 Sep,2014, at 20:19 , Lukáš Fryč < lukas.fryc(a)gmail.com > >> wrote: >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Yeah and off course, the source is here: >>>>>> >>>>>> https://github.com/lfryc/keycloak/tree/ionic-styling >>>>>> >>>>>> On Thu, Sep 18, 2014 at 8:14 PM, Lukáš Fryč < lukas.fryc(a)gmail.com >>> >>>>> wrote: >>>>>> >>>>>> >>>>>> >>>>>> Hey guys, >>>>>> >>>>>> I've started some work on a theme for Keycloak that would include >> Ionic >>>>>> Framework styling. >>>>>> >>>>>> This makes sure that Ionic/Cordova demos that includes Keycloak has >>>>> smooth >>>>>> transition between application and login process / registration. >>>>>> >>>>>> See attached screenshots. >>>>>> >>>>>> It's still in early prototypal stage, so just just login, >> registration >>>>> and >>>>>> social (only google) fully works so far, but others can be simply >>>>> expanded. >>>>>> >>>>>> Feel free to use it in demos or so... ;-) >>>>>> >>>>>> >>>>>> Cheers, >>>>>> >>>>>> ~ Lukas >>>>>> >>>>>> _______________________________________________ >>>>>> aerogear-dev mailing list >>>>>> aerogear-dev(a)lists.jboss.org >>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> aerogear-dev mailing list >>>>>> aerogear-dev(a)lists.jboss.org >>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>> >>>>> _______________________________________________ >>>>> keycloak-dev mailing list >>>>> keycloak-dev(a)lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/keycloak-dev >>>>> >>>> >>> >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev(a)lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> _______________________________________________ >> keycloak-dev mailing list >> keycloak-dev(a)lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/keycloak-dev >> > _______________________________________________ keycloak-dev mailing list keycloak-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/keycloak-dev