1. 19 Jan, 2018 8 commits
    • Inaki Larranaga Murgoitio's avatar
      Updated Basque language · c4cb7b40
      Inaki Larranaga Murgoitio authored
    • Ell's avatar
      app: add CPU group to GimpDashboard · 0823c255
      Ell authored
      The CPU group monitors GIMP's CPU usage, and can measure the amount
      of time the CPU has been active, which can be used to get a rough
      estimate of the execution time of certain operations.
      Be warned: while the CPU group is available on *nix and Windows, it
      has only been tested on Linux.
    • Ell's avatar
      app: various improvements to GimpMeter · b26a0a12
      Ell authored
      Allow controlling the gauge/history visibility, and the history
      interpolation method, of individual values.
      Improve redraw elision when some values are hidden.
    • Jehan's avatar
      Bug 792657 - A useless error message when cancelling opening a .svgz. · c548d5d3
      Jehan authored
      Use the new gimp_get_pdb_status() to forward the error returned by
      gimp_file_load(). Previous code was always returning
      GIMP_PDB_EXECUTION_ERROR when the file load was failing, but this was
      not granular enough. In particular when the file load is actually
      interactively cancelled through Esc or the "Cancel" button, we don't
      want to display an error message on screen. Therefore we forward the
      actual error raised by the underlining plug-in.
    • Jehan's avatar
      libgimp: add gimp_get_pdb_status() to return the status of last... · 2e18c80c
      Jehan authored
      ... procedure call.
      This is needed for plug-ins which depends on other plug-in's procedures.
      If for instance, the second-level plug-in is interrupted interactively,
      we don't want to process this as an error but as a cancellation.
      Therefore we need to know the returned value of the plug-in. Currently
      only way was to use gimp_get_pdb_error() but that was returning a
      human-readable error, not a computer-processable error.
    • Jehan's avatar
      plug-ins: indentation fix. · 911e46ee
      Jehan authored
      So minor! But while I was reading this code, I just couldn't just leave
      this one indentation unfixed. ;P
    • Alexandre Prokoudine's avatar
      Update Rusian translation · a15a18bd
      Alexandre Prokoudine authored
    • Jehan's avatar
      INSTALL: various fixes. · 21227c25
      Jehan authored
      Adding GIMP 2.8 as compatible regarding plug-ins, fixing a few typos,
      and replacing --enable-vector-icons by --disable-vector-icons (since
      vector icons are now the default).
  2. 18 Jan, 2018 1 commit
  3. 17 Jan, 2018 4 commits
  4. 16 Jan, 2018 5 commits
  5. 15 Jan, 2018 4 commits
  6. 14 Jan, 2018 11 commits
    • Jehan's avatar
      NEWS: keep up-to-date. · c5d78cdd
      Jehan authored
    • Massimo Valentini's avatar
    • Jehan's avatar
      app: always resize SVG splash images to an ideal size. · 2707236c
      Jehan authored
      Whereas we would only scale *down* big pixel images, we should both
      scale up or down vector images since such format is made for display at
      any size. This way, a vector splash screen is always displayed at ideal
      size, whatever your display size.
    • Jordi Mas's avatar
      Update Catalan translation · 7f481a6d
      Jordi Mas authored
    • Jehan's avatar
      app: improve splash screen sizing. · f1e2b7c8
      Jehan authored
      Current code was using the dimension of the screen as a max size. That
      is really too big. 2/3 of the screen size is an acceptable size being
      both well visible and not overwhelming.
      Also the current code was cropping, not rescaling, the splash image,
      which is obviously not an acceptable solution because on a very small
      displays, we would end up with ununderstandable piece of a bigger image.
      This new code will allow to ship big size default splash image(s), and
      display it in an acceptable size on both low and high density displays.
      We indeed got a feedback from someone with a 4K display who was saying
      the current dev splash screen was tiny on one's display.
      Of course, custom splash can still be at any size; but from now on, we
      will need for the *default upstream splash image(s)* to be of huge
      dimension in order to show up well everywhere (at least Full HD splash,
      which is half of a 4K UHD screen).
      Animated splash images are still not resized though and will show up at
      their default dimension. This means we cannot ship animated splash
      screens as a default for the time being (they can still be installed as
      custom splash).
    • Piotr Drąg's avatar
      Update Polish translation · c77ec09f
      Piotr Drąg authored
    • Michael Natterer's avatar
      Bug 792470 - Some filters e.g. "Levels" are not added to "Repeat last" history · b23f231a
      Michael Natterer authored
      The four remaining "classic" color tools (Brightness-Contrast, Curves,
      Levels and Threshold) are in fact just special UIs for otherwise
      completely normal filter ops.
      Add normal filter actions for them and invoke them like all
      other filters, which makes them show up in the filter history
      The only small hack needed is to special case them in
      gimp_gegl_procedure_execute_async() so the right tools are created
      instead of the default GimpOperationTool. Also, blacklist the
      automatically generated tools actions from action search and the
      shortcut editor.
    • Jehan's avatar
      Rename gimp.appdata.xml.in to org.gimp.GIMP.appdata.xml.in.in. · 458e3130
      Jehan authored
      I completely forgot to rename the appstream file according to the new
      ID. While doing so, I also make it a .in.in file, with initial
      processing by the autotools. Indeed I need @GIMP_COMMAND@ to be replaced
      by AC_CONFIG_FILES().
      Finally I fix a badly closed XML tag (which reminds me I should always
      test a commit, even when it's a simple non-C 1-liner change!).
    • Jehan's avatar
      NEWS: RGBE export added and AppStream update. · b1d413db
      Jehan authored
    • Jehan's avatar
      desktop: update the appdata to take care of the id change. · 54dda25c
      Jehan authored
      From AppStream docs:
      In previous AppStream releases, the <id/> was used to associate metainfo
      files with their .desktop files to merge in data from .desktop files
      into the AppStream generator's final output. In modern metainfo files,
      the component-ID for desktop-application components can be an arbitrary
      string (matching the naming rules applying to all AppStream metadata),
      while the <launchable/> tag is used to associate .desktop files with
      their metainfo files.
    • Nate Graham's avatar
      Bug 791861 - Update appdata.xml AppStream ID to match rDNS-style... · d39f7d6f
      Nate Graham authored
      ... used for Flatpak.
      Additional comments by Jehan after review:
      This is not only to sync with flatpak. This format is the recommended
      format in AppStream spec, even though many historical application still
      use the old format.
      If ever we decide to propose a dbus service, this may even become
      However just changing this is not enough for a proper ID change. I will
      make additional change in further commits.
  7. 13 Jan, 2018 4 commits
  8. 12 Jan, 2018 3 commits