1. 12 Dec, 2017 3 commits
  2. 11 Dec, 2017 6 commits
  3. 10 Dec, 2017 14 commits
  4. 09 Dec, 2017 14 commits
    • Jehan's avatar
      NEWS: adding HGT support. · 1a1b1757
      Jehan authored
    • Jehan's avatar
      plug-ins: leave a message for translators. · 733b2344
      Jehan authored
      "Digital Elevation Model" (DEM) is a technical term which therefore
      cannot be translated just by its meaning.
    • Jehan's avatar
      plug-ins: let's special-case just a bit the HGT data. · b78b14b1
      Jehan authored
      - Display title "Digital Elevation Model data" instead of just "Image".
      - Don't show the type combo anymore, since HGT is always 16-bit signed
        integer in big endian.
      - Don't show the width and height either, but instead show a dropdown
        list to choose between either SRTM-1 or SRTM-3 data. There seems to be
        only these 2 types of data, and this will determine the width and
        height. This choice (SRTM-1 vs 3) will mostly likely be better known
        by people than knowing what image dimension they have to set,
        especially since official links for such files seem to all include the
    • Jehan's avatar
      plug-ins: minor cleaning and fixes. · 88ccdb4e
      Jehan authored
      - Add some parentheses to sizeof (*pointer). Maybe it's just me, but it
        is just a bit clearer to me.
      - Free in_raw when out_raw allocation failed.
      - Use strrchr() instead of strchr() to get the extension (I had a case
        when testing where the file was inside a folder named similarly with a
        ".hgt" and it would break the comparison test).
      - Do a case-insensitive comparison. Even though the original files from
        NASA use lowercase, just to be sure.
    • Massimo Valentini's avatar
      Bug 771661: Extend the raw data import plugin to open .hgt files · c572bdf6
      Massimo Valentini authored and Jehan's avatar Jehan committed
      add support to load single channel 16 bit, signed/unsigned,
      little/big endian 2d raster data as a 16 bit RGB gamma GIMP image
    • Jehan's avatar
      plug-ins: s/Windows.h/windows.h/. · 36daa6db
      Jehan authored
      I just cross-compiled for Windows after a long time. The header file is
      all lowercase on a cross-compilation MinGW-w64 environment. I'm not sure
      what is the case on Windows, but since this platform is case-insensitive
      for file names, I believe this won't break anything on native builds.
    • Jehan's avatar
      plug-ins: fix a bunch of coding style. · bf13c13e
      Jehan authored
      The screenshot-win32.c file was absolutely not following our coding
      style. A lot of things are still wrong (like camelCase functions), but
      at least I fixed a bunch of indentations, space between function and
      arguments, alignments, curly brackets at start of lines, etc.
    • Ell's avatar
      app: use FAST filter when painting xfer surface · 36258a67
      Ell authored
      Use CAIRO_FILTER_FAST when painting the xfer surface to the
      screen.  This notably improves performance when the canvas is
      rotated, at the cost of lower filtering quality.
    • Ell's avatar
      app: another off-by-one chunking fix · 6d19e9e8
      Ell authored
    • Ell's avatar
      app: fix off-by-one error in last commit · 709c929d
      Ell authored
    • Ell's avatar
      Bug 759287 - Canvas Tearing While in Rotated Canvas View · 8029508f
      Ell authored
      Based on a patch by Massimo.
      Move the entire image-space/screen-space transformation logic from
      gimp_display_shell_render() to gimp_display_shell_draw_image(), so
      that the former works entirely in image space, and do the chunking
      and clipping in screen-space, making sure that image-space chunks
      are never larger than
      even when the window's scale factor is greater than 1.
      Add a GIMP_BRICK_WALL environment variable, which, when set, shows
      the screen-space chunk bounds.
    • João Sebastião de Oliveira Bueno's avatar
    • Jehan's avatar
      Bug 791352 - Screenshot delay is broken for region shots in GNOME. · 614bcf6d
      Jehan authored
      Delay should indeed happen before root and window screenshots, but must
      happen in-between region selection and region screenshot.
      One can notice that the logics is different for Windows screenshot in
      X11. The reason is that X11 window screenshot has an additional window
      selection step (and therefore delay must happen in between selection and
      actual screenshot). Window screenshot in Wayland doesn't have this step
      and simply screenshots whatever is the currently active Window.
    • Jehan's avatar
      Bug 791352 - Screenshot delay is broken for region-grab screenshot. · d9cd4b61
      Jehan authored
      Fix first the delay in X11.
      Actually both for region and window screenshots, it makes no sense to
      delay *before* region or window selection. Usually when one uses a
      delay, the point is to prepare in-between selection and shot. For
      instance, I often used a delay to snap the contents of a menu because
      PrintScreen key would not work when a menu is opened. So I would set a
      delay, select my window/region, then quickly open the menu before the
      delay is counting down. This would not be possible with the way delay
      occurred (before selection), which just has no use that I can see of.
  5. 08 Dec, 2017 3 commits