1. 30 Aug, 2017 10 commits
  2. 28 Aug, 2017 7 commits
  3. 25 Aug, 2017 3 commits
  4. 23 Aug, 2017 3 commits
  5. 16 Aug, 2017 4 commits
  6. 14 Aug, 2017 2 commits
  7. 11 Aug, 2017 5 commits
  8. 10 Aug, 2017 6 commits
    • Julien Muchembled's avatar
      ERP5Form: FormBox improvements · 2c74e408
      Julien Muchembled authored
      A Form is rendered by assuming the REQUEST is clean and first set 'here' as
      the context. Then there may be listboxes with rely on 'here' and set 'cell'
      temporarily. At last, for easier configuration of listbox fields, 'cell' has
      precedence over 'here' when rendering (in particular since
      commit 4fa84233).
      
      Based on this, the only sane solution is to
      - clean up the REQUEST (remove 'here' and 'cell')
      - render the FormBox in the new context (which sets 'here'): inside a ListBox,
        the context is the cell
      - restore 'here' and 'cell' as they were
      
      Which allows FormBox/ListBox inside FormBox/ListBox, recursively
      (but obviously no ListBox inside ListBox).
      
      The previous code didn't work in the following case:
      - a Order Line and Packing List Line having an identical tab
      - the left pane for Order Line information
      - the other for Packing List Line information
        (-> empty when there's no related PL)
      - a listbox (with subobjects of the PL line)
      Which is implemented as follows:
      - a Form for the left pane
      - a Form for the Packing List Line, with a FormBox
        (to display Order information) and a ListBox
      - the Form for the Order Line only has a FormBox, that uses 1 of the 2 other
        Forms depending on the presence of a PL (if there's one, it's rendered in the
        context of the PL)
      -> FormBox(FormBox, ListBox)
      
      As you can see, FormBox is used here to factorize forms. Without this patch:
      - the outter FormBox crashed on `del REQUEST.other['cell']`
      - the inner FormBox was rendered with a wrong 'cell'
      
      Another change is to pass the field & REQUEST to the context method.
      2c74e408
    • Vincent Bechu's avatar
    • Vincent Bechu's avatar
    • Sebastien Robin's avatar
      erp5_officejs: make graph charts similar to other gadget fields for unification · f0f7587f
      Sebastien Robin authored
      This way it would be even more easier to use graphs, and we avoid inventing additional API.
      Method updateConfiguration has been removed, it is possible to call render several times if needed.
      f0f7587f
    • Jérome Perrin's avatar
      Some erp5_accounting coding style fixes · 6336fcb5
      Jérome Perrin authored
      Following up !308 , these are a batch of changes to fix coding style in `erp5_accounting` as reported by pylint and `Products.ERP5Type.CodingStyle`.
      
      Also, calls to `portal_catalog.getObject` are replaced by simple `portal_catalog` calls.
      
      
      /reviewed-on nexedi/erp5!309
      6336fcb5
    • Jérome Perrin's avatar
      ods_style: do not export an empty sheet for empty report header · 002e018c
      Jérome Perrin authored
      In `sheet_per_report_section` mode if the report do not have any fields,
      we use to display an empty sheet. It was confusing and not useful.
      002e018c