1. 02 Jul, 2018 1 commit
  2. 14 Jun, 2018 1 commit
    • Bob Obara's avatar
      ENH: Dealing with displaying empty views · b188e1b4
      Bob Obara authored
      View can be empty for a variety of reasons:
      - ModelEntityAttribute Views and Attribute Views with no definitions due to filter by advance and/or category
      - Instance Views with no attribute items due to filtering by advance and/or category
      
      The problem is when displaying children views in a tiled group view, the name of the empty view is displayed with no content.
      
      The solution was to add the concept of isEmpty to the qtViews and qtAttribute
      b188e1b4
  3. 12 Feb, 2018 1 commit
  4. 23 Aug, 2017 1 commit
  5. 26 Apr, 2017 1 commit
  6. 29 Mar, 2017 1 commit
  7. 05 Jan, 2017 1 commit
    • Bob Obara's avatar
      ENH: Added new qtOperatorView class · 2ef78dee
      Bob Obara authored
      This class creates a default UI for an operator.  It determines
      when the operation can be applied by changing teh validity of the
      underlying attribute as well as preventing the same operation from
      being accendently applied multiple times.
      
      - ALSO Fixed bug in model entity association which was causing
      model entities to be inserted in the item multiple times
      2ef78dee
  8. 18 May, 2016 2 commits
  9. 22 Feb, 2016 1 commit
  10. 17 Dec, 2015 1 commit
  11. 28 Aug, 2015 1 commit
    • Bob Obara's avatar
      ENH: Removing concept of Root View for GUIs · 5269895c
      Bob Obara authored
      Also added the ability to indicate if filter by either
      advance level or category is required.
      
      Also made the ability to display the access level for each item optional
      5269895c
  12. 04 May, 2015 1 commit
  13. 27 Apr, 2015 1 commit
  14. 21 Apr, 2015 1 commit
    • David Thompson's avatar
      Progress on #85 (consistent target + option names). · eaf24846
      David Thompson authored
      This patch includes the following changes:
      
      + Eliminate a shiboken warning (do not wrap cJSON methods).
      + Fix a stupid mistake causing a warning in ExportJSON.
      + A scripted rename. Ran this command:
      
            find smtk/bridge -type f -exec vim -S /path/to/vscr {} \;
      
        where `vscr` contained
      
            %s/SMTKSessionExodusExports/Exports/g
            %s/SMTKSessionExodus/smtkExodusSession/g
            %s/SMTKSESSIONEXODUS_EXPORT/SMTKEXODUSSESSION_EXPORT/g
            %s/discreteSessionExports/Exports/g
            %s/SMTKRemoteExports/Exports/g
            %s/SMTKRemote/smtkRemoteSession/g
            %s/SMTKREMOTE_EXPORT/SMTKREMOTESESSION_EXPORT/g
            wq
      + Another scripted rename:
      
            find smtk/extension -type f -exec vim -S /path/to/vscr {} \;
      
        where `vscr` is a vim script containing:
      
            %s/QtSMTKExports.h/Exports.h/g
            %s/QTSMTK_EXPORT/SMTKQTEXT_EXPORT/g
            %s/vtkSMTKModule/smtkVTKExtModule/g
            %s/vtkSMTKExports/smtkVTKExtExports/g
            %s/VTKSMTK_EXPORT/SMTKVTKEXT_EXPORT/g
            %s/vtkSMTK/smtkVTKExt/g
            wq
      
      + Add VTK-style Python wrapping to the classes in vtkSMTKExt
        (which cannot be named smtkVTKExt because of VTK's build system).
        This should close #97.
      + Fixes to get things building again.
      eaf24846
  15. 09 Apr, 2015 1 commit
    • Yumin Yuan's avatar
      Add APIs to automatically associate operator model entity item. · fb72acba
      Yumin Yuan authored
      When a model operator's UI is launched, we want the ModelEntityItem(s) in
      the operator specifiction to be automatically associated with the current selection
      in the modelView, if the entity flags match with the item's entity mask. If we did not
      find any suitable matches in the children of the selected entities, we will also search
      the parents. For example, if a Face is selected, but the ModelEnityItem is requiring a model,
      we will search up the tree and associated the item with the model owning the face.
      fb72acba
  16. 16 Feb, 2015 1 commit
  17. 26 Sep, 2014 1 commit
  18. 24 Sep, 2014 2 commits
  19. 22 May, 2014 1 commit
  20. 20 May, 2014 1 commit
  21. 10 Feb, 2014 1 commit
    • Yumin Yuan's avatar
      Removed UIManager singleton pattern. · ed4e8521
      Yumin Yuan authored
      The singleton pattern of UIManager was removed so that applications can
      create as many UIManagers as they want. The singleton pattern was
      inherited from SimBuilder3.0, but since now the uiManager is part of the
      smtk library, the pattern isn't desired anymore. However, applications can
      still use singleton pattern if they wrapp the uiManager with another
      class.
      ed4e8521
  22. 14 Oct, 2013 1 commit
  23. 04 Jan, 2013 1 commit
  24. 03 Jan, 2013 1 commit
  25. 28 Nov, 2012 1 commit
  26. 20 Oct, 2012 1 commit
  27. 15 Aug, 2012 2 commits
  28. 14 Aug, 2012 1 commit
  29. 01 Aug, 2012 1 commit
  30. 11 Jul, 2012 1 commit