[keycloak-dev] Working on the HTML for the Admin Console

Gabriel Cardoso gcardoso at redhat.com
Thu Aug 29 15:16:44 EDT 2013


Hum, it seems that we haven't reached a common understanding on how to structure the app.

How about a Hangout tomorrow morning to clarify some points?

Thanks,
Gabriel


On Aug 29, 2013, at 3:44 PM, Bill Burke wrote:

> 
> 
> On 8/29/2013 2:25 PM, Gabriel Cardoso wrote:
>> 
>>>>> * I'd like to have a dropdown on the left side in which you can choose
>>>>> the realm you want to manage, much like the "Current Profile" box in the
>>>>> EAP admin console.
>>>> Instead of a dropdown, we have a list of elements you want to manage at
>>>> the left side.
>>>> 
>>> 
>>> I still want a dropdown like the "Current Profile" box in the EAP admin
>>> console to pick which realm you want.
>> Why?
>> 
> 
> Because its simple easy one click? Rather than click, load a page, click 
> again?  Simpler, less clicks, less realestate.  Its an easy way of 
> navigating between the realms you have to manage while reducing the 
> amount of clutter on the page.
> 
>>>> In case of the application page, it would be nice to display somewhere
>>>> which realm the application belongs.
>>>> 
>>> 
>>> I thought we'd agreed that Application is not something created
>>> separately from Realm?  I think this would have an effect on your design
>>> as there would be two less buttons at the top left corner.  There would
>>> be no "Applications" or "Realms" buttons.
>> Hadn't we agreed that, in case of the first application, Jared configure application AND realm options in the same page?
>> How will people see the list of applications and realms without "Applications" and "Realms" at the top bar?
>> 
> 
> Having Applications and Realms on the top bar makes it seem like they 
> are separate things that can be created separately from one another. 
> This just isn't true.  Once you want to do Single Sign On (SSO) between 
> multiple applications, combining application and realm options on one 
> page just doesn't make sense at all.  I thought I made that clear.
> 
> I still prefer the "Wizard" idea for first time users that was vetoed 
> down.  I just don't understand Stian's dislike for this approach. 
> Wizards allow you to handhold users and explain each and every 
> configuration step.  Now that we can do thick clients again via 
> Javascript there's really no good reason for disliking multi-form 
> configuration.
> 
> As it is, working witih applications is going to be a rare thing. 
> You'll create them once and almost never touch them again.  Most work is 
> going to be around managing users (adding users and their mappings, 
> reseting credentials).
> 
> For social apps, there's a good chance they'll only interact with 
> keycloak only a few times when they are setting up their app and never 
> touch it again.
> 
>>> Looks pretty clean.  I'll incorporate some of the styles soon after I
>>> get a good chunk of my book done.
>> Thanks! By the way, this is the visual for the product. For Keycloak community, I'll have to change some colors, logo and background.
>> 
>> Gabriel
>> _______________________________________________
>> keycloak-dev mailing list
>> 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
> https://lists.jboss.org/mailman/listinfo/keycloak-dev




More information about the keycloak-dev mailing list