Hi everyone đđź
This week, we released OutSystems UI 3.0, a major version of OutSystems UI for both ODC and O11. It brings a new default theme, built from the ground up on OutSystems Design Tokens, so your apps look polished out of the box and are much easier to customize. These are the same design tokens Mobile UI uses, which makes it easier to keep your web and mobile apps visually consistent.
This release changes styles only. Patterns keep the same HTML, classes, parameters and JavaScript APIs, and your existing apps keep their current look until you decide to move.
What's new in OutSystems UI 3.0
What this means for your existing apps
Resources
Tell us what you think
This is the biggest visual update to OutSystems UI in years, and it sets the foundation for what comes next in theming. Try it on a new app or update your existing apps, and share your feedback, questions or issues with us in this thread.
Thank you,UI Components team
Hi UI Components team, congrats on 3.0!
Moving to Design Tokens with a documented CSS API per component is a solid step.
Question on icons: O11 is still on Font Awesome while ODC uses Phosphor 2.0. Is there a plan or timeline to bring Phosphor to O11 natively (Icon widget and picker), and will there be a mapping from the current Font Awesome icons?
Hi @Ricardo Monteiro
First of all, thank you for the feedback.About your question on icons, those are unrelated to the UI framework itself and, as far as I know that is not planned for O11.
Cheers,GM
hm!!
Congratulations to the OutSystems UI team and @Gonçalo Martins on the 3.0 release! đ
The move towards Design Tokens and a documented CSS API is a great step, especially for organizations managing multiple applications where UI consistency and maintainability are important.
Really appreciate that existing O11 applications can continue with the Classic theme and teams can migrate when ready.
One question: For customers with a large O11 application landscape and significant custom CSS, are there any plans to provide automated migration/readiness tooling that can identify deprecated variables, unsupported overrides, or potential visual regressions before moving to the new theme?
Hi @Sojanya Tripathi,
First of all, thank you for the feedback.About your questions:
Moving to the new theme is optional: We donât expect full-factory migrations to be the primary use case, as the new theme is mainly designed to introduce our new design system. Updating to the latest version will not break existing apps and, everything will continue working as before, and you'll only notice the default theme renamed to OutSystemsUIClassic.
Gradual migration is fully supported: Customers can migrate apps at their own pace. To help with this, we developed a dedicated migration skill for Claude Code in our repository that analyzes existing code and handles the heavy lifting. While covering 100% of custom code isn't possible, our tests show it performs well even on complex scenarios. We have some dedicated content around this here