1. 11 Agu, 2018 1 kayıt (commit)
  2. 10 Agu, 2018 2 kayıt (commit)
  3. 09 Agu, 2018 2 kayıt (commit)
  4. 08 Agu, 2018 6 kayıt (commit)
  5. 06 Agu, 2018 2 kayıt (commit)
  6. 04 Agu, 2018 1 kayıt (commit)
  7. 03 Agu, 2018 3 kayıt (commit)
  8. 02 Agu, 2018 2 kayıt (commit)
  9. 01 Agu, 2018 2 kayıt (commit)
  10. 31 Tem, 2018 4 kayıt (commit)
  11. 30 Tem, 2018 4 kayıt (commit)
  12. 28 Tem, 2018 1 kayıt (commit)
  13. 27 Tem, 2018 4 kayıt (commit)
    • Miklos Vajna's avatar
      tdf#118966 vcl: add a flag to determine if AA of fonts is used from the system · e6538f5b
      Miklos Vajna yazdı
      This is on by default (as there are loads of vcl users who expect font
      AA working even if the default is off and they don't enable it), but the
      svx UnoGraphicExporter disables it to make everyone happy.
      
      The reason in practice AA was on by default is that the gtk backend uses
      the system settings in GtkInstance::GetCairoFontOptions() (and not the
      AA setting from the UI), and lclGetSystemTextAntiAliasMode() does the
      same on Windows (at least in the direct write case). So now these
      defaults again have higher priority than leaving the vcl-level default
      unchanged.
      
      Change-Id: I81267c0b036211525ac02d3282fa89d75510f4a8
      Reviewed-on: https://gerrit.libreoffice.org/58199Reviewed-by: 's avatarMiklos Vajna <vmiklos@collabora.co.uk>
      Tested-by: Jenkins
      e6538f5b
    • Miklos Vajna's avatar
      svx UnoGraphicExporter: allow a custom AA just for that particular export · b197a448
      Miklos Vajna yazdı
      This has an effect for text only since the cairo text renderer no longer
      ignores the "disable AA" requests.
      
      To use it, instantiate com.sun.star.drawing.GraphicExportFilter, call
      its filter() method with an argument that has a FilterData, which has an
      AntiAliasing sub-key with a boolean value.
      
      Change-Id: I4f51bc685a97141eb0fdeae5e4afed26787b1fb8
      Reviewed-on: https://gerrit.libreoffice.org/58194Reviewed-by: 's avatarMiklos Vajna <vmiklos@collabora.co.uk>
      Tested-by: Jenkins
      b197a448
    • Stephan Bergmann's avatar
      Remove unused copy assignment ops of SfxPoolItem-derived classes · 727878a7
      Stephan Bergmann yazdı
      SfxPoolItem has the curious design of non-deleted copy ctor and deleted copy
      assignment op.  Many derived classes then provide a non-deleted assignment op,
      apparently more or less on an as-needed basis.  But some of those user-provided
      assignment ops are actually unused (and their presence causes
      -Werror=deprecated-copy with GCC trunk towards GCC 9 when the---implicitly-
      defined---copy ctor of the derived class is used), so remove them.  In some
      cases that would still cause -Werror=deprected-copy because of a user-declared
      dtor, so in those cases explicitly default all the copy/move functions (some of
      which will then be implicitly defined as deleted).
      
      Change-Id: If0d9f1a9f3954263a39ffd27ba895d6202afa307
      Reviewed-on: https://gerrit.libreoffice.org/58133
      Tested-by: Jenkins
      Reviewed-by: 's avatarStephan Bergmann <sbergman@redhat.com>
      727878a7
    • Stephan Bergmann's avatar
      svx: avoid -Werror=deprecated-copy (GCC trunk towards GCC 9) · 13502c0f
      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: I1c470ef87e95b22e406099a4e6816693edab2e03
      Reviewed-on: https://gerrit.libreoffice.org/58131
      Tested-by: Jenkins
      Reviewed-by: 's avatarStephan Bergmann <sbergman@redhat.com>
      13502c0f
  14. 26 Tem, 2018 2 kayıt (commit)
  15. 25 Tem, 2018 4 kayıt (commit)