Skip to content
Snippets Groups Projects
  1. Feb 11, 2020
  2. Feb 03, 2020
  3. Jan 30, 2020
    • Thibault Delavallée's avatar
      [REF][MOV] website_event(_sale): support tickets in website_event frontend · cb928ed6
      Thibault Delavallée authored
      PURPOSE
      
      Integration between event and eCommerce is required only when users handle the
      entire selling process online. However users may require ticketing support
      while managing payments outside of Odoo. Purpose of this commit is to support
      tickets directly in event application without need of sales.
      
      RATIONALE
      
      Remove the need to have event_sale installed to manage basic multi ticket
      event type. Integration with eCommerce is needed only when one wants to handle
      the entire selling flow online, i.e. order, payment, ... Integration with
      Sales is needed only when one wants to create sale orders linked to attendees.
      
      Many event users do not need all of this. Their attendees pay through bank
      transfers or they simply manage payments outside of Odoo while still
      requiring tickets management.
      
      SPECIFICATIONS
      
      In this commit we move frontend part of ticket support from website_event_sale
      to website_event. Now eCommerce / event integration adds only payment
      information when registering.
      
      About tickets
      
        * if there is no ticket -> generic registration allowed;
        * if there is one ticket -> quick registration box;
        * more than one ticket -> unfolding registration box with all available
          tickets;
      
      About price
      
        * sale not installed -> no mention of price. A ticket without price is not
          free. Its description allow to tell how to pay for example;
        * a price is set: price is displayed;
        * no price is set: FREE is displayed;
      
      Most event frontend templates and controllers are therefore moved from
      website_event_sale to website_event. Only part about pricing and sale order
      creation is now located in website_event_sale.
      
      Buy flow remains mainly untouched. Indeed this commit is mainly about moving
      template to support tickets.
      
      LINKS
      
      Task ID 2177281
      Community PR #43488
      cb928ed6
  4. Jan 28, 2020
    • Thibault Delavallée's avatar
      [MOV][IMP] (website_)event_sale: prepare views for ticket model update · 553e0cd5
      Thibault Delavallée authored
      PURPOSE
      
      Integration between event and eCommerce is required only when users handle the
      entire selling process online. However users may require ticketing support
      while managing payments outside of Odoo. Purpose of this commit is to prepare
      support of tickets directly in event application without need of sales.
      
      SPECIFICATIONS
      
      In this commit we prepare the ticket model split and update by
      
        * define views for ticket model. Currently views are directly embedded
          in o2m of event.type and event.event, leading to complex xpath to
          modify them. They are now real views;
        * split templates in website_event_sale, to have templates related to
          website_event and website_sale separated, leading to more simple diff
          comprehension;
      
      LINKS
      
      Task ID 2177281 (support tickets directly in event)
      Prepares Community PR odoo/odoo#43488
      Closes Community PR odoo/odoo#44066
      553e0cd5
  5. Jan 24, 2020
  6. Jan 21, 2020
  7. Jan 08, 2020
    • Debauche Stéphane's avatar
      [IMP] event: replace state by kanban stage · 412ff994
      Debauche Stéphane authored
      Purpose
      =======
      Remove the state on the event and add a stage.
      So, we can have more control on the event flow, and we will have less constrains.
      
      Website event
      =============
      Before
      ------
      People can register for an event if "seats are available" and if the state is "confirmed".
      
      After
      -----
      People can register for an event if `event_registrations_open` is True,
      - Event: seats are available and the event is not finished
      - Event sale:  One or more ticket has `sale_available` set to True
      
      Task #2088538
      412ff994
  8. Dec 09, 2019
  9. Nov 28, 2019
  10. Nov 21, 2019
    • Romain Derie's avatar
      [IMP] http_routing, portal, website_*: clean 404 templates · 4178a383
      Romain Derie authored
      
      A nicer 404 layout was introduced with e9106f8f but the specs got changed
      just after it was merged.
      
      It has been decided to make the 404 fully editable (before, everything was
      fully editable except the popular page div).
      
      In order to do this, the 404 template can't have inherited views, which brings
      the following changes:
      1. Remove every main website module xpath view adding their most popular page
      2. Remove the xpath view in portal to add popular page part (was not needed
         in http_routing/web). It has been decided that having `Home` ('/' url) even
         without portal and/or website is not a big deal.
      
      Those changes allow the 404 template to be written in a single view without any
      inherited views.
      The 404 will be the same for backend only databases, portal and website.
      
      task-1966460
      
      closes odoo/odoo#40637
      
      Signed-off-by: default avatarJérémy Kersten (jke) <jke@openerp.com>
      4178a383
  11. Nov 18, 2019
  12. Nov 08, 2019
  13. Oct 18, 2019
    • Lucas Perais (lpe)'s avatar
      [FIX] event, website_event: timezone timestamp to compute one day · bdc8e948
      Lucas Perais (lpe) authored
      
      Have an event in Mexico timezone
      As a begin date, choose something in the morning
      As a end date, choose 18:00 in that timezone (or later)
      in the same day
      The end date will be written as the day after at 00:00 in UTC
      
      Before this commit, the event was considered taking more than one day
      Also, the rendering on the website took the wrong widget, and did not
      transform the UTC dates into their TZ value
      
      After this commit, the event is considered taking place in the same day
      The rendering on the website is correct
      
      OPW 2087828
      
      closes odoo/odoo#39060
      
      X-original-commit: 4514ff30
      Signed-off-by: default avatarLucas Perais (lpe) <lpe@odoo.com>
      bdc8e948
  14. Oct 01, 2019
  15. Sep 27, 2019
  16. Aug 09, 2019
    • qsm-odoo's avatar
      [IMP] website, *: improve brand promotion in the footer · e60323f8
      qsm-odoo authored
      * web, website_event, website_sale, sale_quotation_builder
      
      Instead of an ugly danger-colored badge promoting "odoo", we now use
      the official odoo logo. The code is also refactored to use more
      consistent and translatable sentences without duplicated code.
      
      Note: the odoo logo is added in the repo, downloaded from our official
      brand assets page (https://www.odoo.com/page/brand-assets), in its
      'tiny' version. The repo already contained multiple odoo logos but they
      are quite old and should be replaced in a further update. Note: the svg
      version was not able to be used as it contains external margins...
      
      Part of https://github.com/odoo/odoo/pull/34422
      task-2026299
      e60323f8
  17. Aug 07, 2019
  18. Jun 04, 2019
    • Nicolas Lempereur's avatar
      [FIX] website_event: page edit intent more clear · 7ff8eb0c
      Nicolas Lempereur authored
      
      The bottom of event is shared between all event page and all events.
      
      This is especially misleading when "website menu" with
      website_event_track is activated on the event, then we will have several
      pages such as "Introduction" / "Location" and depending on if we drop a
      widget some pixel too high or two low, it will be only on the current
      page or on all events.
      
      With this changeset, when editing there is an information block saying
      what part is on all page.
      
      opw-2002163
      closes #33857
      
      Signed-off-by: default avatarNicolas Lempereur (nle) <nle@odoo.com>
      7ff8eb0c
  19. Jun 05, 2019
    • Romain Derie's avatar
      [IMP] *: move test and tour files to new folder hierarchy and asset · fdbf1164
      Romain Derie authored
      As we now have a new debug mode 'tests' which load a new asset bundle
      containing tour-test files, we moved those files to a new folder hierarchy.
      That will clean the .js files trees.
      Also, those files should be included in the new asset.
      
      Basically, the .js tour files (not test) should be inside /static/src/js/tours
      while .js tour test files (test=true) should be inside /static/tests/tours next
      to QUnit tests, inside a tours folder.
      
      + test_new_api: don't run the test in debug assets
      
      task-1934445
      Comes with https://github.com/odoo/enterprise/pull/4281
      Closes #33213
      fdbf1164
  20. Jun 27, 2019
  21. May 20, 2019
  22. May 14, 2019
  23. Mar 18, 2019
  24. Jan 29, 2019
  25. Jan 25, 2019
    • qha-odoo's avatar
      [IMP] website_event, *: refactor website events layouts · 5b563549
      qha-odoo authored
      * base, portal, website, website_event_sale, website_event_track
      
      - The previous event registration form was not clear on mobile
      
      - Review some layouts to match the new design general idea, using cards
        (see forum refactoring of https://github.com/odoo/odoo/pull/29235)
      
      - Use correct bootstrap components (like a menu instead of a breadcrumb
        on event pages)
      
      - Review options to be able to disable the left / right column and
        choose the exact options you want to appear in them
      
      task-1858034
      
      closes odoo/odoo#30559
      5b563549
  26. Jan 07, 2019
    • Romain Derie's avatar
      [FIX] website_*: set correct order on modal footer button · 4c8eeb7f
      Romain Derie authored
      Modal primary button should be the one in the corner (left if buttons aligned
      left, right if buttons aligned right) as in the Bootstrap doc.
      More than a simple guideline, the user will intuitively click on the button in
      the corner as it is supposed to be the primary one.
      
      Plus some DOM fixes (o_technical_modal was missing, H2 was too big especially
      since BS4)
      
      Closes #29890
      task-1922120
      4c8eeb7f
  27. Sep 30, 2018
    • qsm-odoo's avatar
      [REF] *: add oe_structure IDs · 4f15c939
      qsm-odoo authored
      Future update will allow to save oe_structure editions in an inherited
      view instead of editing the original view in place. The condition is
      to have an id on the .oe_structure element which contains the
      'oe_structure' string.
      4f15c939
  28. Sep 25, 2018
    • Sébastien Theys's avatar
      [IMP] website: add quick install from "new content" · 2ab6ce80
      Sébastien Theys authored
      This gives the user an overview of the possible actions,
      including those he currently does not have installed.
      
      It allows him to quickly install the missing applications
      without having to go on the backend.
      
      The commit also improves the existing actions:
      - correct handling of the actions deferred
      - add some translated terms
      
      PR: #27110
      task-1885419
      2ab6ce80
  29. Aug 31, 2018
    • qsm-odoo's avatar
      [FIX] website, *: BS4, restore website menu dropdowns · 7253b55f
      qsm-odoo authored
      * website_event, website_event_track
      7253b55f
    • Romain Derie's avatar
      [FIX] web_editor, website(_*): fix bs4 · 6bfb0810
      Romain Derie authored
      [FIX] web_editor: adapt col size to avoid too small select
      
      We should avoid col-md-3 in col-md-9 as the menu dialog is instanciated at 2
      places:
        - When creating a link in the editor
        - When editing website navbar menu
      
      In the second case, there is a hack in `content.js` to remove `modal-lg`
      lowering the width of the modal and making the select too small.
      
      [FIX] website: lower navbar font size
      
      With BS4, font-size of navbar element went from 13px to ~17px (rem unit
      computation).
      
      14px seems better than previous 13px as the frontend content size is
      higher than the backend one. Thus, 13px looks too small in contrast with the
      frontend page content.
      
      [FIX] website_crm_partner_assign, website_customer, website_membership: fix layout
      
      This commit fixes multiple layout issues, mainly by aligning code of the 3
      modules:
        - Add margin right to avoid text to be against image
        - Using image_medium everywhere
        - Fixing search input width
      
      publish toggle red + odoo primary is weird -> gray
      navbar now has a background & float-right not working since flex
      -> remove navbar class, use d-flex and ml-auto so the right element will be floating since using all available width
      
      task-1878150
      6bfb0810
    • Sanjay Jamod's avatar
  30. Aug 22, 2018
  31. Aug 20, 2018
  32. Aug 06, 2018
  33. Jul 31, 2018
  34. Jul 27, 2018
    • qsm-odoo's avatar
      [REF] *: BS4, review the 'media' structure · 98c0fef0
      qsm-odoo authored
      Only two classes remain to declare a media structure:
      'media' and 'media-body'. 'media-left/right' are guessed by their
      position using the flex layout.
      
      Also, the 'media-list' class has been dropped but <ul/> element
      should use the 'list-unstyled' class instead.
      
      Like all other components, spacing between medias are now to be
      handled explicitely thanks the spacing utility classes.
      98c0fef0
    • qsm-odoo's avatar
      [REF] *: BS4, adapt the label component structure · ee65b44d
      qsm-odoo authored
      The '.label' elements have been replaced by '.badge' elements without
      the 'badge-pill' class.
      ee65b44d
Loading