1. 26 Feb, 2017 1 commit
  2. 24 Feb, 2017 1 commit
  3. 20 Feb, 2017 2 commits
  4. 17 Feb, 2017 1 commit
  5. 09 Jan, 2017 2 commits
    • Ralf Habacker's avatar
      Doc wording fix. · 0f4d4184
      Ralf Habacker authored
      0f4d4184
    • Ralf Habacker's avatar
      Fix 'Java import crashes on importing enums'. · 2af5a312
      Ralf Habacker authored
      This commit fixes the following issue: The importer creates UMLClassifier
      objects on any unknown parsed type. On parsing the real definition later
      it tries to use the UMLClassifier as UMLEnum which fails.
      
      UMLDoc::setImporting() has been added to remove the old entry from the
      tree view which is otherwise blocked in UMLListView::slotObjectRemoved()
      by UmlDoc::loading().
      
      BUG:373382
      FIXED-IN:2.21.1 [KDE Applications 16.12.1)
      2af5a312
  6. 04 Jan, 2017 1 commit
  7. 07 Dec, 2016 3 commits
  8. 06 Dec, 2016 1 commit
  9. 17 Nov, 2016 1 commit
  10. 04 Nov, 2016 1 commit
  11. 03 Nov, 2016 1 commit
    • Ralf Habacker's avatar
      Fix 'Lost class and interface names when open the project'. · 7c761dac
      Ralf Habacker authored
      UML objects used on diagrams may be located in the xmi file after the
      diagram which results into "LOST_..." entries in the tree view. Caused by
      internal limitations umbrello 2.18.x was not be able to fix that issues.
      It was required to patch the xmi file by hand to remove the incorrect
      listview tags.
      
      To fix this issue there are three changes required:
      
      1. Loading of diagrams is now performed after all uml objects has been
         loaded from the xmi file. On parsing diagram tags the related QDomNode
         and UMLFolder instance are saved in a map. After loading has been
         finished the diagrams are imported from this map.
      
      2. Ignore uml objects from xmi file having no parent
      
      3. Do not reparent uml objects caused by list view entries diverged
         from the uml model.
      
      BUG:371495
      
      
      FIXED-IN:2.20.3 (KDE Applications 16.08.03)
      Signed-off-by: Ralf Habacker's avatarRalf Habacker <ralf.habacker@freenet.de>
      7c761dac
  12. 24 Oct, 2016 1 commit
    • Ralf Habacker's avatar
      Fix 'Font sizing is wrong when sharing diagrams'. · 3409db0b
      Ralf Habacker authored
      For any new file the current screen resolution is written into the xmi
      file. If a file contains resolution the file coordinates are recalculated
      into current screen resolution on load and recalculated to file resolution
      on save.
      
      Files without coordinates resolution are not recalculated on load or save,
      because it is currently not known how to estimate the resolution the file
      is created with. Adjusting those files requires currently adding the
      "resolution" attribute to the <diagrams> tag manually.
      
      To solve that issue an option would be to add a user request to get the
      correct resolution or to print out a user warning on the status line after
      loading and to add an option to be able to change the resolution in
      document settings or if possible to estimate it from any diagram
      coordinates.
      
      BUG:90103
      
      
      FIXED-IN:2.20.80 (KDE Applications 16.11.80)
      Signed-off-by: Ralf Habacker's avatarRalf Habacker <ralf.habacker@freenet.de>
      3409db0b
  13. 21 Oct, 2016 1 commit
  14. 12 Sep, 2016 2 commits
  15. 11 Sep, 2016 1 commit
  16. 07 Sep, 2016 1 commit
  17. 06 Sep, 2016 2 commits
  18. 31 Aug, 2016 1 commit
  19. 09 Jun, 2016 1 commit
  20. 03 Jun, 2016 1 commit
  21. 01 Jan, 2016 1 commit
  22. 07 Oct, 2015 4 commits
  23. 22 Jun, 2015 1 commit
  24. 21 Jun, 2015 1 commit
  25. 06 Jun, 2015 1 commit
  26. 04 Jun, 2015 1 commit
  27. 01 Jun, 2015 5 commits