1. 28 May, 2019 1 kayıt (commit)
    • Tor Lillqvist's avatar
      tdf#124752: Add system clipboard interface for iOS · b8c1f54d
      Tor Lillqvist yazdı
      Based on the corresponding macOS code. Work in progress. The image
      support ifdeffed out still (because it uses some macOS specific APIs
      for which I couldn't right away find the equivalent iOS ones).
      
      I made it much simpler than the macOS code. I dropped the keeping of a
      local in-process clipboard completely. Firstly, as far as I see, the
      iOS clipboard API (UIPasteboard etc) does not even offer the
      possibility to separately offer some formats and actually provide the
      data on request. Secondly, we must be prepared anyway that the system
      can kill an iOS app at any stage while the user is using some other
      app, so we need to make sure everything that is copied goes onto the
      system clipboard right away anyway.
      
      I had to disable the copying of HTML to the clipboard as that lead to
      a mysterious assertion failure. See comment in
      DataFlavorMapper::openOfficeToSystemFlavor(). But RTF seems to work
      well, too. I assume RTF is what gets used for cross-application
      copy/paste (and cross-device, even, through Apple's Universal
      Clipboard thing, where you can copy/paste between your Macs and iOS
      devices on the same network).
      
      I am not sure how relevant the various application/x-openoffice-foo
      formats are.
      
      Change-Id: I174495e33d86fc3990996c229243c05d6cbfcda7
      b8c1f54d
  2. 27 May, 2019 2 kayıt (commit)
  3. 08 Nis, 2019 1 kayıt (commit)
  4. 01 Nis, 2019 1 kayıt (commit)
  5. 25 Mar, 2019 1 kayıt (commit)
  6. 14 Mar, 2019 1 kayıt (commit)
  7. 13 Mar, 2019 1 kayıt (commit)
  8. 10 Şub, 2019 1 kayıt (commit)
  9. 24 Ock, 2019 1 kayıt (commit)
  10. 17 Ara, 2018 1 kayıt (commit)
  11. 24 Kas, 2018 1 kayıt (commit)
  12. 05 Kas, 2018 1 kayıt (commit)
    • Jan-Marek Glogowski's avatar
      Package separate SVG icon sets · 73fdc1e1
      Jan-Marek Glogowski yazdı
      This change packages all SVG based icon sets in seperate zip
      files. It automatically generates the SVGs links.txt from
      the non-SVG version, if it doesn't exists by 's/\.png/\.svg/g'.
      
      Same for the _dark version, but this just copies it.
      This would also work for a _dark_svg version, if needed.
      
      The patch explicitly does't package sifr_svg and tango_svg.
      
      Change-Id: I8d7fda42d0ff9a2108ba8406bd4e82af4c54ff0c
      Reviewed-on: https://gerrit.libreoffice.org/62706
      Tested-by: Jenkins
      Reviewed-by: 's avatarJan-Marek Glogowski <glogow@fbihome.de>
      73fdc1e1
  13. 01 Kas, 2018 1 kayıt (commit)
  14. 14 Eki, 2018 1 kayıt (commit)
  15. 13 Eki, 2018 1 kayıt (commit)
  16. 12 Eyl, 2018 1 kayıt (commit)
  17. 27 Agu, 2018 3 kayıt (commit)
  18. 24 Agu, 2018 1 kayıt (commit)
  19. 24 Tem, 2018 1 kayıt (commit)
  20. 30 Haz, 2018 1 kayıt (commit)
  21. 07 Haz, 2018 1 kayıt (commit)
  22. 06 May, 2018 1 kayıt (commit)
  23. 03 May, 2018 1 kayıt (commit)
  24. 02 May, 2018 1 kayıt (commit)
  25. 27 Nis, 2018 1 kayıt (commit)
  26. 25 Nis, 2018 1 kayıt (commit)
    • Mike Kaganski's avatar
      Install UCRT from MSUs, not using nested VC Redist install · b8424437
      Mike Kaganski yazdı
      Using nested install is bad because (1) MS advises against it (though it
      most possibly doesn't relate to our specific case, when we install the
      vc redist exe package in UI part, so actually only a single MSI session
      is active at any time); (2) because it adds some extra interactions
      (user sees something "unrelated" being installed, which raises concerns;
      additional admin authentication required); and (3) because it runs in
      InstallUISequence, thus only installing the UCRT when doing interactive
      installation (unattended installs, including GPO, need to install UCRT
      separately).
      
      This patch aims to incorporate the original UCRT MSU (Windows Update)
      packages (https://support.microsoft.com/en-us/help/2999226) available as
      a zip archive from
      https://www.microsoft.com/en-us/download/details.aspx?id=48234
      - the same as used in VC redists for VS 2015 and 2017. This obsoletes
      the separate installation of the redist; since we also have the redist
      as merge module in our MSI, that is enough (and removes redundancy).
      The MSUs are installed using wusa.exe in a custom action (deferred,
      non-impersonating).
      
      As a small bonus, embedding MSUs instead of redist EXE allows us to
      shrink the size of installer a little (~10 MB).
      
      As deferred custom actions cannot access current installer database,
      we workaround this by using initial immediate impersonating action to
      extract the binaries into a temporary location. To ensure that the file
      gets removed upon completion (both successful and failed), we use an
      additional cleanup action.
      
      Commit 61b1d631 is effectively reverted.
      
      Change-Id: I1529356fdcc67ff24b232c01ddf8bb3a31bb00bd
      Reviewed-on: https://gerrit.libreoffice.org/52923Tested-by: 's avatarJenkins <ci@libreoffice.org>
      Reviewed-by: 's avatarMike Kaganski <mike.kaganski@collabora.com>
      b8424437
  27. 12 Nis, 2018 1 kayıt (commit)
  28. 10 Nis, 2018 1 kayıt (commit)
  29. 02 Nis, 2018 1 kayıt (commit)
  30. 23 Mar, 2018 2 kayıt (commit)
  31. 21 Mar, 2018 1 kayıt (commit)
  32. 19 Mar, 2018 1 kayıt (commit)
  33. 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
  34. 22 Şub, 2018 1 kayıt (commit)
  35. 18 Şub, 2018 1 kayıt (commit)
  36. 13 Şub, 2018 1 kayıt (commit)