9337562ccaa06f3dc37b1c3b616191179e48d64c
*: web, website This commit redesigns the editor toolbar improving its visual appearance and introducing substantial changes wherever it is rendered. == "Into-sidebar" design The grid layout has been refined, improving its components allocation. For the sake of visual simplification, "list-type" buttons have been unwrapped from their original dropdown. For the same reason the button to create a new table has been removed (users will have to use the command-bar to create a new table). Table's options have been moved to a section "ad-hoc", visible only when a table is selected. == Floating design (backend only) The toolbar is now white to match the command-bar design. In order to simplify frontend inheritance, the floating toolbar now uses grid layout. == Colorpicker The generic code necessary for each design has been moved from 'wysiwyg_snippets.scss' to 'wysiwyg.scss'. The style is now controlled by css variables allowing to customize critical design properties without the need of SCSS overrides. By default the design is white(-ish) to match the floating toolbar, while in 'wysiwyg_snippets.scss' the variables are customized to get the typical sidebar's dark feel. Note: despite the task main objective was just to improve/fix the design, this aimed to simplify design inheritance and reduce the css too. While inheritance has been improved reducing the amount of overrides, the attempt to reduce the css partially failed (in the final lines count must be considered that a new sidebar section has been created). The reason is that we currently suffer from a deep and complicated inheritance structure for this component. The xml template uses default bootstrap classes that are styled differently depending if loaded in a community or enterprise environment. This approach leads to overrides that must cover all the scenarios while further customization must be taken in account too 'cause the toolbar can be rendered into the sidebar with a totally different design. A possible solution would be to detach from bootstrap directly in the lib using custom classes names, and then @extend these classes differently according to the current environment but probably not a good idea as we want the toolbar to use bootstrap for in-website editors (so they can match the theme correctly) but this has to be reviewed as well anyway. To be checked. Part of https://github.com/odoo/odoo/pull/73565 task-2496339 closes odoo/odoo#73565 Signed-off-by: Antoine Guenet <Zinston@users.noreply.github.com>
…
…
…
…
…
…
Odoo
Odoo is a suite of web based open source business apps.
The main Odoo Apps include an Open Source CRM, Website Builder, eCommerce, Warehouse Management, Project Management, Billing & Accounting, Point of Sale, Human Resources, Marketing, Manufacturing, ...
Odoo Apps can be used as stand-alone applications, but they also integrate seamlessly so you get a full-featured Open Source ERP when you install several Apps.
Getting started with Odoo
For a standard installation please follow the Setup instructions from the documentation.
To learn the software, we recommend the Odoo eLearning, or Scale-up, the business game. Developers can start with the developer tutorials
Languages
Python
49.6%
JavaScript
47.8%
SCSS
2%
CSS
0.3%
HTML
0.2%