Skip to content
Snippets Groups Projects
  1. Jan 06, 2022
  2. Jul 07, 2020
  3. May 18, 2020
    • Mahendra Barad's avatar
      [IMP] web: Improve the show and dropdown menu of kanban · 2e56191c
      Mahendra Barad authored
      
      As part of the kanban view cleaning done the below improvement
      
      - When there is no global click on the kanban card, prevent the
      'focus shadow' on card so remove the show on kanban record it
      will only apply for global click class and quick create.
      
      - On the dashboard opening a dropdown should close any other dropdown.
      
      closes odoo/odoo#50536
      
      Taskid: 2206372
      Closes: #50536
      Related: odoo/enterprise#10341
      Signed-off-by: default avatarYannick Tivisse (yti) <yti@odoo.com>
      2e56191c
  4. May 14, 2020
    • jvm-odoo's avatar
      [FIX] web: fix kanban tags overflow · 27c32441
      jvm-odoo authored
      
      Issue
      
      	- Install Contacts
      	- Add a tag on a contact like:
      	  "LongTagName_Forcepaymentcomplement"
      	  and give it a color
      	- Go back to kanban view
      	- Resize your window
      
      	With some sizes, the tag gets out of
      	the kanban box
      
      Cause
      
      	The tag is moved under the color ball
      	when it is too long with some resolution
      
      	But there is others resolutions where
      	the tag is too long even if it is moved
      	to the next line
      
      Solution
      
      	Add word-break: all which will force the
      	tags to break if it is too long.
      
      OPW-2251780
      
      closes odoo/odoo#51243
      
      X-original-commit: 2ac6a8f2
      Signed-off-by: default avatarNicolas Lempereur (nle) <nle@odoo.com>
      Signed-off-by: default avatarJason Van Malder (jvm) <jvm@odoo.com>
      27c32441
  5. May 05, 2020
    • Aaron Bohy's avatar
      [IMP] mail: add Many2OneAvatarUser field widget · 59641325
      Aaron Bohy authored
      This widget is an extension of Many2OneAvatar, designed for
      many2one fields pointing to the 'res.users' model, or a model having
      itself a many2one field pointing to 'res.partner'.
      
      With this widget, when the avatar is clicked, we open a DM chat
      window with the corresponding partner. If the user clicked on itself,
      we open a blank chat window for the sake of consistency.
      
      In kanban views, this widget only displays the avatar.
      
      Part of task 2195254
      59641325
    • Aaron Bohy's avatar
      [IMP] web: add Many2OneAvatar field widget · df4693e7
      Aaron Bohy authored
      In readonly, this widget displays the image of the related record
      next to its display_name. In edit, it behaves exactly like the
      regular many2one.
      
      Part of task 2195254
      df4693e7
  6. Apr 30, 2020
    • Alexandre Kühn's avatar
      [FIX] web,base: correctly display activity widget in partner kanban view · 6401ad56
      Alexandre Kühn authored
      
      Revision on 7ecae335
      
      Commit above introduced activity widget on partner kanban, but
      unintentionally affected style of all other kanban views that have
      details on kanban record.
      
      This commit fixes the issue by applying special CSS rule only on
      partner kanban view, so that other kanban views remain unaffected.
      
      Task-Id 2237638
      
      closes odoo/odoo#50474
      
      X-original-commit: b0ef12bc0bcdb29ffc7e61f1a1a185248650283c
      Signed-off-by: default avatarAaron Bohy (aab) <aab@odoo.com>
      Signed-off-by: default avatarAlexandre Kühn (aku) <aku@odoo.com>
      6401ad56
    • Alexandre Kühn's avatar
      [REV] "[FIX] web: fix rating kanban card layout" · 93e84358
      Alexandre Kühn authored
      This reverts commit 715ef9fc2684dc875cf82ee312f20575ed42f94d.
      
      Purpose of commit above was to fix an issue in kanban view
      CSS introduced by 7ecae335
      
      This commit, however broke more kanban views. This happened
      because the original commit changed a CSS rule with flex, and
      commit above attempted to fix the issue by turning problematic
      UI elements to their flex equivalence.
      
      This change is too broad and unsafe, so the better decision is
      to revert them.
      
      Task-Id 2237638
      
      X-original-commit: 6badf3839147c0b9a475247699227ed304bd402d
      93e84358
  7. Apr 29, 2020
    • Alexandre Kühn's avatar
      [FIX] web: fix rating kanban card layout · ea143795
      Alexandre Kühn authored
      
      Revision on 7ecae335
      
      Commit above introduced schedule activities on partner kanban view,
      and also made slight CSS change in order to position next activity
      nicely at the bottom of the card.
      
      This change broke the layout in Rating kanban view with a groupby
      filter. This happens because some CSS rules made use of a combination
      of inline-block/float/margin-compensation to display image next
      to kanban textual information.
      
      This commit fixes all above issues by using flex.
      
      Task-Id 2237638
      
      closes odoo/odoo#50386
      
      X-original-commit: e7e3d14f980b221158042097568061363f6f1468
      Signed-off-by: default avatarYannick Tivisse (yti) <yti@odoo.com>
      Signed-off-by: default avatarAlexandre Kühn (aku) <aku@odoo.com>
      ea143795
  8. Apr 20, 2020
  9. Feb 21, 2020
    • Romain Estievenart's avatar
      [FIX] base,hr,web: kanban image sizing/look & feel · e0231481
      Romain Estievenart authored
      
      The image illustrating some kanban cards (like "Employees" or
      "Contacts") has a weird scaling and rendering on smaller screen sizes.
      
      Step to reproduce (on small screen):
      1. Open Employee
      2. Apply a filter
      3. Picture is ugly (shape changes to get something pretty weird)
      
      This commit fixes it by:
      1. removing the rounding which was only applied (sic) on smaller screens
      2. adjusting the size and/or the margins of the image to keep its ratio
         and the alignment with the other kanban cards.
      
      Task ID: 2198419
      
      closes odoo/odoo#45956
      
      X-original-commit: dd5db844
      Signed-off-by: default avatarPierre Paridans <pparidans@users.noreply.github.com>
      e0231481
  10. Feb 04, 2020
    • Damien Bouvy's avatar
      [IMP] web: kanban content container · 18e06fa9
      Damien Bouvy authored
      The 'new' (read: the classes not in the 'compatibility layer section')
      classes of the kanban views did not allow to cleanly separate an image
      header from a content container.
      
      This commit adds such a container, allowing a very simple layout that
      should work all the time for a typical 'card with left image and right
      content layout':
      ```xml
      <div class="o_kanban_record oe_kanban_global_click o_kanban_record_has_image_fill">
        <field class="o_kanban_image_fill_left" name="image_128"
               widget="image"
               options="{'zoom': true, 'background': true, 'preventClicks': false}"/>
        <div class="o_kanban_record_details">
          <div class="o_kanban_record_top">
            <div class="o_kanban_record_headings">
              <strong class="o_kanban_record_title">
                <field name="x_name"/>
              </strong>
            </div>
          </div>
          <div class="o_kanban_record_body">
            <!-- some fields here (e.g. tags,...) -->
          </div>
          <div class="o_kanban_record_bottom">
            <div class="oe_kanban_bottom_left">
              <!-- some fields here (e.g. kanban status,...) -->
            </div>
            <div class="oe_kanban_bottom_right">
              <!-- some fields here (e.g. user image,...)-->
            </div>
          </div>
        </div>
      </div>
      ```
      
      Before this commit, the absence of a container for the right side meant
      that the top/body/bottom were flex-growed in a flex-direction: row
      element, appearing as 3 columns instead of rows.
      18e06fa9
  11. Jan 31, 2020
  12. Jan 22, 2020
  13. Jan 13, 2020
  14. Dec 09, 2019
  15. Nov 28, 2019
  16. Oct 10, 2019
  17. Oct 01, 2019
  18. Sep 19, 2019
    • Sébastien Theys's avatar
      [IMP] *: remove image_64 and clean views · b6288e54
      Sébastien Theys authored
      
      There are too many image sizes. Since they are stored resized this takes time to
      generate when saving a new image, it's more rows on the attachment table, more
      files on the disk, ...
      
      64px is close enough to 128px that it can be removed without a big impact on
      download size.
      
      It will even reduce download and number of requests when both images are
      displayed because now only one has to be downloaded and then benefit from cache.
      
      The difference between the two is typically around 1.5kB which is negligible
      these days, especially when the request overhead is around 0.5kB already, not
      even taking into account other factors such as latency.
      
      If a 64px image must absolutely be returned, it is still possible to pass the
      size parameters to the image route. But the current guideline is to handle
      resizing in the views when necessary.
      
      Views
      =====
      
      - remove width and height attributes when existing CSS rules are overriding them
        (eg. `.oe_kanban_avatar` in the right context)
      - add CSS rules instead of width and height attributes when possible
      - use `object-fit: cover;` where width and height are forced to avoid distortion
        of non-square images
      - for products, use `object-fit: contain;` instead, keep ratio but without crop
      - add new CSS rules where the expected size was max 64px*64px before due to the
        image size itself
      - remove `img-fluid` where using size classes to avoid conflicting rules
      
      task-2060865
      
      closes odoo/odoo#36147
      
      Signed-off-by: default avatarSébastien Theys (seb) <seb@odoo.com>
      b6288e54
  19. Sep 10, 2019
  20. Sep 03, 2019
  21. Jul 19, 2019
  22. May 23, 2019
    • Varun Raval's avatar
      [FIX] web: fix tags field which looks weird on kanban view · 57bb236c
      Varun Raval authored
      
      For many2many_tags widget 'o_tag_color_0' class apply box shadow, in form
      view it looks good but in kanban view, it does not look good so I have
      removed box shadow from kanban view.
      
      Before this commit in kanban view when no attributes are used in the field
      at that time tags will be in box-shadow but after this commit even if no
      attributes are used in the field, tags will be without box shadow.
      
      Task ID: 1963188
      Closes: #33503
      
      Signed-off-by: default avatarAaron Bohy (aab) <aab@odoo.com>
      57bb236c
  23. Apr 29, 2019
    • Sébastien Theys's avatar
      [IMP] base,web: adapt kanban image following image tools changes · 0ab19401
      Sébastien Theys authored
      Since the images are not guaranteed to be square anymore, the kanban image had
      to be adapted to better handle the different image ratios.
      
      Also the placeholder has been moved into the actual image div instead of
      being a separate div that acted differently.
      
      The avatar placeholder was white... displayed on top of white. Now it's grey
      so we can actually see it.
      
      task-1958000
      PR: #31811
      0ab19401
  24. Mar 08, 2019
  25. Feb 13, 2019
  26. Jan 31, 2019
    • Nicolas Lempereur's avatar
      [FIX] web: click/studio work in colored kanban tile · c4d22267
      Nicolas Lempereur authored
      When a colored kanban tile is colored, and there is a color attribute on
      the tile HTML element indicating a color field (eg. when a kanban view
      with color dropdown is created in studio), there was a HTML element over
      the whole tile preventing to click on links or other sub element of it.
      
      This HTML element is just a transparent used for accessibility to
      contain the tile color intelligible name, so this commit just size it
      over the area of the color (currently in base bootstrap ~3px at the left
      of the tile).
      
      opw-1932283
      closes #30717
      c4d22267
  27. Apr 18, 2019
    • Suraj Shukla's avatar
      [MOV] web, project: make cover image generic in kanban · 3f6aadaa
      Suraj Shukla authored
      
      Previously, we could only set cover image on the kanban view of project
      task. This commit makes the feature generic so now cover image can be
      added to any kanban view.
      
      Technical notes:
      - field used to display the cover image has to be set as 'data-field'
        attribute on the kanban dropdown's  menu related to cover image
      - developer will have to take care while designing kanban views with
        cover image ability in such a way that it does not break the design
      
      Task 32108
      
      closes odoo/odoo#31731
      
      Signed-off-by: default avatarMartin Geubelle (mge) <mge@openerp.com>
      3f6aadaa
  28. Apr 09, 2019
    • Suraj Shukla's avatar
      [IMP] web: properly set margin for the kanban dropdown · dc2a9379
      Suraj Shukla authored
      
      While everything looks pretty perfect without this commit,
      setting margin on `.dropdown-toggle` and not on its parent
      `.o_dropdown_kanban` itself will cause glitches in Studio.
      
      While selecting the dropdown using Studio, the class responsible
      for displaying outline (that indicates the selection) is applied
      on '.o_dropdown_kanban', which is okay, but the actual child is
      positioned using margin, so the outline on parent div looks ugly.
      
      This commit fixes the issue by applying the margin on the proper
      selector.
      
      Task 1916583
      
      closes odoo/odoo#30049
      
      Signed-off-by: default avatarMartin Geubelle (mge) <mge@openerp.com>
      dc2a9379
  29. Oct 23, 2018
  30. Sep 21, 2018
  31. Sep 05, 2018
    • Aaron Bohy's avatar
      [FIX] web: Kanban quick create: prevent multiple creation · 71254e95
      Aaron Bohy authored
      Before this rev., if the user clicked several times on 'Add' (or
      pressed several times 'Enter'), on a KanbanQuickCreate record,
      multiple records were created.
      
      This rev. makes sure that this doesn't happen anymore by locking
      the widget when it is creating a record ('create' RPC that might
      be preceeded by an 'onchange' RPC).
      
      Several test cases are added, to mock the different scenarios that
      could occur, as they are all slightly different (depending on if
      there is an onchange or not and if the user clicks on Add or press
      Enter).
      
      There is still a scenario that needs to be handled, which is the
      one with an onchange and where the user clicks on 'Add'. This one
      is more tricky and will be handled by a future commit.
      
      Task 1878254.
      71254e95
  32. Aug 28, 2018
  33. Aug 13, 2018
    • sri-odoo's avatar
      [FIX] web: BS4, main component grayscale · 323cfddc
      sri-odoo authored
      BS4 blue-ish grayscale is ok for text, borders and shadows but it's too saturate for main components with solid background (eg. control panel and body bg).
      This commit will use a desaturate version of the same colors.
      323cfddc
    • sri-odoo's avatar
      [IMP] web: kanban record, fill image design · 0a29522d
      sri-odoo authored
      Add a new record layout that make the image compensate the record
      padding and fill the available space.
      0a29522d
    • ThanhDodeurOdoo's avatar
      [IMP] base,mail,web: attachments adaptation for documents · 60aa9ffd
      ThanhDodeurOdoo authored
      
      This commit is the counter-part of an enteprise commit introducing
      the Documents app.
      
      Here is a summary of what has been done:
        - tweak unlink of ir_attachment to prevent unlink recursivity
          (when attachments are attached to ir_attachments)
        - improve ir_attachment kanban view
        - add several arguments to binary_content controller:
          - 'force_ext': to force the extension in the filename, base on
            mimetype
          - 'share_token' and 'share_id': to autorize download from a
            share link
        - add 'thumbnail' field on ir_attachment to optimize Kanban view
        - add 'upper_limit' argument to image to allow to bypass the
          500*500 size limit
        - DocumentViewer now handles text files
      
      More information available on task 1853490
      
      Co-authored-by: default avatarPierre Paridans <app@odoo.com>
      Co-authored-by: default avatarsri-odoo <sri@odoo.com>
      Co-authored-by: default avatarThanhDodeurOdoo <tso@odoo.com>
      60aa9ffd
  34. Jul 27, 2018
    • qsm-odoo's avatar
      [REF] web: BS4, review kanban design · 85dc6334
      qsm-odoo authored
      85dc6334
    • qsm-odoo's avatar
      [REF] *: use 'light' color and reset 'gray' palette · 318b10cc
      qsm-odoo authored
      See previous commit for more explanation.
      318b10cc
    • qsm-odoo's avatar
      [REF] *: BS4, review color system · d8c217a6
      qsm-odoo authored
      Odoo used to declare two main colors: primary and optional (which are
      purple and turquoise in enterprise). Those were respectively assigned
      to the 'primary' bootstrap variable and the 'btn-primary' bootstrap
      variable.
      
      BS4, however, does not allow to have a different primary color for
      buttons. Instead, the 'primary' color is used for all 'primary' related
      components and utility classes, same as for all other colors. So, if we
      want to keep our enterprise buttons green, our 'optional' colors had to
      become our 'primary' color. The old odoo primary is then renamed to the
      'odoo' color.
      
      The palette of grays is now larger by default and is numbered from 100 to
      900 alongside the $black and $white variables. The equivalence for older
      variables and the way we used them is:
      
      $gray-darker          ->  gray 900 (unused before)
      $gray-dark            ->  gray 900
      $gray                 ->  gray 700
      $gray-light           ->  gray 600
      $gray-lighter-darker  ->  gray 400 (the old variable was created by us)
      $gray-lighter-dark    ->  gray 300 (the old variable was created by us)
      $gray-lighter         ->  gray 200
      
      Fortunately, the 'lighter' variations we created fit well in the default
      BS4 system ! Unfortunately, our $gray-lighter which carried the same
      function as $gray-200 (see above) is very close to the new default
      $gray-100 and quite distant from the new $gray-200. This will be handled
      in the next commit.
      d8c217a6
Loading