9:09 a.m.
Moving this to keycloak dev list.
On 7/2/2013 11:55 AM, Gabriel Cardoso wrote:
>> For the login page into the identity broker admin interface, definitely,
>> we should use UXD recommendation when they exist/make sense. I think it
>> does in this case.
Interesting point, I agree with it. Two questions:
1) Will we support social login for the login page into the identity broker admin
interface? If so, we need to adapt the RCUE solution.
What is RCUE?
2) We need a register page for the Identity Broker, right? If so, it
would make sense to make it in the Red Hat UI standards.
>> For the application login page, the one that needs to be tuned by
>> customers, not so much I think... The flow is different, it's an end
>> user trying to log into a customer website and he should not be prompted
>> with a Red Hat branded login screen but something more neutral.
I guess the solution I proposed meets this requirement for now, it is pretty neutral.
> Yes, the login and registration pages need to be brandable for the user. So they can
have their own color schemes and logo, etc. But other than that, as long as the UXD team
doesn't suck its a good idea to have company wide UI standards.
So basically we need to have two login pages and two register pages (one for IdB and
another for the customer), is this correct?
Based on the responses I can keep talking to the UXD team about how to proceed.
--
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com
1:13 p.m.
New subject: OAuth login page
On 7/2/2013 11:55 AM, Gabriel Cardoso wrote:
>
>>> For the login page into the identity broker admin interface, definitely,
>>> we should use UXD recommendation when they exist/make sense. I think it
>>> does in this case.
>
> Interesting point, I agree with it. Two questions:
> 1) Will we support social login for the login page into the identity broker admin
interface? If so, we need to adapt the RCUE solution.
What is RCUE?
RCUE is the Red Hat Common User Experience project, that is proposing design solutions to
be used by all Red Hat products. The RCUE solution I mentioned is this login screen.
Basically my question is with we need social login for the Identity Broker (or only for
the customers login). I need to know this to work with the RCUE team in order to propose
how the social login could fit their login screen.
I also need to know if we need a register page for IdB to make another proposal of page
that fits the visual design of the login screen. They also asked me if we need more stuff
in the register page, like a captcha.
Thanks,
Gabriel
7:44 a.m.
New subject: OAuth login page
Bill,
Gabriel has some free cycles now so he can help with UI design but he
needs more input around project needs.
I think both social login and registration page are pretty generic and
needed so he could follow on those topics.
On 07/04/2013 08:13 PM, Gabriel Cardoso wrote:
> On 7/2/2013 11:55 AM, Gabriel Cardoso wrote:
>>
>>>> For the login page into the identity broker admin interface,
>>>> definitely,
>>>> we should use UXD recommendation when they exist/make sense. I think it
>>>> does in this case.
>>
>> Interesting point, I agree with it. Two questions:
>> 1) Will we support social login for the login page into the identity
>> broker admin interface? If so, we need to adapt the RCUE solution.
>
> What is RCUE?
RCUE is the Red Hat Common User Experience
<http://design.lab.bos.redhat.com/wiki/Category:RCUE> project, that is
proposing design solutions to be used by all Red Hat products. The RCUE
solution I mentioned is this login screen
<http://design.lab.bos.redhat.com/wiki/File:UI-Style-Minimal-Login.jpg>;.
Basically my question is with we need social login for the Identity
Broker (or only for the customers login). I need to know this to work
with the RCUE team in order to propose how the social login could fit
their login screen.
I also need to know if we need a register page for IdB to make another
proposal of page that fits the visual design of the login screen
<http://design.lab.bos.redhat.com/wiki/File:UI-Style-Minimal-Login.jpg>;.
They also asked me if we need more stuff in the register page, like a
captcha.
Thanks,
Gabriel
_______________________________________________
keycloak-dev mailing list
keycloak-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/keycloak-dev
7:49 a.m.
New subject: OAuth login page
Ok, i'll send a separate email describing what we're doing. Wish we
could meet in person.
On 7/8/2013 8:44 AM, Bolesław Dawidowicz wrote:
Bill,
Gabriel has some free cycles now so he can help with UI design but he
needs more input around project needs.
I think both social login and registration page are pretty generic and
needed so he could follow on those topics.
On 07/04/2013 08:13 PM, Gabriel Cardoso wrote:
>> On 7/2/2013 11:55 AM, Gabriel Cardoso wrote:
>>>
>>>>> For the login page into the identity broker admin interface,
>>>>> definitely,
>>>>> we should use UXD recommendation when they exist/make sense. I think
it
>>>>> does in this case.
>>>
>>> Interesting point, I agree with it. Two questions:
>>> 1) Will we support social login for the login page into the identity
>>> broker admin interface? If so, we need to adapt the RCUE solution.
>>
>> What is RCUE?
>
> RCUE is the Red Hat Common User Experience
> <http://design.lab.bos.redhat.com/wiki/Category:RCUE> project, that is
> proposing design solutions to be used by all Red Hat products. The RCUE
> solution I mentioned is this login screen
> <http://design.lab.bos.redhat.com/wiki/File:UI-Style-Minimal-Login.jpg>;.
>
> Basically my question is with we need social login for the Identity
> Broker (or only for the customers login). I need to know this to work
> with the RCUE team in order to propose how the social login could fit
> their login screen.
>
> I also need to know if we need a register page for IdB to make another
> proposal of page that fits the visual design of the login screen
> <http://design.lab.bos.redhat.com/wiki/File:UI-Style-Minimal-Login.jpg>;.
> They also asked me if we need more stuff in the register page, like a
> captcha.
>
> Thanks,
> Gabriel
>
>
> _______________________________________________
> 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
--
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com
9:18 a.m.
New subject: OAuth login page
For now I just need to know if we will have social login for IdB (in order to redesign the
page according to Red Hat guidelines) and if and a register page for IdB. With this info I
can start my collaboration with the Red Hat UXD design team.
Gabriel
On Jul 8, 2013, at 9:49 AM, Bill Burke wrote:
Ok, i'll send a separate email describing what we're doing.
Wish we
could meet in person.
On 7/8/2013 8:44 AM, Bolesław Dawidowicz wrote:
> Bill,
>
> Gabriel has some free cycles now so he can help with UI design but he
> needs more input around project needs.
>
> I think both social login and registration page are pretty generic and
> needed so he could follow on those topics.
>
> On 07/04/2013 08:13 PM, Gabriel Cardoso wrote:
>>> On 7/2/2013 11:55 AM, Gabriel Cardoso wrote:
>>>>
>>>>>> For the login page into the identity broker admin interface,
>>>>>> definitely,
>>>>>> we should use UXD recommendation when they exist/make sense. I
think it
>>>>>> does in this case.
>>>>
>>>> Interesting point, I agree with it. Two questions:
>>>> 1) Will we support social login for the login page into the identity
>>>> broker admin interface? If so, we need to adapt the RCUE solution.
>>>
>>> What is RCUE?
>>
>> RCUE is the Red Hat Common User Experience
>> <http://design.lab.bos.redhat.com/wiki/Category:RCUE> project, that is
>> proposing design solutions to be used by all Red Hat products. The RCUE
>> solution I mentioned is this login screen
>> <http://design.lab.bos.redhat.com/wiki/File:UI-Style-Minimal-Login.jpg>;.
>>
>> Basically my question is with we need social login for the Identity
>> Broker (or only for the customers login). I need to know this to work
>> with the RCUE team in order to propose how the social login could fit
>> their login screen.
>>
>> I also need to know if we need a register page for IdB to make another
>> proposal of page that fits the visual design of the login screen
>> <http://design.lab.bos.redhat.com/wiki/File:UI-Style-Minimal-Login.jpg>;.
>> They also asked me if we need more stuff in the register page, like a
>> captcha.
>>
>> Thanks,
>> Gabriel
>>
>>
>> _______________________________________________
>> 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
>
--
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com
_______________________________________________
keycloak-dev mailing list
keycloak-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/keycloak-dev
9:24 a.m.
New subject: OAuth login page
IdB is IdentityBroker? Just call it Keycloak :)
We need:
* A registration page for the SaaS. This is to register users that will
create "realms".
* A login page for the SaaS. Login to manage your "realms"
* A registration page for a realm
* A login page for the "realm"
The SaaS pages I guess should be UXD compliant. We don't want to have
our own branding though? The other realm-specific pages are
customizable for the user (logo, colors, etc.).
On 7/8/2013 10:18 AM, Gabriel Cardoso wrote:
For now I just need to know if we will have social login for IdB (in
order to redesign the page according to Red Hat guidelines) and if and a register page for
IdB. With this info I can start my collaboration with the Red Hat UXD design team.
Gabriel
On Jul 8, 2013, at 9:49 AM, Bill Burke wrote:
> Ok, i'll send a separate email describing what we're doing. Wish we
> could meet in person.
>
> On 7/8/2013 8:44 AM, Bolesław Dawidowicz wrote:
>> Bill,
>>
>> Gabriel has some free cycles now so he can help with UI design but he
>> needs more input around project needs.
>>
>> I think both social login and registration page are pretty generic and
>> needed so he could follow on those topics.
>>
>> On 07/04/2013 08:13 PM, Gabriel Cardoso wrote:
>>>> On 7/2/2013 11:55 AM, Gabriel Cardoso wrote:
>>>>>
>>>>>>> For the login page into the identity broker admin interface,
>>>>>>> definitely,
>>>>>>> we should use UXD recommendation when they exist/make sense.
I think it
>>>>>>> does in this case.
>>>>>
>>>>> Interesting point, I agree with it. Two questions:
>>>>> 1) Will we support social login for the login page into the identity
>>>>> broker admin interface? If so, we need to adapt the RCUE solution.
>>>>
>>>> What is RCUE?
>>>
>>> RCUE is the Red Hat Common User Experience
>>> <http://design.lab.bos.redhat.com/wiki/Category:RCUE> project, that is
>>> proposing design solutions to be used by all Red Hat products. The RCUE
>>> solution I mentioned is this login screen
>>>
<http://design.lab.bos.redhat.com/wiki/File:UI-Style-Minimal-Login.jpg>;.
>>>
>>> Basically my question is with we need social login for the Identity
>>> Broker (or only for the customers login). I need to know this to work
>>> with the RCUE team in order to propose how the social login could fit
>>> their login screen.
>>>
>>> I also need to know if we need a register page for IdB to make another
>>> proposal of page that fits the visual design of the login screen
>>>
<http://design.lab.bos.redhat.com/wiki/File:UI-Style-Minimal-Login.jpg>;.
>>> They also asked me if we need more stuff in the register page, like a
>>> captcha.
>>>
>>> Thanks,
>>> Gabriel
>>>
>>>
>>> _______________________________________________
>>> 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
>>
>
> --
> Bill Burke
> JBoss, a division of Red Hat
> http://bill.burkecentral.com
> _______________________________________________
> 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
--
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com
9:27 a.m.
New subject: OAuth login page
On 7/8/2013 10:24 AM, Bill Burke wrote:
* A registration page for a realm
* A login page for the "realm"
Also for these we'll need both social and non-social login page. We'll
need the ability to display OAuth messages as I described earlier in
this thread for when there is a OAuth grant request.
--
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com
11:17 a.m.
New subject: OAuth login page
On 7/8/2013 10:24 AM, Bill Burke wrote:
Ok, I get this. And for the login page for the SaaS, will we support social login or not?
(main question)
* A registration page for a realm
* A login page
for the "realm"
>
Also for these we'll need both social and non-social login page. We'll
need the ability to display OAuth messages as I described earlier in
this thread for when there is a OAuth grant request. * A registration page for the SaaS. This is to register users that
will
create "realms".
We currently have these fields specified:
http://ejsclient-cardosogabriel.rhcloud.com/index.html. What else do we need for this
page? OpenShift has a Captcha and also terms/conditions on the registration page. Does it
make sense for keycloak to have them to?
* A registration page for a realm
This is an internal page,
after the login in the SaaS, right?
* A login page for the "realm"
Is this the customer
login page that is customizable?
The SaaS pages I guess should be UXD compliant. We don't want to
have
our own branding though?
The UXD proposal allows us to change the background and
add our logo to the login / registration SaaS pages. They also propose some elements for
internal pages, like styles of buttons, tables, forms etc. I will talk to the UXD team to
see how we can customize our solution even using their design patterns in order to have a
"branding".
Gabriel
11:54 a.m.
New subject: OAuth login page
On 7/8/2013 12:17 PM, Gabriel Cardoso wrote:
> On 7/8/2013 10:24 AM, Bill Burke wrote:
>> * A registration page for a realm
>> * A login page for the "realm"
>>
>
> Also for these we'll need both social and non-social login page. We'll
> need the ability to display OAuth messages as I described earlier in
> this thread for when there is a OAuth grant request.
Ok, I get this. And *for the login page for the SaaS, will we support
social login or not? (main question)*
It will depend. For the SaaS yes, for the appliance no.
> * A registration page for the SaaS. This is to register users
that will
> create "realms".
We currently have these fields specified:
http://ejsclient-cardosogabriel.rhcloud.com/index.html. What else do we
need for this page? OpenShift has a Captcha and also terms/conditions on
the registration page. Does it make sense for keycloak to have them to?
> * A registration page for a realm
This is an internal page, after the login in the SaaS, right?
"Realm" is specific to an application or a group of applications. So
this would be an optional registration page for the application.
--
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com
1:19 p.m.
New subject: OAuth login page
On 7/8/2013 12:17 PM, Gabriel Cardoso wrote:
>> On 7/8/2013 10:24 AM, Bill Burke wrote:
>>> * A registration page for a realm
>>> * A login page for the "realm"
>>>
>>
>> Also for these we'll need both social and non-social login page. We'll
>> need the ability to display OAuth messages as I described earlier in
>> this thread for when there is a OAuth grant request.
> Ok, I get this. And *for the login page for the SaaS, will we support
> social login or not? (main question)*
>
It will depend. For the SaaS yes, for the appliance no.
Good. And how many
providers will we support? The design solution depends on this.
Can we schedule a conference? I think it would be great for me to understand all this
better since I'm a bit confused with some terminology and particularities.
Gabriel
1:33 p.m.
New subject: OAuth login page
On 7/8/2013 2:19 PM, Gabriel Cardoso wrote:
> On 7/8/2013 12:17 PM, Gabriel Cardoso wrote:
>>> On 7/8/2013 10:24 AM, Bill Burke wrote:
>>>> * A registration page for a realm
>>>> * A login page for the "realm"
>>>>
>>>
>>> Also for these we'll need both social and non-social login page.
We'll
>>> need the ability to display OAuth messages as I described earlier in
>>> this thread for when there is a OAuth grant request.
>> Ok, I get this. And *for the login page for the SaaS, will we support
>> social login or not? (main question)*
>>
>
> It will depend. For the SaaS yes, for the appliance no.
Good. And how many providers will we support? The design solution depends on this.
Providers? You mean Facebook, etc.? I don't know. I'm sure it will
only be a handlful at first, i.e. whatever we have support for right
now, and expand it over time.
Can we schedule a conference? I think it would be great for me to
understand all this better since I'm a bit confused with some terminology and
particularities.
Sure, give me specifics on what you want to talk about though so I can
prepare. I'm kind of shaky on the social side as I don't know what kind
of things you can get from the social identity providers, so I'll have
questions too.
--
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com
1:58 p.m.
New subject: OAuth login page
Sure, give me specifics on what you want to talk about though so I
can
prepare. I'm kind of shaky on the social side as I don't know what kind
of things you can get from the social identity providers, so I'll have
questions too.
Basically I want to understand how many pages we have, in which of them should use the UXD
layout, which are customizable, where the user can create realms etc. Just to have a
better understanding of the ecosystem and create a "design backlog" :)
How about tomorrow?
Gabriel
1:59 p.m.
New subject: OAuth login page
Anybody know how to set up a conference call? I don't.
On 7/8/2013 2:58 PM, Gabriel Cardoso wrote:
> Sure, give me specifics on what you want to talk about though so
I can
> prepare. I'm kind of shaky on the social side as I don't know what kind
> of things you can get from the social identity providers, so I'll have
> questions too.
Basically I want to understand how many pages we have, in which of them should use the
UXD layout, which are customizable, where the user can create realms etc. Just to have a
better understanding of the ecosystem and create a "design backlog" :)
How about tomorrow?
Gabriel
_______________________________________________
keycloak-dev mailing list
keycloak-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/keycloak-dev
--
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com
2:09 p.m.
New subject: OAuth login page
Google hangout man :)
Go to http://plus.google.com. On the right side you have chat. Add
Gabriel as a contact with his gmail account. Start a chat. Click on this
little camera icon. Enjoy! ;)
On 07/08/2013 08:59 PM, Bill Burke wrote:
Anybody know how to set up a conference call? I don't.
On 7/8/2013 2:58 PM, Gabriel Cardoso wrote:
>> Sure, give me specifics on what you want to talk about though so I can
>> prepare. I'm kind of shaky on the social side as I don't know what kind
>> of things you can get from the social identity providers, so I'll have
>> questions too.
>
> Basically I want to understand how many pages we have, in which of them should use
the UXD layout, which are customizable, where the user can create realms etc. Just to have
a better understanding of the ecosystem and create a "design backlog" :)
>
> How about tomorrow?
>
> Gabriel
> _______________________________________________
> keycloak-dev mailing list
> keycloak-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/keycloak-dev
>
4016
days inactive
4020
days old
13 comments
3 participants
participants (3)
-
Bill Burke -
Bolesław Dawidowicz -
Gabriel Cardoso