1. 23 May, 2018 1 kayıt (commit)
  2. 21 May, 2018 2 kayıt (commit)
  3. 17 May, 2018 2 kayıt (commit)
  4. 16 May, 2018 1 kayıt (commit)
    • Eike Rathke's avatar
      Resolves: tdf#117612 truncate DateAdd("m",...) to last day of month · 40c9a129
      Eike Rathke yazdı
      ... instead of resulting in error because of roll-over not being set.
      
      Fallout from
      
          commit 6d424f07
          CommitDate: Tue May 2 23:12:34 2017 +0200
      
              Replace mouth-painted "inaccurate around leap year" rollover algorithm
      
      that does stricter checking but DateAdd() needs a lax checking
      with truncate to last day of month.
      
      Change-Id: I9d6f95ad3ac38257d492019bd621070491e98e76
      40c9a129
  5. 10 May, 2018 1 kayıt (commit)
  6. 04 May, 2018 1 kayıt (commit)
  7. 03 May, 2018 1 kayıt (commit)
  8. 02 May, 2018 1 kayıt (commit)
  9. 29 Nis, 2018 2 kayıt (commit)
  10. 26 Nis, 2018 1 kayıt (commit)
    • Tomaž Vajngerl's avatar
      [API CHANGE] deprecate XGraphicObjectResolver · 45f20a89
      Tomaž Vajngerl yazdı
      XGraphicObjectResolver was used to get the GraphicObject URL from
      an storage (package) URL. This isn't possible anymore in LO 6.1
      since creating GraphicObject from uniqueID was removed for its
      lifecycle issues. XGraphicObjectResolver is now deprecated and
      when the "resolveGraphicObjectURL" is called, it throws a
      RuntimeExeption.
      
      In places where XGraphicObjectResolver was used, we now use the
      XGraphicStorageHandler as the alternative. Both share a common
      implementation so previously we could cast one to the other at
      any time. Now only XGraphicStorageHandler is used.
      
      GraphicObjectResolver was removed and replaced by the alternative
      GraphicStorageHandler for instance creation - where needed.
      
      Change-Id: I5d3f759c6f95b7dbe2d93688d99c8aa4899ffa84
      Reviewed-on: https://gerrit.libreoffice.org/53279Reviewed-by: 's avatarTomaž Vajngerl <quikee@gmail.com>
      Tested-by: 's avatarTomaž Vajngerl <quikee@gmail.com>
      45f20a89
  11. 23 Nis, 2018 1 kayıt (commit)
  12. 21 Nis, 2018 1 kayıt (commit)
  13. 20 Nis, 2018 1 kayıt (commit)
  14. 15 Nis, 2018 1 kayıt (commit)
  15. 12 Nis, 2018 2 kayıt (commit)
  16. 06 Nis, 2018 1 kayıt (commit)
    • Stephan Bergmann's avatar
      tdf#111313: Honor bWriteNoLenParam in !bCompatibility, too · cc203440
      Stephan Bergmann yazdı
      e8deba22 "INTEGRATION: CWS ab26" had added
      the bCompatibility case with all the argument checking ("2006/05/04 08:33:46 ab
      1.66.10.3: #111951# Changed Mid runtime behaviour only for
      CompatibilityMode(true)"), and it was probably an oversight that, for
      !bCompatibility, it left the bWriteNoLenParam case (triggered by Basic code like
      
        s = "abc"
        Mid(s,1) = "d"
      
      ) calling OUStringBuffer::remove with an illegal argument of len=-1.
      
      Change that so that only setting ERRCODE_BASIC_BAD_ARGUMENT is controlled by
      bCompatibility, while all the other checks (that are probably all necessary to
      not call rtl string functions with illegal arguments) are done in both modes.
      
      Also, the check
      
        nStartPos + 1 > nArgLen
      
      should probably be
      
        nStartPos > nArgLen
      
      instead, as nStartPos has already been decremented from the one-based Basic
      index to the zero-baesd rtl string index.
      
      Change-Id: I75deec0acf75b8677aa89f91897c06c1caa5614d
      Reviewed-on: https://gerrit.libreoffice.org/52500Tested-by: 's avatarJenkins <ci@libreoffice.org>
      Reviewed-by: 's avatarStephan Bergmann <sbergman@redhat.com>
      cc203440
  17. 03 Nis, 2018 1 kayıt (commit)
  18. 01 Nis, 2018 1 kayıt (commit)
  19. 29 Mar, 2018 2 kayıt (commit)
  20. 20 Mar, 2018 1 kayıt (commit)
  21. 17 Mar, 2018 1 kayıt (commit)
  22. 15 Mar, 2018 1 kayıt (commit)
  23. 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
  24. 27 Şub, 2018 2 kayıt (commit)
  25. 26 Şub, 2018 1 kayıt (commit)
  26. 25 Şub, 2018 2 kayıt (commit)
  27. 24 Şub, 2018 1 kayıt (commit)
  28. 16 Şub, 2018 1 kayıt (commit)
  29. 15 Şub, 2018 1 kayıt (commit)
  30. 13 Şub, 2018 1 kayıt (commit)
  31. 08 Şub, 2018 1 kayıt (commit)
  32. 31 Ock, 2018 1 kayıt (commit)
  33. 25 Ock, 2018 1 kayıt (commit)