Keycloak Theming Capabilities Using Modern Front End Frameworks #9093
Replies: 7 comments 25 replies
-
|
Thanks for the offer of contributions. We do plan to build a new version
of the Login theme, probably based on React. However, I don't have a
timeline for this project yet.
As this is an extremely mission critical part of Keycloak, we probably need
to wait until we can do a comprehensive analysis of requirements. At that
point we would welcome help and feedback from the community.
Stan
…On Sun, Dec 12, 2021 at 2:47 AM Fadi William Abdelmessih < ***@***.***> wrote:
Hello!
Thank you for your efforts in making Keycloak better.
I actually like Keycloak. However, there was always that theming/design
challenge to match the application's design system integrating with
Keycloak.
I wished if there was an option to build the login pages using a modern
front-end framework. For example React, Angular, Vue, Svelte, etc.
I believe that this would be possible if the architecture of this part has
been changed from an MVC architecture to a Web API architecture. Maybe, for
security concerns, you could allow us to configure CORS rules for this API
access to match the desired front-end hosting requirements.
If this did change. The next thing would be to create different responsive
themes for the most commonly used design systems by the different clients.
1. Material Design for Android.
2. Cupertino for iOS.
3. Modern Patternfly Implementation.
I would prefer this to be implemented using a modular swappable components
architecture. For example, define a button component with a specific
interface (props in react). The implementor will need to just implement a
button with the same interface to customize the look of the button.
I will be more than happy to contribute to making this happen if you just
provided me with directions as the Keycloak code is a black box for me
currently.
Many thanks for your considerations.
Best Regards.
Fadi
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#9093>, or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAD32QWKVS3JUKZ5IKRZ7L3UQRHRTANCNFSM5J36R7SA>
.
Triage notifications on the go with GitHub Mobile for iOS
<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675>
or Android
<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
|
Beta Was this translation helpful? Give feedback.
-
|
@garronej I'm definitely interested. We will start looking at these issues in Q3 of this year. |
Beta Was this translation helpful? Give feedback.
-
|
Thanks @garronej. We are starting to think about this topic a lot more. We will definitely take a close look at Keycloakify. |
Beta Was this translation helpful? Give feedback.
-
|
@ssilvert It looks like the account-ui and admin UI have been migrated to React using Patternfly? Will the plan over the coming year, be to continue with this pattern and port the login pages to React and Patternfly? |
Beta Was this translation helpful? Give feedback.
-
|
Hi @ssilvert, hi all, Just a quick update on Keycloakify as v7 has just been released. Thanks to the sponsorship money of Corsair and the active community of contributors, we now have:
The community is currently working on bringing Vite support (currently Keycloakify only works with Webpack) |
Beta Was this translation helpful? Give feedback.
-
|
Congrats on the release!
…On Sat, Mar 25, 2023 at 5:51 AM Joseph Garrone ***@***.***> wrote:
Hi @ssilvert <https://github.com/ssilvert> and all,
Just a quick update on Keycloakify <https://keycloakify.dev> as v7 has
just been released.
Thanks to the sponsorship money of Corsair and the active community of
contributors, we now have:
- Windows support (previously it was Unix only, Window users had to
use WSL)
- Account theme support <https://youtu.be/WMyGZNHQkjU?t=202>
- The DX is much better in many ways, there is a command to eject
pages, you can pick the page you want to customize at the component level.
It's now easy to see what classes are available to be overloaded.
- A storybook
<https://storybook.keycloakify.dev/storybook/?path=/story/theme-pages-login-login--default>
that enable the designer to explore the default user-facing pages. (We are
in the process of making it look better.)
The community is currently working on bringing Vite support
<keycloakify/keycloakify#275> (currently
Keycloakify only works with Webpack)
—
Reply to this email directly, view it on GitHub
<#9093 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAD32QW7PTVXAA5YG5PLY73W5252HANCNFSM5J36R7SA>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Beta Was this translation helpful? Give feedback.
-
|
Hello @ssilvert, I wanted to provide a quick update to let you know that we've released Keycloakify version 9, which now includes complete Vite support. Please feel free to reach out for anything at all; we'd love to demonstrate the capabilities of Keycloakify sometime if you're interested! Best regards, |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Hello!
Thank you for your efforts in making Keycloak better.
I actually like Keycloak. However, there was always that theming/design challenge to match the application's design system integrating with Keycloak.
I wished if there was an option to build the login pages using a modern front-end framework. For example React, Angular, Vue, Svelte, etc.
I believe that this would be possible if the architecture of this part has been changed from an MVC architecture to a Web API architecture. Maybe, for security concerns, you could allow us to configure CORS rules for this API access to match the desired front-end hosting requirements.
If this did change. The next thing would be to create different responsive themes for the most commonly used design systems by the different clients.
I would prefer this to be implemented using a modular swappable components architecture. For example, define a button component with a specific interface (props in react). The implementor will need to just implement a button with the same interface to customize the look of the button.
I will be more than happy to contribute to make this happen if you just provided me with directions as the Keycloak code is a black box for me currently.
Many thanks for your considerations.
Best Regards.
Fadi
Beta Was this translation helpful? Give feedback.
All reactions