GitLab

...and gone are the annoying warnings.

Using the new gtk_expander_set_resize_toplevel().

GIMP will always use the first one from the list, but at least now
there is a way to register variants.

Nobody has them anymore, and they are deprecated in GTK+ 3.x. This
also fixes all conflicting mnemonics except those I missed, but we can
fix them now.

Change the default folder to "Desktop" on OS X because it's expected
on the platform.

Change GimpFileDialog's file-procs properties to enum
GimpFileProcedureGroup and get them via the newly added API. Set
properties common to all dialogs in the parent class.

and remove "Gimp*" parameter from gimp_save,export_dialog_set_image(),
the dialog already knows its Gimp.

...not extension

Add the mime-type to GimpFileDialog's filters, in addition to the
extensions.

Oups!

By default, it only saves the current file filter, but it allows a child
to implement its own state. It has been implemented by GimpSaveDialog to
save the preferred compatibility mode as well.

The code refactoring allows better readability which will allow in turn
to add more complex specific features making good use of the save/export
split concept.

If one explicitly enables the compatibility mode, one expects this to
be applied on following saves of the same image as well.

- add gimp_image_get,get_xcf_compat_mode()
- add a compat toggle to GimpFileDialog which is shown and sensitive
  only for a save (not export), and if the image structure allows
  to save an old version at all. The button also has a tooltip
  which explains why it is sensitive and what it does
- add "gboolean xcf_compat" to file_save_dialog_save_image()
- in file_save_dialog_save_image(), call image_set_xcf_compat_mode(TRUE)
  only around the call to file_save() and set it to FALSE after saving
- in xcf_save_invoker(), honor the image's XCF compat flag and save an
  RLE-compressed XCF if possible

The above is very convoluted and doesn't pass the "xcf_compat" boolean
directly because we can't change the parameters of gimp-xcf-save, and
because the gimp-xcf-save might be called indirectly.

Non-freed GFile object when saving or exporting the first time, i.e.
with default extensions.

and enable the new file-remote code in app unconditionally.

and use it instead of set_text (progress, "%s", literal_message);

- change start() and set_text() to use "format" and "..." instead of
  "message", allowing to format progress messages in place
- s/cancelable/cancellable/
- move "cancellable" to be the second argument of start()

Also fix GimpFileDialog to actually start with that folder, and not in
its parent folder.

which gets rid of a lot of temporarily added GFile code again because
we don't need to convert between URI and GFile any longer.

There is still quite some stock ID rendering around, stay tuned...

If for whatever reason making an uri from the documents folder fails,
return the uri of the home directory.

If one single directory is passed on the command line, use it
as default folder for the open/save dialogs.

Current implementation had 2 issues, fixed by this commit:
1/ after the file save dialog is closed, the image would not close.
2/ if you switched the visible tab before saving the new image, it
would save and close the visible tab, instead of the expected one.

Fix default export extension to be as specified:

1. last export of this image
2. imported extension
3. last export of any image
4. png

2 and 3 were reversed in the code.

In order the fix the obvious confusion, add another file filter which
contains all the types that are savable with the dialog, name it
either "All XCF images" or "All export images", and make it the
default filter.

when dealing with native window handles. Also get rid of using
GdkNativeWindow and simply consistently use guint32 all over the
place. This is more obvious and consistent and keeps the diff to the
gtk3-port branch smaller.

Add more proper core API for GimpImage URI management.