1. 22 Oct, 2018 1 commit
  2. 19 Oct, 2018 1 commit
  3. 18 Oct, 2018 3 commits
  4. 16 Oct, 2018 5 commits
  5. 20 Sep, 2018 2 commits
  6. 14 Sep, 2018 3 commits
    • Bryce Harrington's avatar
      doc: Drop tmpl support · c1e37f4f
      Bryce Harrington authored
      Fix distcheck by dropping use of the now-obsolete gtkdoc-mktmpl.
      
      In preparation for the upcoming 1.16 release, I've made a few changes to
      get distcheck to pass.  I also updated it to run on Ubuntu 18.04, but
      found that on newer distros distcheck won't run due to missing
      gtkdoc-mktmpl, which has been deprecated upstream for some time.  The
      patch below disables everything that references it, and enables
      distcheck to finish successfully.
      
      Unfortunately, this probably regresses portions of our document
      generation, and thus will need some reimplementation work.  Anyone got
      time to investigate a better solution for this?
      c1e37f4f
    • Bryce Harrington's avatar
      Normalize one more test image with minor gradient differences · ad7ac7db
      Bryce Harrington authored
      For me, with this fix, the base image test cases now pass 100%, when
      running:
      
        make test TARGETS=image FORMAT=rgba
      Signed-off-by: Bryce Harrington's avatarBryce Harrington <bryce@bryceharrington.org>
      ad7ac7db
    • Bryce Harrington's avatar
      Normalize more test reference images with minor text rendering differences · 53e47753
      Bryce Harrington authored
      The discrepancies in these tests appear to all be font rendering /
      antialiasing, probably due to algorithmic changes in Pixman.
      
      Some of these reference images were updated in Federico's recent patch,
      so the fact that they differ on my system may indicate there may be some
      system dependencies beyond just pixman, that can cause test result
      variation from person to person.  Ideally, these would be isolated and
      the tests modified to not have such dependencies.
      Signed-off-by: Bryce Harrington's avatarBryce Harrington <bryce@bryceharrington.org>
      53e47753
  7. 06 Sep, 2018 6 commits
  8. 24 Aug, 2018 1 commit
  9. 17 Aug, 2018 3 commits
  10. 16 Jul, 2018 1 commit
  11. 16 Jun, 2018 1 commit
  12. 13 Jun, 2018 10 commits
  13. 01 Jun, 2018 3 commits
    • Alexandre Bique's avatar
      Fix test compilation when font-config is disabled · ccdb8e23
      Alexandre Bique authored
      Building cairo without font-config fails because test/font-variations.c
      was getting compiled without freetype2.
      Reviewed-by: default avatarBryce Harrington <bryce@osg.samsung.com>
      ccdb8e23
    • Bryce Harrington's avatar
      win32: Copyedit recent comments · c6e12d33
      Bryce Harrington authored
      c6e12d33
    • Vasily Galkin's avatar
      win32: Allow GDI operations for argb32 surfaces (allowed by surface flags) · d4355ece
      Vasily Galkin authored
      This finishes a patch series to speed up CAIRO_OPERATOR_SOURCE when used
      to copy data to a argb32 cairo surface corresponding to a win32 dc from
      a "backbuffer" - DibSection-based cairo surface created with
      cairo_surface_create_similar().
      
      This final patch allows the GDI compositor to be used on argb32
      surfaces.  For display surfaces, only copying is allowed with gdi (by
      BitBlt), since other operations are filtered by flags in
      implementations.
      
      But since copying pixels is the only operation used in the most common
      scenario (prepare an offscreen image and send it to the screen) - this
      is important for presenting argb32 windows with Cairo directly or with
      gtk+gdk (which nowadays always creates argb32 windows).
      
      Before this patch pixel copy worked by:
      1. mapping image to memory (by copying data from window dc to system
         memory which is very slow on windows maybe due to gpu or interprocess
         access)
      2. copying new data over that image.
      3. copying updated image from system memory back to window dc.
      
      After this patch there is only one step:
      
      2+3. Copying new data over window dc.
      
      Completely eliminating step 1 gives a very huge speedup and allows
      argb32 cairo drawing be as fast as typical dibsection-buffered gdi
      drawing.
      
      There is quick & dirty cairo-vs-gdi perf test made for this patch set:
      https://gitlab.gnome.org/galkinvv/cairo/snippets/109
      See the Cairo mailing list for April 2018 for data and discussion of
      performance improvements.
      
      End-user visible speedup does present too - it relates to the following bug
      
      https://gitlab.gnome.org/GNOME/meld/issues/133
      
      This Cairo speedup allows more simultaneous meld windows
      without eating 100% of cpu core time on spinner rendering.
      d4355ece