1. 30 Tem, 2018 1 kayıt (commit)
    • Gabor Kelemen's avatar
      Add missing sal/log.hxx headers · bdb0775a
      Gabor Kelemen yazdı
      rtl/string.hxx and rtl/ustring.hxx both unnecessarily #include <sal/log.hxx> (and don't make use of it themselves), but many other files happen to depend on it.
      This is a continuation of commit 6ff2d84a to be able to remove those unneeded includes.
      
      This commit adds missing headers to every file found by:
      grep -FwL sal/log.hxx $(git grep -Elw 'SAL_INFO|SAL_INFO_IF|SAL_WARN|SAL_WARN_IF|SAL_DETAIL_LOG_STREAM|SAL_WHERE|SAL_STREAM|SAL_DEBUG')
      to directories from filter to jvmfwk
      
      Change-Id: I2a73d63f2aaef5f26d7d08957daaa8a30b412ac5
      Reviewed-on: https://gerrit.libreoffice.org/58204
      Tested-by: Jenkins
      Reviewed-by: 's avatarMiklos Vajna <vmiklos@collabora.co.uk>
      bdb0775a
  2. 28 Tem, 2018 1 kayıt (commit)
  3. 26 Tem, 2018 1 kayıt (commit)
    • Stephan Bergmann's avatar
      filter: avoid -Werror=deprecated-copy (GCC trunk towards GCC 9) · ec32cb36
      Stephan Bergmann yazdı
      ...by explicitly defaulting the copy/move functions (and, where needed in turn,
      also a default ctor) for classes that have a user-declared dtor that does
      nothing other than an implicitly-defined one would do, but needs to be user-
      declared because it is virtual and potentially serves as a key function to
      emit the vtable, or is non-public, etc.; and by removing explicitly user-
      provided functions that do the same as their implicitly-defined counterparts,
      but may prevent implicitly declared copy functions from being defined as non-
      deleted in the future.  (Even if such a user-provided function was declared
      non-inline in an include file, the apparently-used implicitly-defined copy
      functions are already include, so why bother with non-inline functions.)
      
      Change-Id: I20a2c713f0fea62659d44298c1d98dc9b7f2d5aa
      Reviewed-on: https://gerrit.libreoffice.org/58076
      Tested-by: Jenkins
      Reviewed-by: 's avatarStephan Bergmann <sbergman@redhat.com>
      ec32cb36
  4. 18 Tem, 2018 2 kayıt (commit)
  5. 11 Tem, 2018 1 kayıt (commit)
  6. 10 Tem, 2018 1 kayıt (commit)
  7. 06 Tem, 2018 1 kayıt (commit)
  8. 02 Tem, 2018 1 kayıt (commit)
  9. 22 Haz, 2018 1 kayıt (commit)
  10. 15 Haz, 2018 1 kayıt (commit)
  11. 13 Haz, 2018 1 kayıt (commit)
    • Armin Le Grand's avatar
      Replace SVGFilter using SVGIO · 3087011e
      Armin Le Grand yazdı
      Next step is to put more logic into the decision
      if Draw or Impress should be loaded - if we have a
      self-exported Impress, import as Impress, else
      (including all not-self-created SVG Graphics) import
      to Draw.
      To do this it is necessary to be able to import to
      different document formats at all. To do this, add
      an internal filter type to the filter mechanism
      (types/registration/...) and decide in the SVG
      XExtendedFilterDetection::detect from SVGFilter
      which one to use.
      Added tooling for SVG detection and more, see
      SVGFileInfo. This allows to detect for SVG, but
      also if the creator was LO and if it was Draw or
      Impress. The document format/filter is choosen
      accordingly.
      Corrected the error with <g visibility="hidden">
      Slides inisde <g class="SlideGroup"> for import
      of self-exported Impress documents. No idea why
      this was written that way, but needs to be fixed
      to get a visible content at all.
      Also adapted the final mapping from pt to 100thmm
      in SvgSvgNode::decomposeSvgNode. Unfortunately
      (and also for unknown reasons) the self-exported
      Impress does not write svg:width/height values,
      thus the adaption from assumed svg-units (px) to
      100thmm has to be skipped.
      Have identified the place in svgio where I can
      embed Pages/Slides to a helper-Primitive to later
      be able to 'break' such GraphicObjects to multiple
      Pages/Slides. I have added a Primitive called
      PageHierarchyPrimitive2D for this purpose.
      
      Change-Id: I38bfef6e7b16479a025fc754e38b4e21a006ad38
      Reviewed-on: https://gerrit.libreoffice.org/55434Tested-by: 's avatarJenkins <ci@libreoffice.org>
      Reviewed-by: 's avatarArmin Le Grand <Armin.Le.Grand@cib.de>
      3087011e
  12. 11 Haz, 2018 1 kayıt (commit)
  13. 07 Haz, 2018 1 kayıt (commit)
  14. 05 Haz, 2018 1 kayıt (commit)
  15. 18 May, 2018 1 kayıt (commit)
    • Armin Le Grand's avatar
      Replace SVGFilter using SVGIO · 3ca7be09
      Armin Le Grand yazdı
      Target of this change is to get rid of the SVGFilter
      in current LO which is based on the standard-ODF importer
      using it's functionality by passing in/handing over
      temporary created XML-Stream-Data.
      
      First step is to alternatively import the given SVG
      file to a newly created Document and to strip the
      existing Filter-Code.
      
      Adding the first prototype of the changed import. It
      is capable of importing the given SVG to the created
      Draw/Impress document. It adds the SVG which gets imported
      by SVGIO as GraphicObject. It adapts sizes and positions of
      Page and GraphicObject to have a smooth import.
      
      Adding stripping of SVGFilter and used ressources. Done
      as deep as possible, hopefully all places found.
      
      Adapted now to create an Impress document. Also added needed
      adaptions to PageSize(s), including layout and PresObj stuff
      to make all MasterPages/LayoutPages work correctly.
      
      Added reaction on empty SVG. This is needed since the
      PageSize is adapted to the Graphic. With empty Graphic
      a Size(0,0) results and this goes wrong.
      
      Change-Id: Ia364a5783bee7dadcbe91e700efbabc121cf98f9
      Reviewed-on: https://gerrit.libreoffice.org/54096Tested-by: 's avatarJenkins <ci@libreoffice.org>
      Reviewed-by: 's avatarArmin Le Grand <Armin.Le.Grand@cib.de>
      3ca7be09
  16. 12 May, 2018 1 kayıt (commit)
  17. 21 Nis, 2018 1 kayıt (commit)
  18. 16 Nis, 2018 1 kayıt (commit)
  19. 12 Nis, 2018 2 kayıt (commit)
  20. 08 Nis, 2018 1 kayıt (commit)
  21. 06 Nis, 2018 3 kayıt (commit)
    • Armin Le Grand's avatar
      SOSAW080: Added first bunch of basic changes to helpers · dfefe448
      Armin Le Grand yazdı
      SOSAW080: Make SdrModel& prerequisite to SdrObjects
      
      Added need for SdrModel& in constructors of SdrModel,
      SdrPage, SdrView and SdrObjList. Builds, not finished.
      
      SOSAW080: removed and replaced old SdrModel
      
      Removed and replaced GetModel()/SetModel() in all using
      classes (SdrObject, SdrPage, SdrView), added accessors
      to new referenced SdrModel, adapted all accessing places.
      Refactored/Extended ::Clone and ::operator== for these
      classes to allow cloning objects to a target SdrModel.
      Adapted places where this is done AFAP. Added quite some
      comments (tagged with 'TTTT') where possible further work
      is needed. Builds completely, thus checking in. This does
      not mean that this change is done yet.
      
      SOSAW080: Adapted SdrPage/SdrModel relationship
      
      Also needed to work on copy-construction of SdrPage and hierarchy,
      quite some stuff removed, no copy-constructor anymore, no
      MigrateItemPool stuff. Builds well, test stuck, will need
      some cleanup/finetunung
      
      SOSAW080: Smaller corrections/includes adapted
      
      SOSAW080: Smaller corrections/includes adapted
      
      SOSAW080: Debugging/Stabilizing/MakeUnitTestWork
      
      SOSAW080: Stabilized for UnitTests, cleanups
      
      SOSAW080: Adapted GetObjGraphic to just take a const SdrObject&
      
      SOSAW080: Removed ChangeModel from classes
      
      Classes SvxTextEditSource and SvxDrawPage (including
      TextEditSource stuff) do not need change of SdrModel
      anymore.
      
      SOSAW080: Adapted some comments to make more readable
      
      SOSAW080: Corrected constructor
      
      SOSAW080: getSdrModelFromUnoModel added override marks
      
      SOSAW080: Added missing includes
      
      SOSAW080: Corrected SdrPage constructor
      
      SOSAW080: Corrected some SdrObject::Clone scenarios
      
      Especially when cloning to another SdrModel and taking
      the sdr::properties into account.
      
      SOSAW080: Added include for Mac-Build
      
      SOSAW080: Added Scale to DefaultProperties
      
      If a SdrModel change happens in DefaultProperties copy
      constructor (used from Clone()), potentially a Scale
      for the SfxItems has to be done.
      
      SOSAW080: Added missing include for MacBuild
      
      SOSAW080: Corrected CppunitTest_sc_anchor_test
      
      An adaption of a SdrPathObj instantiation was missing,
      added that. Seems as if that test is no tpart of the
      usual 'make' scenario, but used/executed in gerrit builds
      
      SOSAW080: Reworked SvxShape to use SdrObject's SdrModel
      
      SOSAW080: Reworked SvxShape to use SdrObject's SdrModel
      
      SOSAW080: Free SdrObjects when SdrModel goes down
      
      In an UNO API test problem is that SvxShapes reference
      SdrShapes, but these are not added to a SdrPage and not
      'owned' by the SvxShape. Thus these do not get deleted
      at all (same in master, memory leak). I extended
      SvxShape::Notify the case for ModelCleared to also
      Free the SdrObject when not owner and it's not added to
      a SdrPage (in that case it gets deleted with deleting
      the SdrModel)
      
      SOSAW080: Solve UNO API calls that move SvxShapes to other Model
      
      Due to UNO API tests I got a call to insert an xShape to a
      xDrawPage which was constructed in another Model, this has now to
      be done by Cloning the SdrObject to the new SdrModel, getting
      rid of the old one and getting all the UNO implementation
      stuff right (referemces SdrObject <-> xShape).
      
      1cb7d573d323e98a89761fe662c10c4a654fdec0
      24617494a0ef79f6e33dfcb02782a833a81c6434
      763f39094b6a48b529a6952d01468f8776c97679
      242b9e228a9a042c3a5bdd38b1ea6600144276d5
      242b9e228a9a042c3a5bdd38b1ea6600144276d5
      33a6f3f306b70c223171aef796dd5ee041ad14df
      6878b33f8b05738a44c0910e40a60a0f0d1d58ed
      0a636caf3cb36c2f9c6cd11aa22cb9bc435dc8f2
      8c4626274a5cc531dad27f27c0c45d4c528fb2fb
      446685a49a6d67aedd01cfbbd5e87b07f97a4d7b
      c1b5ed3c99bc7219a0061e4ece24ea42afd2889a
      22de9a1c8af7c25be5c108671ddc548ba323ed47
      4caf6b6fbbe6e8130741d793dffb560fd01d4ed5
      488b9601735ec1822433f82f633990063951fe08
      c366d60299f239e3df856ddffedb19e743e4be0c
      c5137ba8c597c7b5f90318df50e87b93a39a28dc
      f9e646242cf89f6fde1315046952252a2c429779
      f830fbc5fadd89d04be5edd2a5abf9b0d4bf0410
      1694b54903df784385abaa8452e1201e12344238
      17bcb44d2e29920c0c74430c2d9c703b36cfa0ad
      17bcb44d2e29920c0c74430c2d9c703b36cfa0ad
      7b5c241faec7488924e5935ae8b19f785846b5e4
      bf097ee7467895823fbd158a2a9543da3b5a5078
      
      Change-Id: Iaf53535de0502a481466be74a1768bbb39f0e78c
      Reviewed-on: https://gerrit.libreoffice.org/52526Tested-by: 's avatarJenkins <ci@libreoffice.org>
      Reviewed-by: 's avatarArmin Le Grand <Armin.Le.Grand@cib.de>
      dfefe448
    • Armin Le Grand's avatar
      eba4d5b2
    • Armin Le Grand's avatar
      SOSAW080: Added first bunch of basic changes to helpers · 6c14c27c
      Armin Le Grand yazdı
      SOSAW080: Make SdrModel& prerequisite to SdrObjects
      
      Added need for SdrModel& in constructors of SdrModel,
      SdrPage, SdrView and SdrObjList. Builds, not finished.
      
      SOSAW080: removed and replaced old SdrModel
      
      Removed and replaced GetModel()/SetModel() in all using
      classes (SdrObject, SdrPage, SdrView), added accessors
      to new referenced SdrModel, adapted all accessing places.
      Refactored/Extended ::Clone and ::operator== for these
      classes to allow cloning objects to a target SdrModel.
      Adapted places where this is done AFAP. Added quite some
      comments (tagged with 'TTTT') where possible further work
      is needed. Builds completely, thus checking in. This does
      not mean that this change is done yet.
      
      SOSAW080: Adapted SdrPage/SdrModel relationship
      
      Also needed to work on copy-construction of SdrPage and hierarchy,
      quite some stuff removed, no copy-constructor anymore, no
      MigrateItemPool stuff. Builds well, test stuck, will need
      some cleanup/finetunung
      
      SOSAW080: Smaller corrections/includes adapted
      
      SOSAW080: Smaller corrections/includes adapted
      
      SOSAW080: Debugging/Stabilizing/MakeUnitTestWork
      
      SOSAW080: Stabilized for UnitTests, cleanups
      
      SOSAW080: Adapted GetObjGraphic to just take a const SdrObject&
      
      SOSAW080: Removed ChangeModel from classes
      
      Classes SvxTextEditSource and SvxDrawPage (including
      TextEditSource stuff) do not need change of SdrModel
      anymore.
      
      SOSAW080: Adapted some comments to make more readable
      
      SOSAW080: Corrected constructor
      
      SOSAW080: getSdrModelFromUnoModel added override marks
      
      SOSAW080: Added missing includes
      
      SOSAW080: Corrected SdrPage constructor
      
      SOSAW080: Corrected some SdrObject::Clone scenarios
      
      Especially when cloning to another SdrModel and taking
      the sdr::properties into account.
      
      SOSAW080: Added include for Mac-Build
      
      SOSAW080: Added Scale to DefaultProperties
      
      If a SdrModel change happens in DefaultProperties copy
      constructor (used from Clone()), potentially a Scale
      for the SfxItems has to be done.
      
      SOSAW080: Added missing include for MacBuild
      
      SOSAW080: Corrected CppunitTest_sc_anchor_test
      
      An adaption of a SdrPathObj instantiation was missing,
      added that. Seems as if that test is no tpart of the
      usual 'make' scenario, but used/executed in gerrit builds
      
      SOSAW080: Reworked SvxShape to use SdrObject's SdrModel
      
      SOSAW080: Reworked SvxShape to use SdrObject's SdrModel
      
      SOSAW080: Free SdrObjects when SdrModel goes down
      
      In an UNO API test problem is that SvxShapes reference
      SdrShapes, but these are not added to a SdrPage and not
      'owned' by the SvxShape. Thus these do not get deleted
      at all (same in master, memory leak). I extended
      SvxShape::Notify the case for ModelCleared to also
      Free the SdrObject when not owner and it's not added to
      a SdrPage (in that case it gets deleted with deleting
      the SdrModel)
      
      SOSAW080: Solve UNO API calls that move SvxShapes to other Model
      
      Due to UNO API tests I got a call to insert an xShape to a
      xDrawPage which was constructed in another Model, this has now to
      be done by Cloning the SdrObject to the new SdrModel, getting
      rid of the old one and getting all the UNO implementation
      stuff right (referemces SdrObject <-> xShape).
      
      Change-Id: Iaf53535de0502a481466be74a1768bbb39f0e78c
      1cb7d573d323e98a89761fe662c10c4a654fdec0
      24617494a0ef79f6e33dfcb02782a833a81c6434
      763f39094b6a48b529a6952d01468f8776c97679
      242b9e228a9a042c3a5bdd38b1ea6600144276d5
      242b9e228a9a042c3a5bdd38b1ea6600144276d5
      33a6f3f306b70c223171aef796dd5ee041ad14df
      6878b33f8b05738a44c0910e40a60a0f0d1d58ed
      0a636caf3cb36c2f9c6cd11aa22cb9bc435dc8f2
      8c4626274a5cc531dad27f27c0c45d4c528fb2fb
      446685a49a6d67aedd01cfbbd5e87b07f97a4d7b
      c1b5ed3c99bc7219a0061e4ece24ea42afd2889a
      22de9a1c8af7c25be5c108671ddc548ba323ed47
      4caf6b6fbbe6e8130741d793dffb560fd01d4ed5
      488b9601735ec1822433f82f633990063951fe08
      c366d60299f239e3df856ddffedb19e743e4be0c
      c5137ba8c597c7b5f90318df50e87b93a39a28dc
      f9e646242cf89f6fde1315046952252a2c429779
      f830fbc5fadd89d04be5edd2a5abf9b0d4bf0410
      1694b54903df784385abaa8452e1201e12344238
      17bcb44d2e29920c0c74430c2d9c703b36cfa0ad
      17bcb44d2e29920c0c74430c2d9c703b36cfa0ad
      7b5c241faec7488924e5935ae8b19f785846b5e4
      bf097ee7467895823fbd158a2a9543da3b5a5078
      6c14c27c
  22. 01 Nis, 2018 1 kayıt (commit)
  23. 26 Mar, 2018 1 kayıt (commit)
  24. 21 Mar, 2018 1 kayıt (commit)
  25. 19 Mar, 2018 1 kayıt (commit)
  26. 16 Mar, 2018 1 kayıt (commit)
  27. 12 Mar, 2018 1 kayıt (commit)
  28. 11 Mar, 2018 1 kayıt (commit)
    • Tomaž Vajngerl's avatar
      Move (and rename) graphic stuff from svtools to vcl · 7fbb96c2
      Tomaž Vajngerl yazdı
      This is preparing to change how GraphicManager works where it
      won't base itself around GraphicObject anymore but Graphic. No
      functional or cosmetic change was made to the classes, only
      changes that were needed because of the move and rename.
      
      The only thing that wasn't moved is the GraphicRenderer as it
      is not needed in vcl for now (but makes sense to move it in the
      future to keep graphic stuff together).
      
      grfmgr was renamed to GraphicObject as the GraphicManager will be
      changed a lot and most likely moved out, so the name grfmgr won't
      make any sense anymore.
      
      All the UNO implementations were renamed with a prefix Uno and
      used the same name as the class name. This is made to be more
      specific which are the Uno objects (for example graphic.cxx
      contained the implementation of XGraphic, which is similar to
      graph.cxx contains Graphic).
      
      Change-Id: I54a2fa6c7e997469aaa7770db05244adb9f64137
      Reviewed-on: https://gerrit.libreoffice.org/51068Tested-by: 's avatarJenkins <ci@libreoffice.org>
      Reviewed-by: 's avatarTomaž Vajngerl <quikee@gmail.com>
      7fbb96c2
  29. 05 Mar, 2018 1 kayıt (commit)
  30. 01 Mar, 2018 1 kayıt (commit)
  31. 28 Şub, 2018 1 kayıt (commit)
  32. 27 Şub, 2018 1 kayıt (commit)
  33. 26 Şub, 2018 1 kayıt (commit)
  34. 16 Şub, 2018 1 kayıt (commit)
  35. 14 Şub, 2018 1 kayıt (commit)
  36. 12 Şub, 2018 1 kayıt (commit)