1. 25 Aug, 2014 2 commits
  2. 19 Aug, 2014 2 commits
  3. 18 Aug, 2014 5 commits
  4. 15 Aug, 2014 4 commits
  5. 13 Aug, 2014 6 commits
  6. 06 Aug, 2014 2 commits
    • Kevin Falcone's avatar
      Allow @Groupings to be passed in · b1ba2c3d
      Kevin Falcone authored
      The display template (ShowCustomFieldCustomGroupings) takes Groupings as
      an argument, for symmetry, also take it during editing.
      
      This allows code to better control which groups are shown
      on Create or other editing pages (in particular, RTIR and the multitude
      of complex editing/creating pages in that workflow).
      b1ba2c3d
    • Kevin Falcone's avatar
      RT::CustomField provides a wrapper to get the 'type', use it · 4abd0fa2
      Kevin Falcone authored
      Hardcoding ref here meant that if anything extends
      RT::CustomField->_GroupingClass, it'll fail to find the groupings and
      dump all your CFs into the Custom Fields group.  By calling back in to
      GroupingClass, you get the 'magic' type and can look it up in the
      groupings.
      
      NewItem provides an empty CustomField with ContextObject set which
      overriders of _GroupingClass can use for more context when
      LimitoToGrouping is called on an empty object (during object creation)
      
      RTIR uses this to provide an RTIR::Ticket grouping type so you can
      separate CF groupings on RTIR tickets from those on core tickets.
      Provided to allow better separation of groupings between RTIR CFs and
      CFs on other Queues, especially since RTIR uses common names such as
      'Customer' and 'IP' which would otherwise complicate using those CFs in
      groups in other Queues. Perhaps points towards wanting per-queue CF
      groupings.
      4abd0fa2
  7. 05 Aug, 2014 3 commits
  8. 04 Aug, 2014 2 commits
  9. 29 Jul, 2014 1 commit
  10. 25 Jul, 2014 2 commits
  11. 23 Jul, 2014 3 commits
  12. 22 Jul, 2014 2 commits
  13. 21 Jul, 2014 2 commits
  14. 18 Jul, 2014 1 commit
  15. 17 Jul, 2014 3 commits