An error occurred fetching the project authors.
  1. 05 Oct, 2019 1 commit
    • Arnaud Fontaine's avatar
      ZODB Components: Prepare ERP5ShortMessage Product for migration from FS. · 1ee08278
      Arnaud Fontaine authored
      * Add erp5_core_proxy_field_legacy to dependencies (because of (at least) my_password).
      * Rename ERP5ShortMessage.Errors module because the name is too generic for a 'Module Component'.
      * Fix type_class of SMSTool: This should be the name of the class only, excluding the module.
      * Add missing __init__.py to tests directory so that it can be migrated.
      1ee08278
  2. 15 Feb, 2018 3 commits
    • Jérome Perrin's avatar
      749271e8
    • Jérome Perrin's avatar
      ERP5ShortMessage: simplify gateway interface · dad444b3
      Jérome Perrin authored
      Implementation dependant parameters, such as message type or quality,
      must be defined by the gateway class, not in the common
      ShortMessage_send script.
      
      This should make it easier to switch implementations.
      
      Also:
       * send method is expected to be called once per recipient. I guess we
         prefer to isolate messages than to batch send messages efficiently.
       * send method expect relative url of sender and reciever documents, so
         that it can decide which properties to use.
       * drop `sender_title` parameter, now the gateway implementation decide
         what to use.
       * drop `test` parameter. For simulation mode, set simulation mode on
         the gateway instance
       * sms.send() no longer accept direct from_url / to_url / body message.
         It only supports sending what's defined on document properties.
       * SMSTool_afterSend will be called with message_id parameter, not
         message_id_list
       * Split interfaces in two SMS Sending / SMS Receiving.
      dad444b3
    • Jérome Perrin's avatar
      ERP5ShortMessage: allow messages longer than 140 characters · 6522133b
      Jérome Perrin authored
      - fix message_type to support multitext messages
      - use MULTITEXT message type by default
      
      Only mobyt support this parameter, so this break the compatibility with
      essendex
      6522133b
  3. 12 Dec, 2016 1 commit
  4. 10 Nov, 2014 1 commit
  5. 06 Nov, 2014 1 commit
  6. 16 Oct, 2014 1 commit
  7. 04 Sep, 2014 1 commit
  8. 03 May, 2011 1 commit
  9. 02 May, 2011 2 commits
  10. 26 Apr, 2011 1 commit
  11. 18 Jan, 2011 1 commit
  12. 10 Jan, 2011 1 commit
  13. 03 Jan, 2011 2 commits
  14. 20 Dec, 2010 2 commits
  15. 14 Dec, 2010 1 commit
  16. 10 Nov, 2010 1 commit
  17. 08 Nov, 2010 1 commit