Of course I have.
All my patches I think must be open source, because gimp is open source.
They are all on
http://sourceforge.net/projects/gimp-pa ... kel_Hatti/with name
gimp-patches_Onkel_Hatti.zip
Look, whatever you want, apply them.
For standard Plugins, there is a GTK preference in the gimp-user directory, there is a file called
gtkrc. in this file, there is:
style "gimp-large-preview"
{
GimpPreview::size = 450
}
class "GimpPreview" style "gimp-large-preview"
proof preview size (it's always quadratic) and uncomment any of the lines above.
Next gimp start, standard plugins shows the preview in that size.
Sorry I don't have time for 2.8.6 at the moment, I'm heavily programming (and trying to understand)
for gimp-2.9.1, I try to realize Exif Data handling, for those, who works on photographs. (like me)
Just another word:
There are two (32bit: 3) variants of mingw, concerning exception handling:
short jump/long jump (or sjlj)
structured exception handling (or seh)
They both are incompatible to each other.
So if there is a program compiled with the seh variant, sjlj compiled programs (like maybe some plugins) MAY fail, if they make use
of the sjlj function. And the other way around.
gimp-2.8.4 was compiled with the (older) sjlj variant, gimp-2.8.6 seems to be compiled with the newer
seh variant. So a crash may have the reason in this incompatibility.
Samj uses in his/her(?) small environment the sjlj variant, even if there are both dlls
libgcc_s_seh-1.dll and libgcc_s_sjlj-1.dll.
But a look into the libstdc++-6.dll with a dependency walker shows the only function __gxx_personality_sj0 (in seh variant it is __gxx_personality_seh)
Maybe some of the readers recognize the specific functions/dlls from error messages...
My gimp version on sourceforge with my patches attached is still compiled with the sjlj variant.