1. 27 May, 2018 10 commits
    • Jehan's avatar
      Update various places with old git repository URIs. · ffb5f994
      Jehan authored
      (cherry picked from commit c6a1b9bc)
      ffb5f994
    • Jehan's avatar
      build: update GNOME's git repository URI. · 02e15f2d
      Jehan authored
      (cherry picked from commit 0034bd44)
      02e15f2d
    • Ell's avatar
      libgimpconfig: align GimpConfig with the rest of the interfaces · 44a800f0
      Ell authored
      Unlike the last two commits, we don't port GimpConfig to
      G_DEFINE_INTERFACE(), since we need to provide a base initializer
      for it.  However, this commit aligns it with the rest of our
      intefaces, by renaming gimp_config_interface_get_type() to
      gimp_config_get_type(), and by performing class initialization for
      the interface in a separate function than base initialization.
      
      Keep gimp_config_interface_get_type() around as a deprecated
      function, to maintain ABI compatibility.  It will be removed in a
      separate commit in master, so that this commit can be easily
      cherry-picked to gimp-2-10.
      
      (cherry picked from commit 5f8643a6)
      44a800f0
    • Ell's avatar
      libgimpcolor: port all interfaces to G_DEFINE_INTERFACE() · 51c1f7f6
      Ell authored
      ... instead of calling g_type_register_static() ourselves.
      
      Keep the old foo_interface_get_type() (replaced with
      foo_get_type()) around as deprecated functions, to maintain ABI
      compatibility.  They will be removed in a separate commit in
      master, so that this commit can be easily cherry-picked to
      gimp-2-10.
      
      (cherry picked from commit 6b40c7f3)
      51c1f7f6
    • Ell's avatar
      app: port all interfaces to G_DEFINE_INTERFACE() · 40a9736b
      Ell authored
      ... instead of calling g_type_register_static() ourselves.
      
      (cherry picked from commit cdd96059)
      40a9736b
    • Ell's avatar
      app: code cleanup in GimpAsync · c820764d
      Ell authored
      (cherry picked from commit 770634f8)
      c820764d
    • Piotr Drąg's avatar
      Update Polish translation · 8d03b7b1
      Piotr Drąg authored
      8d03b7b1
    • Jehan's avatar
      app: output proper info message while fonts are loading. · ce582163
      Jehan authored
      To this effect, I add a variable to differentiate the "no-fonts on the
      system" case from "fonts still loading".
      
      (cherry picked from commit cfaa3103)
      ce582163
    • Jehan's avatar
      Issue #1211: Load fonts in background after startup. · 89c829a2
      Jehan authored
      Fonts should not be blocking startup as this provides a very bad
      experience when people have a lot of fonts. This was experienced even
      more on Windows where loading time are often excessively long.
      We were already running font loading in a thread, yet were still
      blocking startup (thread was only so that the loading status GUI could
      get updated as a feedback). Now we will only start loading and proceed
      directly to next steps.
      While fonts are not loaded, the text tool will not be usable, yet all
      other activities can be performed.
      
      (cherry picked from commit 2484dec7)
      89c829a2
    • Jehan's avatar
      configure, desktop: update the bug report URL. · 117beee2
      Jehan authored
      Also make so that the metadata URL is taken from the one of the package
      set with configure.
      
      (cherry picked from commit 6ebff7b3)
      117beee2
  2. 26 May, 2018 6 commits
    • Ell's avatar
      po-windows-installer: technical fix to the Latvian translation · 2511286e
      Ell authored
      ender's name can't be encoded in the target encoding.  Use
      alternative form.
      2511286e
    • Ell's avatar
      app: various GimpAsync improvements · 2d19f292
      Ell authored
      Improve the formalism of a GimpAsync object being "sycned"
      (previously referred to as the main thread being "synced" with the
      async thread), by both providing a gimp_async_is_synced() function,
      separate from gimp_async_is_stopped(), and by improving the type
      and function descriptions.
      
      Make sure all previously added callbacks have been called after a
      call to gimp_async_wait[_until](), even if these functions are
      called from within a callback.
      
      (cherry picked from commit a901c3c1)
      2d19f292
    • Ell's avatar
      app: add gimp_async_remove_callback() · c96c6802
      Ell authored
      ... which removes a callback previously added through
      gimp_async_add_callback().
      
      (cherry picked from commit 85f67e19)
      c96c6802
    • Ell's avatar
      app: use gimp_parallel_run_async() when loading fonts · 52f8abbd
      Ell authored
      Replace the custom threading code with a call to
      gimp_parallel_run_async().  This simplifies the code, while
      maintaining the current (blocking) behavior.  In the future, we
      might build upon this to actually load the fonts in the background.
      
      (cherry picked from commit 3e92e7a4)
      52f8abbd
    • Ell's avatar
      app: add gimp_async_wait_until() · 89e9c8d9
      Ell authored
      ... which is similar to gimp_async_wait(), taking an 'end_time'
      parameter, controlling how long to wait for the async operation to
      complete.
      
      (cherry picked from commit 68c57548)
      89e9c8d9
    • Ell's avatar
      Issue #1490 - Crash when flattening an XCF file · f9ae3ae0
      Ell authored
      The default stack size for new threads on MacOS is 512 KiB, making
      our 512 KiB limit for stack-allocated buffers in
      gimp_operation_layer_mode_real_process() too high.  Lower it to
      256 KiB.
      
      (cherry picked from commit 367399e5)
      f9ae3ae0
  3. 25 May, 2018 6 commits
  4. 23 May, 2018 3 commits
  5. 22 May, 2018 6 commits
  6. 21 May, 2018 8 commits
  7. 20 May, 2018 1 commit
    • Jehan's avatar
      plug-ins: fix Windows distribution. · a2902790
      Jehan authored
      "magnification-api-win32.h" was not included in the dist!
      Note that I know that alphabetical order is wrong. I am planning to
      actually change the name of the file (more in line with other filenames)
      but I am waiting to finish a review of another patch from Gil before
      doing so. So just let it as-is for now! ;-)
      a2902790