summaryrefslogtreecommitdiff
path: root/addons/website/static/src/scss/bootstrap_overridden.scss
AgeCommit message (Collapse)Author
2019-01-28[MERGE] forward port branch saas-12.1 up to d3b8422c9c4Christophe Simonis
closes odoo/odoo#30614
2019-01-14[MERGE] forward port branch 12.0 up to 6a0675d36ddChristophe Simonis
2019-01-10[FIX] website: allow to remove jumbotron bg colorqsm-odoo
In the 'banner' snippet, there is a column using a white jumbotron component. Those comes with a default background color so when using the website builder to remove the white background, it did not go away; it was replaced with the default background color (some gray). This commit sets the default background color of jumbotron components to 'transparent'. task-1889341 closes odoo/odoo#30099
2018-12-06[IMP] portal, website: change the default website body bgqsm-odoo
Use a very very very light gray as body background color for the website so that default white cards have some contrast with the body. Also adapt the portal system to use the portal colors when the body bg color is equal to that very very very light gray (while it was compared to $white before). closes odoo/odoo#29318
2018-12-26[REF] *: make stronger bootstrap assetsqsm-odoo
* portal, theme_bootswatch, web, web_editor, website With less2sass and bs3tobs4 tasks, the assets structure was reviewed to handle the specificities of both framework and to prepare for our next odoo tasks. In particular, the assets_helpers and bootstrap overrides were basically split into 4 parts: utils, primary variables, secondary variables and bootstrap variables. (see https://github.com/odoo/odoo/commit/6e4db7d13a926845bf82f5b035afede42d6d5a89) Using the !default system for the bootstrap variables parts seems now a good improvement. This is part of what this commit does: adding the default flag for all bootstrap variables overrides and inverting the order of the files in the _assets_backend_helpers and _assets_frontend_helpers templates. This allows to avoid code like this: portal: ``` $body-bg: white; ``` website: ``` @​if $var != null { $body-bg: $var; } ``` This code makes the body white with portal or equal to $var with website if $var has a value. The same behavior in the new file order is achieved with: website: ``` $body-bg: $var !default; ``` portal: ``` $body-bg: white !default; ``` This order is now also followed for the _assets_secondary_variables templates (there are only a few). This commit also make better assets hierarchy by making website inherit from portal assets (instead of web) and portal inherit from web_editor assets (instead of web) (thus relying on strong dependencies instead of installation order which is not always right for migrated databases). closes odoo/odoo#29757
2018-11-07[FIX] website, *: review auto light and dark colorsqsm-odoo
* web, web_editor The logic which chose if the user text color was supposed to be used as bootstrap "dark" text color or bootstrap "light" text color (https://github.com/odoo/odoo/commit/8b2dbd1441d6713d9072db03e8d3cb6c2246410f) was fine when using the default theme with default bootstrap but was not working as intended in some themes. This commit also introduces a more accurate and complex method to determine the correct contrasted color in most cases. closes odoo/odoo#28468
2018-10-01[FIX] website: handle light colors as body text colorqsm-odoo
Before this commit, if the user chose a light color for the text (with a dark color for the body for example), that color was also used for the automatic "dark" color, leaving the "light" color to the default $white. That means that when a light snippet background was set, the automatic color which was used was the light color the user chose. We want to invert the system in that case: use the user color as the "light" color to use over dark backgrounds and leave the "dark" color to the default $gray-900. This is what this commit does.
2018-09-10[REF] portal, website: BS4, lower <body/> font sizeqsm-odoo
With BS4, the website's font size was set to 16px instead of 14px as before. We finally decided to force the 14px back. This commit also moves some bootstrap variables extensions to portal as it should have been done and reformat the files to match the bootstrap _variables.scss file.
2018-08-20[FIX] website: border-width of inputs was raised for no good reasonsqsm-odoo
2018-08-19[FIX] website: BS4, smaller btn-sm buttonsqsm-odoo
Before BS4 migration, Odoo was not very consistent and used mainly btn-sm buttons and btn-xs buttons. We took advantage of the fact BS4 removed the btn-xs class to convert our btn-sm to standard btn and our btn-xs to standard btn-sm. While this is perfect in theory, the new btn-sm class does not generated small enough design for us. This commit changes the BS4 standard style for our website, making btn-sm smaller.
2018-08-13[IMP] website, *: review snippets and colorsCocographique
* web, web_editor, website_hr_recruitment, website_mail_channel, website_mass_mailing - Review all snippets and add new ones - Add lots of new options - Use odoo colors as default theme colors task-38878
2018-08-10[IMP] *: make customize dialog generic and improve optionsqsm-odoo
* web, web_editor, website, website_theme_install, portal, theme_default, theme_bootswatch The purpose of this task is to make the customize dialog as generic as possible, that is theme-independant: 1) The design is now totally generic (Odoo visuals) 2) The XML definition is form-view like. This allows themes to extend the dialog without any risk of breaking the style and also allows to not care about lots of technical details. 3) New options have been included. Those were themes options that are now generic and which themes can simply adapt without touching the customize modal (navbar colors, footer color, navbar layout, fonts, body background, ...). The color palette can now also be customized with user colors. Using sass functionnalities, color palettes and fonts integration is now a lot better. Thanks to @qha-odoo for the original design. task-31677