1. 28 Jul, 2018 3 commits
  2. 26 Jul, 2018 1 commit
    • Debarshi Ray's avatar
      flatpak: Simplify TrackerSparqlConnection creation · 6624c0c8
      Debarshi Ray authored
      The Tracker D-Bus services are not part of the Flatpak bundle and are
      accessed from the host operating system. This means that the Tracker
      database cannot be accessed "directly", which causes:
        Tracker-WARNING **: Falling back to bus backend, the direct backend
          failed to initialize: Could not open sqlite3 database:
          '/home/rishi/.var/app/org.gnome.Photos/cache/tracker/meta.db':
          unable to open database file
      
      The database needs to be accessed via D-Bus. So far, this was being
      handled by the fallback error-handling code paths.
      6624c0c8
  3. 24 Jul, 2018 1 commit
  4. 18 Jul, 2018 5 commits
  5. 13 Jul, 2018 3 commits
  6. 09 Jul, 2018 1 commit
  7. 29 Jun, 2018 6 commits
  8. 28 Jun, 2018 6 commits
    • Debarshi Ray's avatar
      image-view: Reduce memory fragmentation · 491a1822
      Debarshi Ray authored
      Instead of allocating and de-allocating memory for the throwaway Cairo
      surface on every invocation of the GtkWidget::draw virtual method,
      allocate a memory area big enough to draw the entire widget and keep
      re-using it.
      491a1822
    • Debarshi Ray's avatar
      image-view: Rename variables for clarity · ed033da0
      Debarshi Ray authored
      ed033da0
    • Debarshi Ray's avatar
      image-view: Rename variables for consistency · 2fcbfc0f
      Debarshi Ray authored
      Use "allocation" instead of "viewport" and "scaled" instead of "real".
      2fcbfc0f
    • Debarshi Ray's avatar
      base-item: Use the correct stride value · c3ef33ea
      Debarshi Ray authored
      The stride with which the Cairo surface is created should be the same
      as the one with which data was written to it. The Cairo surface and its
      underlying memory buffer were being created based on the stride
      specified by Cairo, while data was being written to it based on a
      potentially smaller stride value, which could have caused visual
      glitches.
      
      GEGL_AUTO_ROWSTRIDE represents the product of the bytes per pixel of
      the Babl format with the requested width. This might not match the
      value specified by the Cairo surface because it might be more
      performant to have extra padding at the end of each row to satisfy
      alignment requirements, etc..
      
      There are no known bugs caused by this, possibly because a
      CAIRO_ARGB32 pixel has a nicely rounded length of 32 bits, which makes
      a mismatch unlikely. However, the possibility cannot be ruled out.
      There was a similar bug in gegl:pixbuf [1] where the stride with which
      a GdkPixbuf was created didn't match the one with which data was read
      from it.
      
      [1] GEGL commit aaf2477caec750
          https://bugzilla.gnome.org/show_bug.cgi?id=779135
      c3ef33ea
    • Debarshi Ray's avatar
      image-view: Use the correct stride value · 15542a14
      Debarshi Ray authored
      Multiplying the bytes per pixel of the Babl format with the requested
      width is the same as GEGL_AUTO_ROWSTRIDE. Therefore, it makes no sense
      to pass an explicit stride if that's just the same thing as
      GEGL_AUTO_ROWSTRIDE.
      
      The correct value would be the one specified by the Cairo surface
      because ultimately the size of the allocated memory is defined by the
      product of the stride and height. Any mismatch between Cairo and
      GEGL_AUTO_ROWSTRIDE, due to extra padding at the end of each row to
      satisfy alignment requirements, etc., would affect performance.
      
      It's hard to know the performance impact of the current code, and
      a CAIRO_ARGB32 pixel has a nicely rounded length of 32 bits, which
      makes a mismatch unlikely. Still, it is wise to make this change
      because the Cairo documentation recommends this. For what it's worth,
      GIMP also uses the Cairo stride value when copying pixels out of a
      GeglBuffer into a Cairo surface.
      15542a14
    • Daniel Șerbănescu's avatar
      Update Romanian translation · d9da5902
      Daniel Șerbănescu authored
      d9da5902
  9. 24 Jun, 2018 1 commit
  10. 21 Jun, 2018 1 commit
  11. 19 Jun, 2018 1 commit
  12. 18 Jun, 2018 2 commits
  13. 17 Jun, 2018 1 commit
  14. 15 Jun, 2018 3 commits
  15. 12 Jun, 2018 2 commits
  16. 11 Jun, 2018 1 commit
  17. 01 Jun, 2018 2 commits