Re: [Gimp-developer] Gimp 2.8 plugins which not work properly with Gimp 2.9.x/2.10.x
Am 24.06.17 um 10:24 schrieb Alexandre Prokoudine: Which is more overwhelming for a user? Not being able to locate a blacklisted plugin or being able to tell people what error it fails with? Alex You answers my questions with questions. Nice, Dude. 8-) 24 июня 2017 г. 11:10 пользователь "Thorsten Stettin" < thorsten.stet...@gmail.com> написал: Good morning, folks, AFAIK there are some old plugins which not work properly with Gimp 2.9.x/2.10.x. Is there any way to determine which old plugins don't work (properly) any more? I concern that some users could be confused if their favourite plugins crashes e.g. I think that could be a bad user experience. Any ideas? Blacklisting? Cheers -- Lao-Tse sagt: Nichtstun ist besser, als mit viel Mühe nichts zu schaffen. Und er sagt auch: Ich habe drei Schätze, die ich hüte und hege. Der eine ist die Liebe, der zweite ist die Genügsamkeit, der dritte ist die Demut. Nur der Liebende ist mutig, nur der Genügsame ist großzügig, nur der Demütige ist fähig zu herrschen. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp- developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list -- Lao-Tse sagt: Nichtstun ist besser, als mit viel Mühe nichts zu schaffen. Und er sagt auch: Ich habe drei Schätze, die ich hüte und hege. Der eine ist die Liebe, der zweite ist die Genügsamkeit, der dritte ist die Demut. Nur der Liebende ist mutig, nur der Genügsame ist großzügig, nur der Demütige ist fähig zu herrschen. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Gimp 2.8 plugins which not work properly with Gimp 2.9.x/2.10.x
Which is more overwhelming for a user? Not being able to locate a blacklisted plugin or being able to tell people what error it fails with? Alex 24 июня 2017 г. 11:10 пользователь "Thorsten Stettin" < thorsten.stet...@gmail.com> написал: > Good morning, folks, > > AFAIK there are some old plugins which not work properly with Gimp > 2.9.x/2.10.x. > > Is there any way to determine which old plugins don't work (properly) any > more? > > I concern that some users could be confused if their favourite plugins > crashes e.g. I think that could be a bad user experience. > > Any ideas? Blacklisting? > > Cheers > > -- > Lao-Tse sagt: Nichtstun ist besser, als mit viel Mühe nichts zu schaffen. > Und er sagt auch: Ich habe drei Schätze, die ich hüte und hege. > Der eine ist die Liebe, der zweite ist die Genügsamkeit, der dritte ist > die Demut. > Nur der Liebende ist mutig, nur der Genügsame ist großzügig, nur der > Demütige ist fähig zu herrschen. > > > > ___ > gimp-developer-list mailing list > List address:gimp-developer-list@gnome.org > List membership: https://mail.gnome.org/mailman/listinfo/gimp- > developer-list > List archives: https://mail.gnome.org/archives/gimp-developer-list > > ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Gimp 2.8 DDS plug in
On Sun, Jan 31, 2016 at 11:16 PM, Robert Cooling wrote: > Hello, > > I've recently installed the plug in for DDS 3.0 from the google code > archive, I've installed by instructions from the read me file, It can read > DDS files when i search them, However it won't show any images, just > background(black and white squares) The Windows build of this plugin is known to be broken. Alex ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] GIMP 2.8 / 2.9 File explorer
On October 30, 2014 7:04:35 AM CET, Joseph Bupe joseph.b...@gmail.com wrote: Did you even compare the Gimp's open file explorer with that of Krita? I guess you're on different platforms. Personally, I prefer the current file dialogs over e.g. the Windows ones. But ultimately, this mostly depends on what GTK+ offers or chooses there. -- Regards, Michael ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] GIMP 2.8 / 2.9 File explorer
30 окт. 2014 г. 3:32 пользователь Joseph Bupe joseph.b...@gmail.com написал: Hi developers, I would love to see the GIMP open file explorer updated to allow multiple thumbnail view; unlike the current explorer where I have to know the name of the file and click it to view it's thumbnail. Joseph, As Michael pointed out, this isn't exactly GIMP's file explorer. So your request, while understandable, is somewhat misplaced. The requst for thumbnail view is out there for a while: https://bugzilla.gnome.org/show_bug.cgi?id=141154 So far nobody succeeded completing the code that was written, and even then we'd have to complete the GTK+3 port first. Alex ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] GIMP 2.8 / 2.9 File explorer
On Thu, 30 Oct 2014, Alexandre Prokoudine wrote: 30 окт. 2014 г. 3:32 пользователь Joseph Bupe joseph.b...@gmail.com написал: Hi developers, I would love to see the GIMP open file explorer updated to allow multiple thumbnail view; unlike the current explorer where I have to know the name of the file and click it to view it's thumbnail. Joseph, As Michael pointed out, this isn't exactly GIMP's file explorer. So your request, while understandable, is somewhat misplaced. Just a little background from the way Krita is wrestling with file dialogs... Qt supports using the platform file dialogs, actually using the GTK file dialog (not a rewritten look-alike) on Gnome, Unity or Mate, the OSX one on OSX, the Windows one on Windows, the KDE one on KDE, using two different api's. And a Qt one when Qt cannot figure out where the applicatiion is running. This means having eight different sets of bugs and missing features, ranging from weird hangs when the application has something on the clipboard and the GTK file dialog opens, to the OSX file dialog selecting the wrong file type in the type dropdown if there are file types with more than one standard extensions. We might have previews on some platforms, but we also have pain on most. I must have spent more than forty hours fighting those issues, for very little real gain. If I were a user, I'd use an application like gwenview or the platform equivalent on a second monitor to manage my images and DD the images. Boudewijn ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] GIMP 2.8 / 2.9 File explorer
* Joseph Bupe joseph.b...@gmail.com [10-30-14 03:23]: On 30 October 2014 02:39, Paka ptilopt...@gmail.com wrote: * Joseph Bupe joseph.b...@gmail.com [10-29-14 20:34]: I would love to see the GIMP open file explorer er, file exploder ??? rather dolphin or krusader or ... updated to allow multiple thumbnail view; unlike the current explorer where I have to know the name of the file and click it to view it's thumbnail. Why want somthing you already have? This is how my system works unless the image is larger that my preview settings. In Krita 2.8.2, images in a selected directory are displayed as thumbnails immediately you navigate to that directory. So if I do not know the name of a file I can choose it based on its content as seen from a thumbnail among other thumbnails, than clicking each file through the list of files as in GIMP. I hope this is a usability issue that can be resolved in the earliest possible time. You are missing something ??? Hi Patrick You wrote This is how my system works unless the image is larger that my preview settings. so change the preview setting, duh Exactly my point. This limitation does not seem to exist in Krita. but you are in control, change it. You wrote You are missing something ??? YES I am. Apparently, Krita opens files using the standard open file dialogue of the user's operating system. IMHO, this is the way to go. And the operating system is chosen by ... hint, you. Did you even compare the Gimp's open file explorer with that of Krita? If not I challenge you to do so and see for your self than to believe they are the same. See attachment if you can. On my system they are quite similar. Attachments aren't allowed here. ps: Your quoting style is quite difficult besides answering questions before they are asked and including sigs and other irrelevant data. Some consideration is expected. One would think a computer professional as your sig indicates, would know better. TOFU ps2: I cleaned it up for you. :^( -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.orgopenSUSE Community Memberfacebook/ptilopteri http://wahoo.no-ip.orgPhoto Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535@ http://linuxcounter.net ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] GIMP 2.8 / 2.9 File explorer
I am now beginning to understand things here. Maybe as Alex pointed out, we wait for GTK+3 port. Thanx. Joseph On 30 October 2014 11:27, Boudewijn Rempt b...@valdyas.org wrote: On Thu, 30 Oct 2014, Alexandre Prokoudine wrote: 30 окт. 2014 г. 3:32 пользователь Joseph Bupe joseph.b...@gmail.com написал: Hi developers, I would love to see the GIMP open file explorer updated to allow multiple thumbnail view; unlike the current explorer where I have to know the name of the file and click it to view it's thumbnail. Joseph, As Michael pointed out, this isn't exactly GIMP's file explorer. So your request, while understandable, is somewhat misplaced. Just a little background from the way Krita is wrestling with file dialogs... Qt supports using the platform file dialogs, actually using the GTK file dialog (not a rewritten look-alike) on Gnome, Unity or Mate, the OSX one on OSX, the Windows one on Windows, the KDE one on KDE, using two different api's. And a Qt one when Qt cannot figure out where the applicatiion is running. This means having eight different sets of bugs and missing features, ranging from weird hangs when the application has something on the clipboard and the GTK file dialog opens, to the OSX file dialog selecting the wrong file type in the type dropdown if there are file types with more than one standard extensions. We might have previews on some platforms, but we also have pain on most. I must have spent more than forty hours fighting those issues, for very little real gain. If I were a user, I'd use an application like gwenview or the platform equivalent on a second monitor to manage my images and DD the images. Boudewijn ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp- developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list -- D/Insp. BUPE Joseph *Data Protection Officer, INTERPOL NCB Lusaka* *Zambia Police Service Headquarters,* *Criminal Investigation Department,**P.O. Box 50104, Lusaka* *Zambia* *Officer Phone/Fax*: + 260 211 255218 ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] GIMP 2.8 / 2.9 File explorer
n 30 October 2014 14:41, Paka ptilopt...@gmail.com wrote: * Joseph Bupe joseph.b...@gmail.com [10-30-14 03:23]: On 30 October 2014 02:39, Paka ptilopt...@gmail.com wrote: * Joseph Bupe joseph.b...@gmail.com [10-29-14 20:34]: I would love to see the GIMP open file explorer er, file exploder ??? rather dolphin or krusader or ... updated to allow multiple thumbnail view; unlike the current explorer where I have to know the name of the file and click it to view it's thumbnail. Why want somthing you already have? This is how my system works unless the image is larger that my preview settings. In Krita 2.8.2, images in a selected directory are displayed as thumbnails immediately you navigate to that directory. So if I do not know the name of a file I can choose it based on its content as seen from a thumbnail among other thumbnails, than clicking each file through the list of files as in GIMP. I hope this is a usability issue that can be resolved in the earliest possible time. You are missing something ??? Hi Patrick You wrote This is how my system works unless the image is larger that my preview settings. so change the preview setting, duh Exactly my point. This limitation does not seem to exist in Krita. but you are in control, change it. You wrote You are missing something ??? YES I am. Apparently, Krita opens files using the standard open file dialogue of the user's operating system. IMHO, this is the way to go. And the operating system is chosen by ... hint, you. Did you even compare the Gimp's open file explorer with that of Krita? If not I challenge you to do so and see for your self than to believe they are the same. See attachment if you can. On my system they are quite similar. Attachments aren't allowed here. ps: Your quoting style is quite difficult besides answering questions before they are asked and including sigs and other irrelevant data. Some consideration is expected. One would think a computer professional as your sig indicates, would know better. TOFU ps2: I cleaned it up for you. :^( -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.orgopenSUSE Community Memberfacebook/ptilopteri http://wahoo.no-ip.orgPhoto Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535@ http://linuxcounter.net ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list I am satisfied with the response given by Alex. Perhaps we wait for GTK+3 implementation. Cheers. Joseph ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] GIMP 2.8 / 2.9 File explorer
* Joseph Bupe joseph.b...@gmail.com [10-29-14 20:34]: I would love to see the GIMP open file explorer er, file exploder ??? rather dolphin or krusader or ... updated to allow multiple thumbnail view; unlike the current explorer where I have to know the name of the file and click it to view it's thumbnail. Why want somthing you already have? This is how my system works unless the image is larger that my preview settings. In Krita 2.8.2, images in a selected directory are displayed as thumbnails immediately you navigate to that directory. So if I do not know the name of a file I can choose it based on its content as seen from a thumbnail among other thumbnails, than clicking each file through the list of files as in GIMP. I hope this is a usability issue that can be resolved in the earliest possible time. You are missing something ??? -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.orgopenSUSE Community Memberfacebook/ptilopteri http://wahoo.no-ip.orgPhoto Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535@ http://linuxcounter.net ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] GIMP 2.8 on OS X fixes
Hi Sven, Am 27.05.2014 um 05:24 schrieb scl scl.gp...@gmail.com: Hi Simone, an honest thank you for your efforts. In my build I'm also patching gtk-mac-integration so this might be of your interest. The patches are in /build/osx/patches of the build-osx branch. 0002-Improve-internationalization-of-App-menu-and-other-s.patch: The current App menu implementation assumes that the application's name is at the end of the 'Hide' and 'Quit' menu item in all languages. This is grammatically incorrect for some languages, such as German. The patch inserts placeholders for the app name and fixes the translations where necessary. Fix references to the internationalization table (GtkOSXApplication) to ensure these strings are recognized at runtime. Fix broken encoding in the ro, ru, uk languages. Add language pt_BR (Brazilian Portuguese). Thank you. I’ve already included those changes in my forked version. BTW, if you convert the *strings files from UTF-16 to UTF-8 encoding, git will handle these as text and not as binary. And it will be easier to manipulate those files in shell scripts with sed, grep, cut, tr and other commands. Cocoa itself handles UTF-8 and UTF-16 encoded strings files interchangeable. 0003-Keep-separators-between-placeholders.patch: Keeps menu separators between menu placeholders. It fixes the issue that some separators got lost in the menus, for instance the one between File/Send as e-mail and File/Properties etc. yep, already done. Regards Simone ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] GIMP 2.8 on OS X fixes
Am 26.05.2014 um 21:17 schrieb Simone Karin Lehmann sim...@lisanet.de:
The patch I’ve mentioned is a fork of the gtk-mac-integration library which I
heavily modified and patched. I’m currently cleaning up the code so that it
would compile without the need to patch the gtk-mac-integrationn library. And
I’ll try to write some basic documentation, why I did this, and what I’ve
changed, and why I did it.
In a few words:
- no undocumented and unofficial function to make the Apple menu.
- just use the official Cocoa API and a stub MainMenu.nib,generated with Xcode
- the library itself now calls [NSApp finishLaunching] as soon as possible,
so there’S no need for an extra EventHandler to open files. This fixes the
mentioned bug.
- don’ hide the ApplicationDelate protocol and don’t hide the notification
protocol, so the application can fully use these protocols. This made it very
easy to implement working dock menus and file open events
So I’ll try to do my best to upload it in the next few days('til Thursday)….
I’ve just uploaded my patched version of the gtk-mac-integration library and
committed it into my svn repository.
https://sourceforge.net/p/gimponosx/code/HEAD/tree/
The README gives some information about why I did this, as I already mentioned
in my above quoted posting, and gives some basic documentation about how to use
the library.
I’ve patched GIMP’s 2.8.10 sources to use this forked library. The changes are
in app/gui/gui.c and app/gui/gui-unique.c. You can find the patches in my svn
too at
https://sourceforge.net/p/gimponosx/code/HEAD/tree/GimpPorts/ports/graphics/gimp2/files/
Regards
Simone Karin
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] GIMP 2.8 on OS X fixes
Hi Sven, On Sun, May 25, 2014 at 8:22 PM, scl scl.gp...@gmail.com wrote: Hi, I’ve updated the OS X builder. The changes include: - Bugfix 721482: bring back languages other than English and offer them in the Preferences’ language selection listbox, show a translated GIMP app menu in various languages, - Bugfix 683177: bring back GIMP’s online user help in a web browser, - Bugfix 721449 and other fixes to make GIMP 2.8 build on OS X again, - add a configuration to build GIMP master, - a UI theme with better integration into the OS X look and feel, - an improved build how-to, - updated dependencies and - various fixes. Known remaining issues are: - Stock buttons in plug-in dialogs still read English instead of the users' language, - GIMP opens the user manual still in English when GIMP was started the usual way by clicking the program icon. It shows the proper language when started from a terminal window. If somebody has a clue on how to fix this I'd be grateful. In other issues, do you have an idea about this: https://bugzilla.gnome.org/show_bug.cgi?id=719723 Simone Karin Lehmann (added in Cc) was saying she already had a fix for this crash, but she has not uploaded her patch and we are still waiting. Since you apparently take good care of the OSX version, do you have an idea of the fix she meant in her explanation? Or maybe Simone, if you read this, we would really welcome the patch you wrote about. Thanks all! :-) Jehan You find the update in GIMP’s osx-build branch and if we find no deal breaker it can go into the next GIMP 2.8 release. Thanks to all who helped me getting the job done. Mac developers, it would be nice if someone of you could build it on a platform other than OS X 10.9. and report back. The updated how to is /build/osx/README and here: https://git.gnome.org/browse/gimp/plain/build/osx/README?h=osx-build Kind regards, Sven ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] GIMP 2.8 on OS X fixes
Hi Jehan,
sorry for answering so late. I’m really very busy in the last few weeks.
The patch I’ve mentioned is a fork of the gtk-mac-integration library which I
heavily modified and patched. I’m currently cleaning up the code so that it
would compile without the need to patch the gtk-mac-integrationn library. And
I’ll try to write some basic documentation, why I did this, and what I’ve
changed, and why I did it.
In a few words:
- no undocumented and unofficial function to make the Apple menu.
- just use the official Cocoa API and a stub MainMenu.nib,generated with Xcode
- the library itself now calls [NSApp finishLaunching] as soon as possible, so
there’S no need for an extra EventHandler to open files. This fixes the
mentioned bug.
- don’ hide the ApplicationDelate protocol and don’t hide the notification
protocol, so the application can fully use these protocols. This made it very
easy to implement working dock menus and file open events
So I’ll try to do my best to upload it in the next few days('til Thursday)….
Simone
Am 26.05.2014 um 18:40 schrieb Jehan Pagès jehan.marmott...@gmail.com:
Hi Sven,
On Sun, May 25, 2014 at 8:22 PM, scl scl.gp...@gmail.com wrote:
Hi,
I’ve updated the OS X builder. The changes include:
- Bugfix 721482: bring back languages other than English and
offer them in the Preferences’ language selection listbox,
show a translated GIMP app menu in various languages,
- Bugfix 683177: bring back GIMP’s online user help in a web browser,
- Bugfix 721449 and other fixes to make GIMP 2.8 build on OS X again,
- add a configuration to build GIMP master,
- a UI theme with better integration into the OS X look and feel,
- an improved build how-to,
- updated dependencies and
- various fixes.
Known remaining issues are:
- Stock buttons in plug-in dialogs still read English instead
of the users' language,
- GIMP opens the user manual still in English when GIMP was
started the usual way by clicking the program icon. It shows
the proper language when started from a terminal window.
If somebody has a clue on how to fix this I'd be grateful.
In other issues, do you have an idea about this:
https://bugzilla.gnome.org/show_bug.cgi?id=719723
Simone Karin Lehmann (added in Cc) was saying she already had a fix
for this crash, but she has not uploaded her patch and we are still
waiting. Since you apparently take good care of the OSX version, do
you have an idea of the fix she meant in her explanation?
Or maybe Simone, if you read this, we would really welcome the patch
you wrote about.
Thanks all! :-)
Jehan
You find the update in GIMP’s osx-build branch and if we find
no deal breaker it can go into the next GIMP 2.8 release.
Thanks to all who helped me getting the job done.
Mac developers, it would be nice if someone of you could build
it on a platform other than OS X 10.9. and report back. The
updated how to is /build/osx/README and here:
https://git.gnome.org/browse/gimp/plain/build/osx/README?h=osx-build
Kind regards,
Sven
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives: https://mail.gnome.org/archives/gimp-developer-list
—
stay hungry, stay foolish
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] GIMP 2.8 on OS X fixes
On 26.5.2014 at 6:40 PM Jehan Pagès wrote: In other issues, do you have an idea about this: https://bugzilla.gnome.org/show_bug.cgi?id=719723 I tried yesterday with my GIMP 2.8.11 build of the build-osx branch which is based on GIMP 2.8 (commit c4dc168 from 25.05.2014) and uses lcms 1.19. I can confirm that GIMP doesn't crash anymore. It still shows the error message from comment 2 of this bug, but keeps running. For the GIMP users this means that it should work in the next release GIMP 2.8.12. Kind regards, Sven ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] GIMP 2.8 on OS X fixes
Hi Simone, an honest thank you for your efforts. In my build I'm also patching gtk-mac-integration so this might be of your interest. The patches are in /build/osx/patches of the build-osx branch. 0002-Improve-internationalization-of-App-menu-and-other-s.patch: The current App menu implementation assumes that the application's name is at the end of the 'Hide' and 'Quit' menu item in all languages. This is grammatically incorrect for some languages, such as German. The patch inserts placeholders for the app name and fixes the translations where necessary. Fix references to the internationalization table (GtkOSXApplication) to ensure these strings are recognized at runtime. Fix broken encoding in the ro, ru, uk languages. Add language pt_BR (Brazilian Portuguese). 0003-Keep-separators-between-placeholders.patch: Keeps menu separators between menu placeholders. It fixes the issue that some separators got lost in the menus, for instance the one between File/Send as e-mail and File/Properties etc. As you're forking gtk-mac-integration you might want to integrate them, too. Kind regards, Sven ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Gimp 2.8
On Fri, Jan 24, 2014 at 2:06 PM, Owen wrote: Use huggin if your are on linux. Mind you, Hugin works on Windows and Mac just as well ;) Alexandre ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Gimp 2.8
On 24.1.2014 at 11:06 AM Owen wrote: Krita has a plug in that uses huggin and in my view easier to use. That's interesting. What does a sketching and painting application as Krita is do with a stitching plug-in? Anyway it would be nice to read more about it but my searches had no success. Where can I find more information about it? For stitching I can recommened Microsoft's [Image Composite Editor]. Although it's not FOSS software it's free of charge and I find it easy to use. In the FOSS department also [Digikam] has stitching capabilities by Hugin. Kind regards, Sven [Image Composite Editor]: https://research.microsoft.com/en-us/um/redmond/groups/ivm/ICE/ [Digikam]: http://www.digikam.org/node/669 ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Gimp 2.8
Akkana Peck used to have a panorama plugin called Pandora ( http://www.shallowsky.com/software/pandora/). I don't know if she is still maintaining it. Disclaimer: I have not used it and so can't verify if it works with current Gimp versions. On Fri, Jan 24, 2014 at 5:34 AM, Boudewijn Rempt b...@valdyas.org wrote: On Fri, 24 Jan 2014, scl wrote: On 24.1.2014 at 11:06 AM Owen wrote: Krita has a plug in that uses huggin and in my view easier to use. That's interesting. What does a sketching and painting application as Krita is do with a stitching plug-in? Anyway it would be nice to read more about it but my searches had no success. Where can I find more information about it? For stitching I can recommened Microsoft's [Image Composite Editor]. Although it's not FOSS software it's free of charge and I find it easy to use. In the FOSS department also [Digikam] has stitching capabilities by Hugin. Krita used to have such a plugin in the 1.x, early 2.x days. We removed it before Krita 2.4 because it didn't fit our vision, was hard to maintain and we felt that Hugin did a better job anyway. If we get enough matte painters as users, it might return. Matte painting is one of our target use cases, and for that, stitching is very important. Boud ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp- developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Gimp 2.8
Robert, Pandora does not reproject the images. You can try my plugin, if you are brave enough: http://sourceforge.net/projects/adjustforpanora/ or on: http://registry.gimp.org/node/27788 Pavel On Fri, 2014-01-24 at 08:48 -0500, Partha Bagchi wrote: Akkana Peck used to have a panorama plugin called Pandora ( http://www.shallowsky.com/software/pandora/). I don't know if she is still maintaining it. Disclaimer: I have not used it and so can't verify if it works with current Gimp versions. On Fri, Jan 24, 2014 at 5:34 AM, Boudewijn Rempt b...@valdyas.org wrote: On Fri, 24 Jan 2014, scl wrote: On 24.1.2014 at 11:06 AM Owen wrote: Krita has a plug in that uses huggin and in my view easier to use. That's interesting. What does a sketching and painting application as Krita is do with a stitching plug-in? Anyway it would be nice to read more about it but my searches had no success. Where can I find more information about it? For stitching I can recommened Microsoft's [Image Composite Editor]. Although it's not FOSS software it's free of charge and I find it easy to use. In the FOSS department also [Digikam] has stitching capabilities by Hugin. Krita used to have such a plugin in the 1.x, early 2.x days. We removed it before Krita 2.4 because it didn't fit our vision, was hard to maintain and we felt that Hugin did a better job anyway. If we get enough matte painters as users, it might return. Matte painting is one of our target use cases, and for that, stitching is very important. Boud ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp- developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 on OS X with Python 2.7 and Wacom Pressure sensitivity
On 28.03.2013 20:54, Partha Bagchi wrote: Michael, I didn't know about the GIMP PYTHONPATH. Where is it defined in the source? No, the question was whether your version could rather add to PYTHONPATH instead of replacing it completely. On IRC, Daniel Sabo suggested this might crash, because the system's python modules have been compiled by a different Python version. But apparently no one has tried this recently. -- Regards, Michael ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 on OS X with Python 2.7 and Wacom Pressure sensitivity
On 29.03.2013 11:27, Partha Bagchi wrote: And you did mention GIMP PYTHONPATH which I don't believe exists. :) environment PYTHONPATH in the environment of GIMP process and its plug-in processes. I thought that was obvious from the context, but apparently not :) P.S. can you check if your mail software offers list reply, or at least offers to put the list address in the To: field and the original sender into Cc:? P.P.S. and for some reason, Thunderbird struggles to quote your messages properly (i.e. get the quote levels right) -- Regards, Michael ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 on OS X with Python 2.7 and Wacom Pressure sensitivity
Thanks for all your help. I will check out the plugins. I definitely use GIMP for 2 fairly different cases: my digital whiteboard for lecturing and editing my own photos (mostly of my kids - but I take it pretty seriously). So, I will look into that. Most of the personal stuff I will still do in Ubuntu (my MacBook Air is supposed to be a work computer). I assume your plugins are available for separate download for Linux. On Fri, Mar 29, 2013 at 8:10 AM, Partha Bagchi parth...@gmail.com wrote: Hey Ryan, Thanks for testing! Really appreciate it. I will upload a new build and let you know where to download it from. G'MIC 1.5.5.1 was just released and I will try to bundle that (current version in McGimp is 1.5.5.0). Fyi, there are also other photography related plugins already included like saturate equalizer, tone mapping, resynthesizer, liquid rescale, On Fri, Mar 29, 2013 at 8:57 AM, Ryan Krauss ryanli...@gmail.com wrote: Pressure sensitivity is working! Thanks for all your hard work Partha. There is one symlink in your Frameworks.zip file that is broken: libgegl-0.2.0.dylib - /tmp/pb2.9/Gimp-2.9.app/Contents/Resources/lib/libgegl-0.2.0.dylib Also, there were some folders in the old Frameworks directory (I think they were gtk-* and pkgconfig/). Was I supposed to keep those? They are not in the new zip file. There are a couple of warnings, but it seems to work: (gimp-2.8:5230): Gtk-WARNING **: Unable to locate theme engine in module_path: clearlooks, (gimp-2.8:5230): Gtk-WARNING **: Unable to locate theme engine in module_path: pixmap, (gimp-2.8:5230): Gimp-Tools-CRITICAL **: gimp_tool_cursor_update: assertion `gimp_tool_control_is_active (tool-control) == FALSE' failed (gimp-2.8:5230): Gtk-CRITICAL **: gtk_accel_group_find: assertion `GTK_IS_ACCEL_GROUP (accel_group)' failed Are those related to my deleting Frameworks subdirectories? Thanks again, Ryan On Fri, Mar 29, 2013 at 5:47 AM, Partha Bagchi parth...@gmail.comwrote: Hi Ryan, I zipped all the dylibs into one zipped file. Can you replace /Applications/Gimp-2.8.4/Contents/Frameworks/* with the contents of this zip file http://www.partha.com/temp/Gimp-2.8.4-Frameworks.zip ? Let me know if this solves the problem. Thanks again, Partha On Thu, Mar 28, 2013 at 11:27 PM, Ryan Krauss ryanli...@gmail.comwrote: Doing that resulted in this error: dyld: Library not loaded: /tmp/lib/libpangocairo-1.0.0.dylib Referenced from: /tmp/lib/libgtk-quartz-2.0.0.dylib Reason: Incompatible library version: libgtk-quartz-2.0.0.dylib requires version 3308.0.0 or later, but libpangocairo-1.0.0.dylib provides version 3201.0.0 Trace/BPT trap: 5 On Thu, Mar 28, 2013 at 9:46 PM, Partha Bagchi parth...@gmail.comwrote: Thanks. Since you are familiar with the innards of Mac app structure, can you unzip the attached archive in /Applications/Gimp-2.8.4.app/Contents/Frameworks ? Restart Gimp and let me know if pressure sensitivity works for you or not. Thanks again! Partha On Thu, Mar 28, 2013 at 8:40 PM, Ryan Krauss ryanli...@gmail.comwrote: Gladly. I am willing to test whatever you build. Since yours installs into /Applications/Gimp-2.8.4.app, I can have them both installed side by side. On Thu, Mar 28, 2013 at 5:26 PM, Partha Bagchi parth...@gmail.comwrote: Would you be willing to test my gtk build to see whether you get pressure sensitivity? Thanks, Partha On Thu, Mar 28, 2013 at 4:55 PM, Ryan Krauss ryanli...@gmail.comwrote: I have this driver installed: http://cdn.wacom.com/U/Drivers/Mac/Consumer/532/PenTablet_5.3.2-2.dmg Pressure sensitivity works fine with the binary installation from gimp.org/downloads (but only Python 2.6). I essentially get no pressure sensitivity with your binary. On Thu, Mar 28, 2013 at 2:54 PM, Partha Bagchi parth...@gmail.comwrote: Michael, I didn't know about the GIMP PYTHONPATH. Where is it defined in the source? Thanks! Partha On Thu, Mar 28, 2013 at 2:06 PM, Michael Schumacher schum...@gmx.de wrote: On 28.03.2013 17:50, Partha Bagchi wrote: It uses it's own PYTHONPATH. Any reason you need a separate PYTHONPATH? You could probably modify your version to prepend the GIMP PYTHONPATH, this should avoid problems like that. -- Regards, Michael __**_ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/**mailman/listinfo/gimp-**developer-listhttps://mail.gnome.org/mailman/listinfo/gimp-developer-list ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 on OS X with Python 2.7 and Wacom Pressure sensitivity
Try my version and let me know if you have issues: www.partha.com Partha On Thu, Mar 28, 2013 at 12:15 PM, Ryan Krauss ryanli...@gmail.com wrote: I have recently switched from Ubuntu to Mac and am having some trouble getting GIMP working the way I need. I use pygimp and a Wacom tablet to create a sort of digital white board when I teach. I use my pygimp code to correctly number each slide as I lecture so that the slides are useful to the students for review when I am done. Here is an example if you are curious: http://www.cs.siue.edu/~rkrauss/450/2013/lectures/03_22_13/index.html I am using Python 2.7 for scipy, numpy, and other packages installed using homebrew and pip. I am having a hard time getting GIMP installed in OS X 10.8 that supports both Python 2.7 and pressure sensitivity. I have tried two approaches. I downloaded a binary from here: Download GIMP 2.8 http://gimp.lisanet.de/Website/Download.html on the gimp.org/downloads page. It runs natively on OS X (i.e. not using X11) and it works perfectly with pressure sensitivity on my Wacom tablet. The only problem is that it seems to ship with Python 2.6, which is a bit dated and not compatible with my other Python packages. I also tried to build and install from source. I have tried this two ways. The first was through homebrew. I am able to compile correctly and it uses Python 2.7, but for reasons I don't understand, it seems to build an X11 version. Again for reasons I don't understand, pressure sensitivity does not work when I build this way. The pen and tablet under the extended input configuration are greyed out. They are set correctly, but the settings don't seem to be respected. I have also tried to just use homebrew to install the dependencies and then build GIMP myself in other directory. This keeps getting hung up on trying to build a test GTK+ file that fails because it can't find gtk.h. gtk.h is in a homebrew Cellar folder and I don't seem to be able to point the configure script to it correctly. So, can someone point me to the best solution. If a binary of GIMP 2.8 linked to Python 2.7 could easily be made available, that would be great. If someone can help me build a version of GIMP 2.8 that runs natively using the Python from homebrew, that would also work. I don't even mind setting up my own thing and compiling outside of homebrew, but I would prefer to avoid installing all the dependencies myself if possible. I would prefer to have GIMP run natively rather than through X11, but if Python 2.7 and pressure sensitivity both worked, I would be OK with that. Thanks, Ryan ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 on OS X with Python 2.7 and Wacom Pressure sensitivity
Thanks for your help and the quick response. Your version looks promising. However, it doesn't seem to respect the PYTHONPATH set in my ~/.profile file. So, it cannot find my personal Python files. Where should I set the PYTHONPATH for your version? Thanks again, Ryan On Thu, Mar 28, 2013 at 11:19 AM, Partha Bagchi parth...@gmail.com wrote: Try my version and let me know if you have issues: www.partha.com Partha On Thu, Mar 28, 2013 at 12:15 PM, Ryan Krauss ryanli...@gmail.com wrote: I have recently switched from Ubuntu to Mac and am having some trouble getting GIMP working the way I need. I use pygimp and a Wacom tablet to create a sort of digital white board when I teach. I use my pygimp code to correctly number each slide as I lecture so that the slides are useful to the students for review when I am done. Here is an example if you are curious: http://www.cs.siue.edu/~rkrauss/450/2013/lectures/03_22_13/index.html I am using Python 2.7 for scipy, numpy, and other packages installed using homebrew and pip. I am having a hard time getting GIMP installed in OS X 10.8 that supports both Python 2.7 and pressure sensitivity. I have tried two approaches. I downloaded a binary from here: Download GIMP 2.8 http://gimp.lisanet.de/Website/Download.html on the gimp.org/downloads page. It runs natively on OS X (i.e. not using X11) and it works perfectly with pressure sensitivity on my Wacom tablet. The only problem is that it seems to ship with Python 2.6, which is a bit dated and not compatible with my other Python packages. I also tried to build and install from source. I have tried this two ways. The first was through homebrew. I am able to compile correctly and it uses Python 2.7, but for reasons I don't understand, it seems to build an X11 version. Again for reasons I don't understand, pressure sensitivity does not work when I build this way. The pen and tablet under the extended input configuration are greyed out. They are set correctly, but the settings don't seem to be respected. I have also tried to just use homebrew to install the dependencies and then build GIMP myself in other directory. This keeps getting hung up on trying to build a test GTK+ file that fails because it can't find gtk.h. gtk.h is in a homebrew Cellar folder and I don't seem to be able to point the configure script to it correctly. So, can someone point me to the best solution. If a binary of GIMP 2.8 linked to Python 2.7 could easily be made available, that would be great. If someone can help me build a version of GIMP 2.8 that runs natively using the Python from homebrew, that would also work. I don't even mind setting up my own thing and compiling outside of homebrew, but I would prefer to avoid installing all the dependencies myself if possible. I would prefer to have GIMP run natively rather than through X11, but if Python 2.7 and pressure sensitivity both worked, I would be OK with that. Thanks, Ryan ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 on OS X with Python 2.7 and Wacom Pressure sensitivity
Just to be clear, it picks up everything in ~/Library/Application Support/GIMP/2.8/plug-ins without any problems, but I only keep GIMP specific Python files in there. My general Python stuff is in other directories. My pygimp code depends on some of the general stuff and those are the files that are not being found. On Thu, Mar 28, 2013 at 11:43 AM, Ryan Krauss ryanli...@gmail.com wrote: Thanks for your help and the quick response. Your version looks promising. However, it doesn't seem to respect the PYTHONPATH set in my ~/.profile file. So, it cannot find my personal Python files. Where should I set the PYTHONPATH for your version? Thanks again, Ryan On Thu, Mar 28, 2013 at 11:19 AM, Partha Bagchi parth...@gmail.comwrote: Try my version and let me know if you have issues: www.partha.com Partha On Thu, Mar 28, 2013 at 12:15 PM, Ryan Krauss ryanli...@gmail.comwrote: I have recently switched from Ubuntu to Mac and am having some trouble getting GIMP working the way I need. I use pygimp and a Wacom tablet to create a sort of digital white board when I teach. I use my pygimp code to correctly number each slide as I lecture so that the slides are useful to the students for review when I am done. Here is an example if you are curious: http://www.cs.siue.edu/~rkrauss/450/2013/lectures/03_22_13/index.html I am using Python 2.7 for scipy, numpy, and other packages installed using homebrew and pip. I am having a hard time getting GIMP installed in OS X 10.8 that supports both Python 2.7 and pressure sensitivity. I have tried two approaches. I downloaded a binary from here: Download GIMP 2.8 http://gimp.lisanet.de/Website/Download.html on the gimp.org/downloads page. It runs natively on OS X (i.e. not using X11) and it works perfectly with pressure sensitivity on my Wacom tablet. The only problem is that it seems to ship with Python 2.6, which is a bit dated and not compatible with my other Python packages. I also tried to build and install from source. I have tried this two ways. The first was through homebrew. I am able to compile correctly and it uses Python 2.7, but for reasons I don't understand, it seems to build an X11 version. Again for reasons I don't understand, pressure sensitivity does not work when I build this way. The pen and tablet under the extended input configuration are greyed out. They are set correctly, but the settings don't seem to be respected. I have also tried to just use homebrew to install the dependencies and then build GIMP myself in other directory. This keeps getting hung up on trying to build a test GTK+ file that fails because it can't find gtk.h. gtk.h is in a homebrew Cellar folder and I don't seem to be able to point the configure script to it correctly. So, can someone point me to the best solution. If a binary of GIMP 2.8 linked to Python 2.7 could easily be made available, that would be great. If someone can help me build a version of GIMP 2.8 that runs natively using the Python from homebrew, that would also work. I don't even mind setting up my own thing and compiling outside of homebrew, but I would prefer to avoid installing all the dependencies myself if possible. I would prefer to have GIMP run natively rather than through X11, but if Python 2.7 and pressure sensitivity both worked, I would be OK with that. Thanks, Ryan ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 on OS X with Python 2.7 and Wacom Pressure sensitivity
It uses it's own PYTHONPATH. Any reason you need a separate PYTHONPATH? Can you not put them in the plug-ins folder in ~/Library/Application Support/GIMP/2.8? On Thu, Mar 28, 2013 at 12:44 PM, Ryan Krauss ryanli...@gmail.com wrote: Just to be clear, it picks up everything in ~/Library/Application Support/GIMP/2.8/plug-ins without any problems, but I only keep GIMP specific Python files in there. My general Python stuff is in other directories. My pygimp code depends on some of the general stuff and those are the files that are not being found. On Thu, Mar 28, 2013 at 11:43 AM, Ryan Krauss ryanli...@gmail.com wrote: Thanks for your help and the quick response. Your version looks promising. However, it doesn't seem to respect the PYTHONPATH set in my ~/.profile file. So, it cannot find my personal Python files. Where should I set the PYTHONPATH for your version? Thanks again, Ryan On Thu, Mar 28, 2013 at 11:19 AM, Partha Bagchi parth...@gmail.comwrote: Try my version and let me know if you have issues: www.partha.com Partha On Thu, Mar 28, 2013 at 12:15 PM, Ryan Krauss ryanli...@gmail.comwrote: I have recently switched from Ubuntu to Mac and am having some trouble getting GIMP working the way I need. I use pygimp and a Wacom tablet to create a sort of digital white board when I teach. I use my pygimp code to correctly number each slide as I lecture so that the slides are useful to the students for review when I am done. Here is an example if you are curious: http://www.cs.siue.edu/~rkrauss/450/2013/lectures/03_22_13/index.html I am using Python 2.7 for scipy, numpy, and other packages installed using homebrew and pip. I am having a hard time getting GIMP installed in OS X 10.8 that supports both Python 2.7 and pressure sensitivity. I have tried two approaches. I downloaded a binary from here: Download GIMP 2.8 http://gimp.lisanet.de/Website/Download.html on the gimp.org/downloads page. It runs natively on OS X (i.e. not using X11) and it works perfectly with pressure sensitivity on my Wacom tablet. The only problem is that it seems to ship with Python 2.6, which is a bit dated and not compatible with my other Python packages. I also tried to build and install from source. I have tried this two ways. The first was through homebrew. I am able to compile correctly and it uses Python 2.7, but for reasons I don't understand, it seems to build an X11 version. Again for reasons I don't understand, pressure sensitivity does not work when I build this way. The pen and tablet under the extended input configuration are greyed out. They are set correctly, but the settings don't seem to be respected. I have also tried to just use homebrew to install the dependencies and then build GIMP myself in other directory. This keeps getting hung up on trying to build a test GTK+ file that fails because it can't find gtk.h. gtk.h is in a homebrew Cellar folder and I don't seem to be able to point the configure script to it correctly. So, can someone point me to the best solution. If a binary of GIMP 2.8 linked to Python 2.7 could easily be made available, that would be great. If someone can help me build a version of GIMP 2.8 that runs natively using the Python from homebrew, that would also work. I don't even mind setting up my own thing and compiling outside of homebrew, but I would prefer to avoid installing all the dependencies myself if possible. I would prefer to have GIMP run natively rather than through X11, but if Python 2.7 and pressure sensitivity both worked, I would be OK with that. Thanks, Ryan ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 on OS X with Python 2.7 and Wacom Pressure sensitivity
As a quick hack, I appended my personal folders to the PYTHONPATH set in /Applications/Gimp-2.8.4.app/Contents/MacOS/Gimp. Python stuff seems to be working. Pressure sensitivity does not seem to be working. It behaves just like the X11 version I built from homebrew - the options are listed under extended input and pen and tablet seem to be set correctly, but a pencil set to a pressure opacity brush is always either 0 or 100% opacitiy. On Thu, Mar 28, 2013 at 11:50 AM, Partha Bagchi parth...@gmail.com wrote: It uses it's own PYTHONPATH. Any reason you need a separate PYTHONPATH? Can you not put them in the plug-ins folder in ~/Library/Application Support/GIMP/2.8? On Thu, Mar 28, 2013 at 12:44 PM, Ryan Krauss ryanli...@gmail.com wrote: Just to be clear, it picks up everything in ~/Library/Application Support/GIMP/2.8/plug-ins without any problems, but I only keep GIMP specific Python files in there. My general Python stuff is in other directories. My pygimp code depends on some of the general stuff and those are the files that are not being found. On Thu, Mar 28, 2013 at 11:43 AM, Ryan Krauss ryanli...@gmail.comwrote: Thanks for your help and the quick response. Your version looks promising. However, it doesn't seem to respect the PYTHONPATH set in my ~/.profile file. So, it cannot find my personal Python files. Where should I set the PYTHONPATH for your version? Thanks again, Ryan On Thu, Mar 28, 2013 at 11:19 AM, Partha Bagchi parth...@gmail.comwrote: Try my version and let me know if you have issues: www.partha.com Partha On Thu, Mar 28, 2013 at 12:15 PM, Ryan Krauss ryanli...@gmail.comwrote: I have recently switched from Ubuntu to Mac and am having some trouble getting GIMP working the way I need. I use pygimp and a Wacom tablet to create a sort of digital white board when I teach. I use my pygimp code to correctly number each slide as I lecture so that the slides are useful to the students for review when I am done. Here is an example if you are curious: http://www.cs.siue.edu/~rkrauss/450/2013/lectures/03_22_13/index.html I am using Python 2.7 for scipy, numpy, and other packages installed using homebrew and pip. I am having a hard time getting GIMP installed in OS X 10.8 that supports both Python 2.7 and pressure sensitivity. I have tried two approaches. I downloaded a binary from here: Download GIMP 2.8 http://gimp.lisanet.de/Website/Download.html on the gimp.org/downloads page. It runs natively on OS X (i.e. not using X11) and it works perfectly with pressure sensitivity on my Wacom tablet. The only problem is that it seems to ship with Python 2.6, which is a bit dated and not compatible with my other Python packages. I also tried to build and install from source. I have tried this two ways. The first was through homebrew. I am able to compile correctly and it uses Python 2.7, but for reasons I don't understand, it seems to build an X11 version. Again for reasons I don't understand, pressure sensitivity does not work when I build this way. The pen and tablet under the extended input configuration are greyed out. They are set correctly, but the settings don't seem to be respected. I have also tried to just use homebrew to install the dependencies and then build GIMP myself in other directory. This keeps getting hung up on trying to build a test GTK+ file that fails because it can't find gtk.h. gtk.h is in a homebrew Cellar folder and I don't seem to be able to point the configure script to it correctly. So, can someone point me to the best solution. If a binary of GIMP 2.8 linked to Python 2.7 could easily be made available, that would be great. If someone can help me build a version of GIMP 2.8 that runs natively using the Python from homebrew, that would also work. I don't even mind setting up my own thing and compiling outside of homebrew, but I would prefer to avoid installing all the dependencies myself if possible. I would prefer to have GIMP run natively rather than through X11, but if Python 2.7 and pressure sensitivity both worked, I would be OK with that. Thanks, Ryan ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 on OS X with Python 2.7 and Wacom Pressure sensitivity
While trying to debug the lack of pressure sensitivity, I deleted ~/Library/Application Support/GIMP/2.8 completely. When I relaunch your version, the Wacom pen and tablet do not show up at all under extended input devices. The settings there were apparently hanging around from the other binary GIMP version I had installed from gimp.org/downloads. On Thu, Mar 28, 2013 at 11:58 AM, Ryan Krauss ryanli...@gmail.com wrote: As a quick hack, I appended my personal folders to the PYTHONPATH set in /Applications/Gimp-2.8.4.app/Contents/MacOS/Gimp. Python stuff seems to be working. Pressure sensitivity does not seem to be working. It behaves just like the X11 version I built from homebrew - the options are listed under extended input and pen and tablet seem to be set correctly, but a pencil set to a pressure opacity brush is always either 0 or 100% opacitiy. On Thu, Mar 28, 2013 at 11:50 AM, Partha Bagchi parth...@gmail.comwrote: It uses it's own PYTHONPATH. Any reason you need a separate PYTHONPATH? Can you not put them in the plug-ins folder in ~/Library/Application Support/GIMP/2.8? On Thu, Mar 28, 2013 at 12:44 PM, Ryan Krauss ryanli...@gmail.comwrote: Just to be clear, it picks up everything in ~/Library/Application Support/GIMP/2.8/plug-ins without any problems, but I only keep GIMP specific Python files in there. My general Python stuff is in other directories. My pygimp code depends on some of the general stuff and those are the files that are not being found. On Thu, Mar 28, 2013 at 11:43 AM, Ryan Krauss ryanli...@gmail.comwrote: Thanks for your help and the quick response. Your version looks promising. However, it doesn't seem to respect the PYTHONPATH set in my ~/.profile file. So, it cannot find my personal Python files. Where should I set the PYTHONPATH for your version? Thanks again, Ryan On Thu, Mar 28, 2013 at 11:19 AM, Partha Bagchi parth...@gmail.comwrote: Try my version and let me know if you have issues: www.partha.com Partha On Thu, Mar 28, 2013 at 12:15 PM, Ryan Krauss ryanli...@gmail.comwrote: I have recently switched from Ubuntu to Mac and am having some trouble getting GIMP working the way I need. I use pygimp and a Wacom tablet to create a sort of digital white board when I teach. I use my pygimp code to correctly number each slide as I lecture so that the slides are useful to the students for review when I am done. Here is an example if you are curious: http://www.cs.siue.edu/~rkrauss/450/2013/lectures/03_22_13/index.html I am using Python 2.7 for scipy, numpy, and other packages installed using homebrew and pip. I am having a hard time getting GIMP installed in OS X 10.8 that supports both Python 2.7 and pressure sensitivity. I have tried two approaches. I downloaded a binary from here: Download GIMP 2.8 http://gimp.lisanet.de/Website/Download.html on the gimp.org/downloads page. It runs natively on OS X (i.e. not using X11) and it works perfectly with pressure sensitivity on my Wacom tablet. The only problem is that it seems to ship with Python 2.6, which is a bit dated and not compatible with my other Python packages. I also tried to build and install from source. I have tried this two ways. The first was through homebrew. I am able to compile correctly and it uses Python 2.7, but for reasons I don't understand, it seems to build an X11 version. Again for reasons I don't understand, pressure sensitivity does not work when I build this way. The pen and tablet under the extended input configuration are greyed out. They are set correctly, but the settings don't seem to be respected. I have also tried to just use homebrew to install the dependencies and then build GIMP myself in other directory. This keeps getting hung up on trying to build a test GTK+ file that fails because it can't find gtk.h. gtk.h is in a homebrew Cellar folder and I don't seem to be able to point the configure script to it correctly. So, can someone point me to the best solution. If a binary of GIMP 2.8 linked to Python 2.7 could easily be made available, that would be great. If someone can help me build a version of GIMP 2.8 that runs natively using the Python from homebrew, that would also work. I don't even mind setting up my own thing and compiling outside of homebrew, but I would prefer to avoid installing all the dependencies myself if possible. I would prefer to have GIMP run natively rather than through X11, but if Python 2.7 and pressure sensitivity both worked, I would be OK with that. Thanks, Ryan ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 on OS X with Python 2.7 and Wacom Pressure sensitivity
Yes, I plugged it before launching the second time (I have had that problem in Ubuntu). On Thu, Mar 28, 2013 at 12:45 PM, Partha Bagchi parth...@gmail.com wrote: Well I don't have the version from gimp.org :) since I build my own. Yet, I have them in my system. So, I will need to investigate why you don't see it under your preferences. Did you plug in the tablet before starting McGimp? On Thu, Mar 28, 2013 at 1:32 PM, Ryan Krauss ryanli...@gmail.com wrote: While trying to debug the lack of pressure sensitivity, I deleted ~/Library/Application Support/GIMP/2.8 completely. When I relaunch your version, the Wacom pen and tablet do not show up at all under extended input devices. The settings there were apparently hanging around from the other binary GIMP version I had installed from gimp.org/downloads. On Thu, Mar 28, 2013 at 11:58 AM, Ryan Krauss ryanli...@gmail.comwrote: As a quick hack, I appended my personal folders to the PYTHONPATH set in /Applications/Gimp-2.8.4.app/Contents/MacOS/Gimp. Python stuff seems to be working. Pressure sensitivity does not seem to be working. It behaves just like the X11 version I built from homebrew - the options are listed under extended input and pen and tablet seem to be set correctly, but a pencil set to a pressure opacity brush is always either 0 or 100% opacitiy. On Thu, Mar 28, 2013 at 11:50 AM, Partha Bagchi parth...@gmail.comwrote: It uses it's own PYTHONPATH. Any reason you need a separate PYTHONPATH? Can you not put them in the plug-ins folder in ~/Library/Application Support/GIMP/2.8? On Thu, Mar 28, 2013 at 12:44 PM, Ryan Krauss ryanli...@gmail.comwrote: Just to be clear, it picks up everything in ~/Library/Application Support/GIMP/2.8/plug-ins without any problems, but I only keep GIMP specific Python files in there. My general Python stuff is in other directories. My pygimp code depends on some of the general stuff and those are the files that are not being found. On Thu, Mar 28, 2013 at 11:43 AM, Ryan Krauss ryanli...@gmail.comwrote: Thanks for your help and the quick response. Your version looks promising. However, it doesn't seem to respect the PYTHONPATH set in my ~/.profile file. So, it cannot find my personal Python files. Where should I set the PYTHONPATH for your version? Thanks again, Ryan On Thu, Mar 28, 2013 at 11:19 AM, Partha Bagchi parth...@gmail.comwrote: Try my version and let me know if you have issues: www.partha.com Partha On Thu, Mar 28, 2013 at 12:15 PM, Ryan Krauss ryanli...@gmail.comwrote: I have recently switched from Ubuntu to Mac and am having some trouble getting GIMP working the way I need. I use pygimp and a Wacom tablet to create a sort of digital white board when I teach. I use my pygimp code to correctly number each slide as I lecture so that the slides are useful to the students for review when I am done. Here is an example if you are curious: http://www.cs.siue.edu/~rkrauss/450/2013/lectures/03_22_13/index.html I am using Python 2.7 for scipy, numpy, and other packages installed using homebrew and pip. I am having a hard time getting GIMP installed in OS X 10.8 that supports both Python 2.7 and pressure sensitivity. I have tried two approaches. I downloaded a binary from here: Download GIMP 2.8 http://gimp.lisanet.de/Website/Download.html on the gimp.org/downloads page. It runs natively on OS X (i.e. not using X11) and it works perfectly with pressure sensitivity on my Wacom tablet. The only problem is that it seems to ship with Python 2.6, which is a bit dated and not compatible with my other Python packages. I also tried to build and install from source. I have tried this two ways. The first was through homebrew. I am able to compile correctly and it uses Python 2.7, but for reasons I don't understand, it seems to build an X11 version. Again for reasons I don't understand, pressure sensitivity does not work when I build this way. The pen and tablet under the extended input configuration are greyed out. They are set correctly, but the settings don't seem to be respected. I have also tried to just use homebrew to install the dependencies and then build GIMP myself in other directory. This keeps getting hung up on trying to build a test GTK+ file that fails because it can't find gtk.h. gtk.h is in a homebrew Cellar folder and I don't seem to be able to point the configure script to it correctly. So, can someone point me to the best solution. If a binary of GIMP 2.8 linked to Python 2.7 could easily be made available, that would be great. If someone can help me build a version of GIMP 2.8 that runs natively using the Python from homebrew, that would also work. I don't even mind setting up my own thing and compiling outside of homebrew, but I would prefer to avoid installing all the dependencies myself if possible. I would prefer to have GIMP run natively
Re: [Gimp-developer] gimp 2.8 on OS X with Python 2.7 and Wacom Pressure sensitivity
On 28.03.2013 17:50, Partha Bagchi wrote: It uses it's own PYTHONPATH. Any reason you need a separate PYTHONPATH? You could probably modify your version to prepend the GIMP PYTHONPATH, this should avoid problems like that. -- Regards, Michael ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 on OS X with Python 2.7 and Wacom Pressure sensitivity
Have you installed the Wacom drivers for the Mac from the Wacom website? On Thu, Mar 28, 2013 at 1:48 PM, Ryan Krauss ryanli...@gmail.com wrote: Yes, I plugged it before launching the second time (I have had that problem in Ubuntu). On Thu, Mar 28, 2013 at 12:45 PM, Partha Bagchi parth...@gmail.comwrote: Well I don't have the version from gimp.org :) since I build my own. Yet, I have them in my system. So, I will need to investigate why you don't see it under your preferences. Did you plug in the tablet before starting McGimp? On Thu, Mar 28, 2013 at 1:32 PM, Ryan Krauss ryanli...@gmail.com wrote: While trying to debug the lack of pressure sensitivity, I deleted ~/Library/Application Support/GIMP/2.8 completely. When I relaunch your version, the Wacom pen and tablet do not show up at all under extended input devices. The settings there were apparently hanging around from the other binary GIMP version I had installed from gimp.org/downloads. On Thu, Mar 28, 2013 at 11:58 AM, Ryan Krauss ryanli...@gmail.comwrote: As a quick hack, I appended my personal folders to the PYTHONPATH set in /Applications/Gimp-2.8.4.app/Contents/MacOS/Gimp. Python stuff seems to be working. Pressure sensitivity does not seem to be working. It behaves just like the X11 version I built from homebrew - the options are listed under extended input and pen and tablet seem to be set correctly, but a pencil set to a pressure opacity brush is always either 0 or 100% opacitiy. On Thu, Mar 28, 2013 at 11:50 AM, Partha Bagchi parth...@gmail.comwrote: It uses it's own PYTHONPATH. Any reason you need a separate PYTHONPATH? Can you not put them in the plug-ins folder in ~/Library/Application Support/GIMP/2.8? On Thu, Mar 28, 2013 at 12:44 PM, Ryan Krauss ryanli...@gmail.comwrote: Just to be clear, it picks up everything in ~/Library/Application Support/GIMP/2.8/plug-ins without any problems, but I only keep GIMP specific Python files in there. My general Python stuff is in other directories. My pygimp code depends on some of the general stuff and those are the files that are not being found. On Thu, Mar 28, 2013 at 11:43 AM, Ryan Krauss ryanli...@gmail.comwrote: Thanks for your help and the quick response. Your version looks promising. However, it doesn't seem to respect the PYTHONPATH set in my ~/.profile file. So, it cannot find my personal Python files. Where should I set the PYTHONPATH for your version? Thanks again, Ryan On Thu, Mar 28, 2013 at 11:19 AM, Partha Bagchi parth...@gmail.comwrote: Try my version and let me know if you have issues: www.partha.com Partha On Thu, Mar 28, 2013 at 12:15 PM, Ryan Krauss ryanli...@gmail.comwrote: I have recently switched from Ubuntu to Mac and am having some trouble getting GIMP working the way I need. I use pygimp and a Wacom tablet to create a sort of digital white board when I teach. I use my pygimp code to correctly number each slide as I lecture so that the slides are useful to the students for review when I am done. Here is an example if you are curious: http://www.cs.siue.edu/~rkrauss/450/2013/lectures/03_22_13/index.html I am using Python 2.7 for scipy, numpy, and other packages installed using homebrew and pip. I am having a hard time getting GIMP installed in OS X 10.8 that supports both Python 2.7 and pressure sensitivity. I have tried two approaches. I downloaded a binary from here: Download GIMP 2.8 http://gimp.lisanet.de/Website/Download.html on the gimp.org/downloads page. It runs natively on OS X (i.e. not using X11) and it works perfectly with pressure sensitivity on my Wacom tablet. The only problem is that it seems to ship with Python 2.6, which is a bit dated and not compatible with my other Python packages. I also tried to build and install from source. I have tried this two ways. The first was through homebrew. I am able to compile correctly and it uses Python 2.7, but for reasons I don't understand, it seems to build an X11 version. Again for reasons I don't understand, pressure sensitivity does not work when I build this way. The pen and tablet under the extended input configuration are greyed out. They are set correctly, but the settings don't seem to be respected. I have also tried to just use homebrew to install the dependencies and then build GIMP myself in other directory. This keeps getting hung up on trying to build a test GTK+ file that fails because it can't find gtk.h. gtk.h is in a homebrew Cellar folder and I don't seem to be able to point the configure script to it correctly. So, can someone point me to the best solution. If a binary of GIMP 2.8 linked to Python 2.7 could easily be made available, that would be great. If someone can help me build a version of GIMP 2.8 that runs natively using the Python from homebrew, that would also work. I don't even mind setting up my own thing and
Re: [Gimp-developer] gimp 2.8 on OS X with Python 2.7 and Wacom Pressure sensitivity
Michael, I didn't know about the GIMP PYTHONPATH. Where is it defined in the source? Thanks! Partha On Thu, Mar 28, 2013 at 2:06 PM, Michael Schumacher schum...@gmx.de wrote: On 28.03.2013 17:50, Partha Bagchi wrote: It uses it's own PYTHONPATH. Any reason you need a separate PYTHONPATH? You could probably modify your version to prepend the GIMP PYTHONPATH, this should avoid problems like that. -- Regards, Michael __**_ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/**mailman/listinfo/gimp-**developer-listhttps://mail.gnome.org/mailman/listinfo/gimp-developer-list ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 on OS X with Python 2.7 and Wacom Pressure sensitivity
I have this driver installed: http://cdn.wacom.com/U/Drivers/Mac/Consumer/532/PenTablet_5.3.2-2.dmg Pressure sensitivity works fine with the binary installation from gimp.org/downloads (but only Python 2.6). I essentially get no pressure sensitivity with your binary. On Thu, Mar 28, 2013 at 2:54 PM, Partha Bagchi parth...@gmail.com wrote: Michael, I didn't know about the GIMP PYTHONPATH. Where is it defined in the source? Thanks! Partha On Thu, Mar 28, 2013 at 2:06 PM, Michael Schumacher schum...@gmx.dewrote: On 28.03.2013 17:50, Partha Bagchi wrote: It uses it's own PYTHONPATH. Any reason you need a separate PYTHONPATH? You could probably modify your version to prepend the GIMP PYTHONPATH, this should avoid problems like that. -- Regards, Michael __**_ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/**mailman/listinfo/gimp-**developer-listhttps://mail.gnome.org/mailman/listinfo/gimp-developer-list ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] Gimp 2.8 : my opinion
On Sat, 2012-09-08 at 00:25 +0200, Alexandre Ravaux wrote: *BEFRORE READING, EXCUSE THE SEVERAL MISTAKES YOU MAY READ IN THIS MESSAGE. I'M FRENCH (I KONOW IT IS NOT A GREAT EXCUSE BUT I DO NOT FIND ANYTHING ELSE...)* Hello, I am a french young Gimp user (since 2.0 version) and I wish to tell my opinion about the latest version (2.8). In fact, I did not know to whom I have to send this message.I suppose you'll tell me where's the exit door, or, at worst, to whom I have to write. I congratulate you for the hard work you do. All these improvements: improved layers manager (with folders...), awesome text editor... But (yes there is always a but in this kind of message) I do not appreciate the deliberate choice that you made to save the file within the xcf format and to export for the other formats. It is even contrary to the freedoms of the user I think. Don't feel aggressed, but one of the priorities of GNU, if I understand Stallman's philosophy, it is the user's freedom (short reminder : GIMP, GNU Image Manipulation Program). Stallman's philosophy or not, I think it is important to let people choose the format of the picture when they're saving their file. I know there is little chance that you return to the saving mode into any format.(I hope I contributed by exposing my opinion to the improvement of GIMP). Thanks Alexandre for being friendly and not right away bitching like many others :) However, we did this change for a reason: http://gui.gimp.org/index.php/Save_%2B_export_specification It's really only about getting used to a new keyboard shortcut when exporting. Regards, --mitch ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 prohibitively slow
On 20 July 2012 03:25, Alexandre Prokoudine alexandre.prokoud...@gmail.com wrote: On Fri, Jul 20, 2012 at 1:04 AM, SorinN wrote: Anyway, nothing is perfect, at least for you Alexandre - so let's (unnecessary) complicate the topic, if not related to GEGL transition, in a logical consecution next question is - why is slow then ?. I'd like to know what developers know that :) Now this is the real point over the pretty letter I. Well, you are free to ask them all - who am I to stop you ? Probably not just developers but all peoples who changed 2.6 for 2.8, but go on, ask developers just to be sure. Let's try again: ironyI'd like to know what developers know that :)/irony Meaning: No developers know that, because your assumption about the transition effect is incorrect :) The bug is known, the fix isn't trivial, mitch didn't have the time to do it for 2.8. Link to the bugreport please? If anyone's willing to have a go at it, please join IRC to discuss it. -- Jon Nordby - www.jonnor.com ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 prohibitively slow
Alexandre - on this list many simply peoples (I mean not programmers or tech addicted guys) just come to ask questions or talk about problems they got using GIMP - they need simply answers. Generally they just observe and ask, they don't bring accusations. they just need a plain simple answer to a simple question. I didn't say that GIMP is slow because of GEGL (or GEGL is slow) I just explain that GIMP is in a transition to a new graphic core and developers need bug reports if possible not just words like ..GIMP 2.8 is slow.Without a bug report or a test case such affirmations are useless. That's all. You also use this kind of tone in GIMP development related articles in libregraphicsworld, and this is why I don't understand sometime your appetite for polemic. I will never argue about ...GEGL is slow - in fact in 2.8.1 GEGL operations (such Gaussian Blur perform really fast [ ..using input boxes not UI sliders ]). Meaning: No developers know that, because your assumption about the transition effect is incorrect :) ;) I will not comment this paragraph because using formal logic it's easy (and persuasive also) to build an argumentation - but no-one need that. We have better things to do. Let's end this out-of-topic craziness here. 2012/7/20 Alexandre Prokoudine alexandre.prokoud...@gmail.com: On Fri, Jul 20, 2012 at 1:04 AM, SorinN wrote: Anyway, nothing is perfect, at least for you Alexandre - so let's (unnecessary) complicate the topic, if not related to GEGL transition, in a logical consecution next question is - why is slow then ?. I'd like to know what developers know that :) Now this is the real point over the pretty letter I. Well, you are free to ask them all - who am I to stop you ? Probably not just developers but all peoples who changed 2.6 for 2.8, but go on, ask developers just to be sure. Let's try again: ironyI'd like to know what developers know that :)/irony Meaning: No developers know that, because your assumption about the transition effect is incorrect :) The bug is known, the fix isn't trivial, mitch didn't have the time to do it for 2.8. If anyone's willing to have a go at it, please join IRC to discuss it. Alexandre Prokoudine http://libregraphicsworld.org ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list -- Nemes Ioan Sorin ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 prohibitively slow
One thing I noticed is that actually loading the images is very expensive, and gimp doesn't behave very well while it's happening. It took several minutes to load the large image, and while it was doing it, X was mostly unresponsive. Is there room for improvement here? Same effect under WIndows 7 with GIMP 2.8 and GIMP 2.8.1 - Partha compilation but I think developers are already aware about that - probably is a normal fact in the middle of transition new GEGL core. Side effects are expected. Beside the problem with large images in 2.8.x - also you will find some crashes related to memory allocation when you will use GEGL for rendering the canvas and colors or when you will use GEGL Operations. If you use compilations from trunk - versions bigger than 2.8 (mean 2.8.1) - you will also observe some GEGL operation get serious speed on execution, especially blur operations - on Windows 7 and GIMP 2.8.1 from partha.com, gaussian blur perform very fast now even on mid-to-large images. The UI controls are not responsive but I use input fields and results are rendered instantly. 2012/7/19 Aaron Paden aaronbpa...@gmail.com: Hello, Liam. I've tried your suggestions and have gotten some pretty good results. My large image used for this test is still not practically editable, but I was having problems even with relatively small images in gimp, and these workarounds have really improved gimps responsiveness and usefulness for me. The brush can now (mostly) keep up with my hand! :) Thanks for your insight. One thing I noticed is that actually loading the images is very expensive, and gimp doesn't behave very well while it's happening. It took several minutes to load the large image, and while it was doing it, X was mostly unresponsive. Is there room for improvement here? On 07/18/2012 11:01 AM, Liam R E Quin wrote: Try increasing the tile size in your gimp preferences e.g. to two gigabytes (and make sure you have at least three gigabytes of swap space). To work with this image in gimp on a 32-bit system you will need: (1) to have as large a tile cache size as you can -that's the amount of memory gimp devotes to keepng the image in memory instead of on disk (2) have the Undo History window in your dock, and use the button at the bottom right to Discard Undo History roughly every 30 to 50 brush strokes. Unfortunately I don't think you can bind that to a keyboard shortcut, so you need the undo history window docked. (3) save work frequently as xcf.gz - do not overwrite the same file each time, in case you run out of memory while gimp is saving the file. Save and Expert go much faster if you discard the undo history first. (4) turn off thumbnails everywhere you can, e.g., in edit/preferences/interface, turn off Enable Layer Channel Perviews in edit/preferences/Toolbox, . turn off the show active image in edit/preferences/Image Windows, you may want to . turn off Show brush outline this may make painting faster but unuseable, though. . set pointer mode to rendering to crosshair only . set pointer rendering to black and white (5) make sure your gimp title bar shows the amount of memory in use - if it doesn't, go to Edit/Preferences under Image Windows, Title and Status; for Image Title format I have %D*%f-%p.%i (%t, %L) %wx%h %m (the default except for adding %m for memory) and for Image status bar I have %n (%m) (the default) That way if the status bar is saying something else, e.g. while you're painting, you can still track memory usage easily. (6) in edit/preferences/colour management, . set Mode of operation to No color management (I just notice colour is misspelt there) (7) do not use a theme with transparency. In Windows, use the classic windows theme. In Linux, do not use compiz or a compositing window manger (the ones that put drop shadows under windows), because these to tend to reduce (sometimes halve) painting speed and increase memory usage. Hope this helps. Liam ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list -- Nemes Ioan Sorin ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 prohibitively slow
Aaron Paden aaronbpaden at gmail.com writes: So I mostly use MyPaint, but I'd like to be able to do some things in gimp, too. But gimp is way too slow on this computer. Especially trying to open large images like MyPaint encourages, I'll have to run to another tty to try and kill the process so I can continue to use my computer. I've got an old Pentium 4 with only about half a gig of RAM. A bit behind the times, but especially on Linux it's generally fast enough to get the job done. Is there anything I can do to help improve performance? I don't have much experience. I doubt I could write anything any faster. But maybe I can do something to help identify bottlenecks? Anything I can do to help, I'm game. You know, when you have a system that's probably 12 years old, it's good form to start by saying that you have one instead of complaining that an application developed in 2012 is prohibitively slow. For example, you could use the subject line running Gimp on an old PC. Just saying. ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 prohibitively slow
Hello Michael, Aaron, On Thu, 19 Jul 2012 06:34:29 + (UTC) Michael Grosberg grosberg.mich...@gmail.com wrote: Aaron Paden aaronbpaden at gmail.com writes: So I mostly use MyPaint, but I'd like to be able to do some things in gimp, too. But gimp is way too slow on this computer. Especially trying to open large images like MyPaint encourages, I'll have to run to another tty to try and kill the process so I can continue to use my computer. I've got an old Pentium 4 with only about half a gig of RAM. A bit behind the times, but especially on Linux it's generally fast enough to get the job done. Is there anything I can do to help improve performance? I don't have much experience. I doubt I could write anything any faster. But maybe I can do something to help identify bottlenecks? Anything I can do to help, I'm game. You know, when you have a system that's probably 12 years old, it's good form to start by saying that you have one instead of complaining that an application developed in 2012 is prohibitively slow. For example, you could use the subject line running Gimp on an old PC. Just saying. That's right, even though when attempting to process image/data files that are, say, modern. The OP didn't mention precisely how big they are (trying to open large images like MyPaint encourages), but I presume they are way bigger than image sizes that were conventional in the times P4 + 512Go RAM were common. How big are they, Aaron? Regards, -- wwp signature.asc Description: PGP signature ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 prohibitively slow
On 07/19/2012 02:28 AM, wwp wrote: even though when attempting to process image/data files that are, say, modern. The OP didn't mention precisely how big they are (trying to open large images like MyPaint encourages), but I presume they are way bigger than image sizes that were conventional in the times P4 + 512Go RAM were common. How big are they, Aaron? MyPaint encourages large images because of the infinite canvas. It adds up pretty quickly. The largest one I was using to test gimp was 8960x9088. Just some doodles. More me testing the limits of gimp on my computer than trying to do something useful in that case. Gimp was unusably slow no matter what size image I use, but Liam's suggestions have made things much more manageable. https://mail.gnome.org/archives/gimp-developer-list/2012-July/msg00074.html ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 prohibitively slow
Aaron, The problem anyway is with the right GIMP version - not strict related to the computer power I have 2 computers first - 32bit architecture, Intel Quad core with 4 Gb RAM + 1Gb RAM ATI RADEON HD second - 64bit architecture with 8 processing cores with 8 Gb RAM + 1Gb RAM Nvidia video card on both of them GIMP 2.6 can load big images without problems on the first computer GIMP 2.8 can't load a file bigger than 750MB but I've made that big file with GIMP 2.6 (in pixels was 53.000 x 33.000) with an Intel Dual core. So if you really want to use GIMP for big images use GIMP 2.6 and your problems are gone. 2012/7/19 Aaron Paden aaronbpa...@gmail.com: On 07/19/2012 02:28 AM, wwp wrote: even though when attempting to process image/data files that are, say, modern. The OP didn't mention precisely how big they are (trying to open large images like MyPaint encourages), but I presume they are way bigger than image sizes that were conventional in the times P4 + 512Go RAM were common. How big are they, Aaron? MyPaint encourages large images because of the infinite canvas. It adds up pretty quickly. The largest one I was using to test gimp was 8960x9088. Just some doodles. More me testing the limits of gimp on my computer than trying to do something useful in that case. Gimp was unusably slow no matter what size image I use, but Liam's suggestions have made things much more manageable. https://mail.gnome.org/archives/gimp-developer-list/2012-July/msg00074.html ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list -- Nemes Ioan Sorin ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 prohibitively slow
On Thu, 2012-07-19 at 00:35 -0500, Aaron Paden wrote: Hello, Liam. I've tried your suggestions and have gotten some pretty good results. good! One thing I noticed is that actually loading the images is very expensive, and gimp doesn't behave very well while it's happening. It took several minutes to load the large image, and while it was doing it, X was mostly unresponsive. Is there room for improvement here? Here are some more notes but it's hard to o further without knowing an awful lot more about your situation, e.g. whether you face North when you look at the computer. What else are you running? run top in a terminal and press M to sort by memory, see if anything is using a lot. Quit and restart gimp before and after editing large images. But most likely X is slow because your hard drive is slow, e.g. it's an ATA one that makes lots of CPU interrupts and hogs the bus. Make sure it is configured to use DMA - hdparm -i, or -I, might tell you. Older Linux distributions disabled that by default. You might be able to stop some programs you don't use - e.g. in Mageia or Mandriva Linux you can use the control centre to disable services, or in Fedora or RHEL or CentOS (as well as Mandriva and Mageia) you can use chconfig from the command-line, to stop services like mysqld or spamd, and I've noticed in the past that this helps. Having said all that, you should be aware that (1) gimp is moving to a whole new internal engine with 12 cylinders instead of four, and will undoubtedly use more gas at times; I don't think that's what's going on with 2.8 though. (2) mypaint's infinite canvas is a very different data structure inside the program than gimp uses. Mypaint only instantiates the parts of the canvas where you draw, whereas gimp instantiates the whole canvas. (3) probably the best thing you can do to improve performance on an older PC, apart from getting a new one :-), is to add memory. Make sure, if you can, that it's fully expanded. (4) use a light-weight desktop environment, lxde or something, not kde or even gnome. Or just a window manager and no desktop, if you can work like that. Similarly, use a plain background pattern or solid colour on the desktop, not an image, and save maybe a megabyte of video memory. (5) Most important of all, don't wear shoes :-) Liam -- Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/ Pictures from old books: http://fromoldbooks.org/ Ankh: irc.sorcery.net irc.gnome.org freenode/#xml ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 prohibitively slow
Original-Nachricht Datum: Wed, 18 Jul 2012 17:06:07 +0200 Von: Guiu Rocafort neandertalspeo...@gmail.com An: Aaron Paden aaronbpa...@gmail.com CC: gimp-developer-list@gnome.org Betreff: Re: [Gimp-developer] gimp 2.8 prohibitively slow Hello Gimp dev ! I also have noticed the low efficience and I think it's very necessary to improve that. With a quick google search I've found a code profiler called gprof. It seems easy to use, it would require to compile gimp with an extra -pg and disable any compiler optimization. I'm actually very novice yet and my knowledge on GIMP internals is pretty limited. So, those more expert developers: What do you think ? Would it be difficult to compile GIMP with gprof ? Would it be really useful for improving GIMP performance ? Greetings Guiu Rocafort On Wed, Jul 18, 2012 at 3:45 PM, Aaron Paden aaronbpa...@gmail.com wrote: So I mostly use MyPaint, but I'd like to be able to do some things in gimp, too. But gimp is way too slow on this computer. Especially trying to open large images like MyPaint encourages, I'll have to run to another tty to try and kill the process so I can continue to use my computer. I've got an old Pentium 4 with only about half a gig of RAM. A bit behind the times, but especially on Linux it's generally fast enough to get the job done. Is there anything I can do to help improve performance? I don't have much experience. I doubt I could write anything any faster. But maybe I can do something to help identify bottlenecks? Anything I can do to help, I'm game. __**_ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/**mailman/listinfo/gimp-**developer-listhttps://mail.gnome.org/mailman/listinfo/gimp-developer-list -- *Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html* ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 prohibitively slow
It's definitely on the low end, but I'm positive that gimp can do better! Of all the graphics programs I've tried on this computer, gimp 2.8 performs the worst. Even krita is a little better, which I thought was surprising. It's able to at least load my largest image (8960x9088, 7 MB) after awhile without halting and crippling my DE, though it takes about 6 seconds to register from pen to paper. I'm not quite sure how the MyPaint guys do it. I think it might involve virgin sacrifice. On 07/18/2012 09:55 AM, Guillermo Espertino (Gez) wrote: On 18/07/12 10:45, Aaron Paden wrote: So I mostly use MyPaint, but I'd like to be able to do some things in gimp, too. But gimp is way too slow on this computer. Especially trying to open large images like MyPaint encourages, I'll have to run to another tty to try and kill the process so I can continue to use my computer. I've got an old Pentium 4 with only about half a gig of RAM. A bit behind the times, but especially on Linux it's generally fast enough to get the job done. Is there anything I can do to help improve performance? I don't have much experience. I doubt I could write anything any faster. But maybe I can do something to help identify bottlenecks? Anything I can do to help, I'm game. You can try turning off color management in your preferences (there's a bug in GIMP 2.8 that makes painting tools and selection widgets slower when color management is active) and you can try with different tile memory settings but I'm afraid your system specs are low for high resolution painting in a program like GIMP. hth, Gez. ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 prohibitively slow
Von: Guiu Rocafort neandertalspeo...@gmail.com I'm actually very novice yet and my knowledge on GIMP internals is pretty limited. So, those more expert developers: What do you think ? Would it be difficult to compile GIMP with gprof ? Would it be really useful for improving GIMP performance ? The first steps should be a research in the mailing list archives and in Bugzilla to identify and verify known causes of performance problems: https://mail.gnome.org/archives/gimp-developer-list/ https://bugzilla.gnome.org/browse.cgi?product=GIMP Regards, Michael ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 prohibitively slow
On Wed, 2012-07-18 at 10:27 -0500, Aaron Paden wrote: Even krita is a little better, which I thought was surprising. It's able to at least load my largest image (8960x9088, 7 MB) after awhile without halting and crippling my DE, Try increasing the tile size in your gimp preferences e.g. to two gigabytes (and make sure you have at least three gigabytes of swap space). 8960x9088 is more like a 300 megabyte image in memory, if it's in RGB mode - 4 bytes per pixel (R G B and Alpha), so 4 * 8960 * 9088 gives 325713920 bytes, and dividing that by (1024 * 1024) gives 310.625 megabytes. A difference might be that MyPaint treats unpainted canvas areas specially. Krita was from the start designed for professional use with CMYK support, and hence targets images for print - your image isn't all _that_ large in the PhotoShop / commercial print world - and so may optimize large images more, I don't know. To work with this image in gimp on a 32-bit system you will need: (1) to have as large a tile cache size as you can -that's the amount of memory gimp devotes to keepng the image in memory instead of on disk (2) have the Undo History window in your dock, and use the button at the bottom right to Discard Undo History roughly every 30 to 50 brush strokes. Unfortunately I don't think you can bind that to a keyboard shortcut, so you need the undo history window docked. (3) save work frequently as xcf.gz - do not overwrite the same file each time, in case you run out of memory while gimp is saving the file. Save and Expert go much faster if you discard the undo history first. (4) turn off thumbnails everywhere you can, e.g., in edit/preferences/interface, turn off Enable Layer Channel Perviews in edit/preferences/Toolbox, . turn off the show active image in edit/preferences/Image Windows, you may want to . turn off Show brush outline this may make painting faster but unuseable, though. . set pointer mode to rendering to crosshair only . set pointer rendering to black and white (5) make sure your gimp title bar shows the amount of memory in use - if it doesn't, go to Edit/Preferences under Image Windows, Title and Status; for Image Title format I have %D*%f-%p.%i (%t, %L) %wx%h %m (the default except for adding %m for memory) and for Image status bar I have %n (%m) (the default) That way if the status bar is saying something else, e.g. while you're painting, you can still track memory usage easily. (6) in edit/preferences/colour management, . set Mode of operation to No color management (I just notice colour is misspelt there) (7) do not use a theme with transparency. In Windows, use the classic windows theme. In Linux, do not use compiz or a compositing window manger (the ones that put drop shadows under windows), because these to tend to reduce (sometimes halve) painting speed and increase memory usage. Hope this helps. Liam -- Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/ Pictures from old books: http://fromoldbooks.org/ Ankh: irc.sorcery.net irc.gnome.org freenode/#xml ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 prohibitively slow
There are a few performance improvements to color management already - those will be available when 2.8.2 is released. Look here for more details: https://bugzilla.gnome.org/show_bug.cgi?id=645345 -- drawoc On Wed, Jul 18, 2012 at 12:30 PM, Vladimir Savic vladimir.firefly.sa...@gmail.com wrote: On 07/18/2012 04:55 PM, Guillermo Espertino (Gez) wrote: On 18/07/12 10:45, Aaron Paden wrote: You can try turning off color management in your preferences (there's a bug in GIMP 2.8 that makes painting tools and selection widgets slower when color management is active) That actually works! Turning off Color management does increase performance. Can we expect this bug to be fixed in 2.8.x? and you can try with different tile memory settings but I'm afraid your system specs are low for high resolution painting in a program like GIMP. hth, Gez. ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 prohibitively slow
Hello, Liam. I've tried your suggestions and have gotten some pretty good results. My large image used for this test is still not practically editable, but I was having problems even with relatively small images in gimp, and these workarounds have really improved gimps responsiveness and usefulness for me. The brush can now (mostly) keep up with my hand! :) Thanks for your insight. One thing I noticed is that actually loading the images is very expensive, and gimp doesn't behave very well while it's happening. It took several minutes to load the large image, and while it was doing it, X was mostly unresponsive. Is there room for improvement here? On 07/18/2012 11:01 AM, Liam R E Quin wrote: Try increasing the tile size in your gimp preferences e.g. to two gigabytes (and make sure you have at least three gigabytes of swap space). To work with this image in gimp on a 32-bit system you will need: (1) to have as large a tile cache size as you can -that's the amount of memory gimp devotes to keepng the image in memory instead of on disk (2) have the Undo History window in your dock, and use the button at the bottom right to Discard Undo History roughly every 30 to 50 brush strokes. Unfortunately I don't think you can bind that to a keyboard shortcut, so you need the undo history window docked. (3) save work frequently as xcf.gz - do not overwrite the same file each time, in case you run out of memory while gimp is saving the file. Save and Expert go much faster if you discard the undo history first. (4) turn off thumbnails everywhere you can, e.g., in edit/preferences/interface, turn off Enable Layer Channel Perviews in edit/preferences/Toolbox, . turn off the show active image in edit/preferences/Image Windows, you may want to . turn off Show brush outline this may make painting faster but unuseable, though. . set pointer mode to rendering to crosshair only . set pointer rendering to black and white (5) make sure your gimp title bar shows the amount of memory in use - if it doesn't, go to Edit/Preferences under Image Windows, Title and Status; for Image Title format I have %D*%f-%p.%i (%t, %L) %wx%h %m (the default except for adding %m for memory) and for Image status bar I have %n (%m) (the default) That way if the status bar is saying something else, e.g. while you're painting, you can still track memory usage easily. (6) in edit/preferences/colour management, . set Mode of operation to No color management (I just notice colour is misspelt there) (7) do not use a theme with transparency. In Windows, use the classic windows theme. In Linux, do not use compiz or a compositing window manger (the ones that put drop shadows under windows), because these to tend to reduce (sometimes halve) painting speed and increase memory usage. Hope this helps. Liam ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] GIMP 2.8 less productive than GIMP 2.6 (too many dialogue boxes)
On 06/23/2012 05:31 PM, Guillermo Espertino (Gez) wrote: El 21/06/12 10:05, Coocoocoo Coo escribió: To: GIMP devs and users Having recently made the upgrade to GIMP 2.8, it's immediately obvious to me as a long time user that GIMP is now a far less productive application. Some aspects that I find particularly obtrusive:... Coocoocoo Coo: The save vs. export issue has been discussed extensively in a previous thread and the other issue you're describing is a bug that afaik has been addressed and a fix will be released in 2.8.1 So, you are saying that has been already said and describing a bug that has been already described, and in a quite disrespectful manner (assuming a bug is an obtuse decision from developers isn't very polite if you ask me) And btw, be careful when you say that something is obvious. It may be obvious for you, but some people may disagree. Personally I don't think this changes make me less productive, and I'm also a long time user. So who's right here? Gez I use GIMP for more than 2 years, and all the discomfort I've noticed when switching from 2.6 to 2.8 was remembering a shortcut for exporting: CTRL + SHIFT + E. Is that so hard? Stop whining. ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] GIMP 2.8 less productive than GIMP 2.6 (too many dialogue boxes)
Date: Thu, 21 Jun 2012 06:05:07 -0700 From: doodoodee...@yahoo.com To: gimp-developer-list@gnome.org Subject: [Gimp-developer] GIMP 2.8 less productive than GIMP 2.6 (too many dialogue boxes) --- To: GIMP devs and users Having recently made the upgrade to GIMP 2.8, it's immediately obvious to me as a long time user that GIMP is now a far less productive application. Some aspects that I find particularly obtrusive: - The Export vs Save implementation: this alone already made me go back to 2.6, at least until this feature is made optional or removed from GIMP altogether. Previously, all I had to do to save an image in any desired format after editing it, was to use Save as exactly as I would in any other program; now I have to go through multiple dialogue windows and manually select the same options ALL THE TIME (such as the dreadful Do Not write colour space information for BMPs), since they aren't assumed by GIMP for future operations. Even something that should be as simple as a quick modification followed by a CTRL+S to overwrite the same image in its own native format has become an headache. I'm not particularly fond of the save/export distinction ... in its current form. I can agree that the distinction is generally a positive one, as in, used correctly there are decidedly fewer dialogues to wade through for writing a non-XCF file to disk than there were in 2.6. BUT I think there are some minor things that completely ruin productivity for certain styles of workflow. For example, the fact that Export (Ctrl+E) and Overwrite (no default shortcut) are two separate commands. I believe this is a horrible design decision when the only pertinent difference between them is whether or not the current image session originated from a non-XCF file. If I'm creating a single-layer composition and choose to store it on disk as a PNG. Okay, so Save is intended for XCF now, use Export instead, that is a bit of a speed-bump but the Export commands are on the same menu and they even have similar keyboard shortcuts set up. Ctrl+E it is, first it asks me for a filename (just as the Save command would with a new file), but subsequent uses just writes the file to disk in a single keystroke with no further prompts (also just like the Save command would do with an XCF). That is, UNTIL I come back later in a new GIMP session. Now it is considered an 'imported' image, so the 'Export' is replaced by 'Overwrite', and I have no keyboard shortcut for writing changes back to the file NQA. If I hit Ctrl+E (which for some reason still remains invokable) I have to go through all the usual Export prompts as if I've never exported the file before, but including a new prompt asking whether to overwrite the existing file. THIS is the real productivity-killer. It is not GIMP's place to judge the merits of its user's individual workflow. It is GIMP's job to do what they tell it to do, to the best of its ability (i.e. within the scope of its design vision). I always viewed GIMP as being able to accommodate a wide variety of different workflows ... is that now saying that GIMP has a multiple-personality disorder? I think not. -- Stratadrake strata_ran...@hotmail.com Numbers may not lie, but neither do they tell the whole truth. ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] Gimp 2.8 (and previously in 2.6) Color picker issue
On Sun, Jun 3, 2012 at 5:07 PM, Noel Stoutenburg mjol...@ticnet.com wrote: I can't tell at the moment whether there is an open bugzilla issue on this, or not; when I attempt to access the Bugzilla page, I get a message that there is a hardware issue with the server, but I thought that while I'm waiting, perhaps someone else might be so kind as to either confirm the behavior, or alternatively, to advise me what I am missing that I don't get the behavior listed in the hint. IIRC there's a bug report for this issue on Windows and/or OSX. Chris ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] Gimp 2.8 blend time
On Sat, 2012-05-12 at 00:16 -0300, Guillermo Espertino (Gez) wrote: El 11/05/12 20:21, Michael Natterer escribió: Please file it in bugzilla, it's pointless to use threading if it makes things slower, and we have no code to determine the #cpus on the mac anyway, so we should default to one. My 2.9 install on linux (Debian, 64 bit) also detected the number of cpus incorrectly. I'm using a Quad Core and it defaulted to 8 threads and it also made some things slower. 2.8 worked fine though, it's set to 4 threads and I can't notice any slowness because of that. Ignore any threading in 2.9, it's all going away and transparently handled by GEGL/OpenCL. --Mitch ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] Gimp 2.8 blend time
El 11/05/12 20:21, Michael Natterer escribió: Please file it in bugzilla, it's pointless to use threading if it makes things slower, and we have no code to determine the #cpus on the mac anyway, so we should default to one. My 2.9 install on linux (Debian, 64 bit) also detected the number of cpus incorrectly. I'm using a Quad Core and it defaulted to 8 threads and it also made some things slower. 2.8 worked fine though, it's set to 4 threads and I can't notice any slowness because of that. Gez. ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] Gimp 2.8 blend time
So, I've recently switched from gimp 2.6 to gimp 2.8, and I found that the time taken to draw gradients is far longer in 2.8 than in 2.6 To test, I made a blank black canvas at 1024px, then drew a radial gradient from center to edge. 2.6 drew it in under a second. 2.8 took 8.7 seconds to complete. Is this something that others have noticed? Is it a result of the move to GEGL? Will it be fixed? I just tried this on 2.9 (SUSE) and it did it in less than a second. However all the Shaped gradients took ages, like a minute or more compared to a few seconds in 2.6 -- Owen ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 splash screen suggestion
yes it was and I'm definitely someone that enjoys colorful things :) but I like the other proposal too, although I find it a bit too simple for a splash screen. nevertheless its looking very serious. good work! I finally uploaded 2 more versions with a blurred line and without the line. however I like my initial version little more. it gives some special to it :) what do you think? see bug report for files -- Bernhard Von Samsung Mobile gesendet Original message Subject: Re: [Gimp-developer] gimp 2.8 splash screen suggestion From: John Harris j...@grynn.com To: Kevin Cozens ke...@ve3syb.ca CC: gimp-developer gimp-developer-list@gnome.org While this is certainly true, GIMP, along with PS and others like them, fall into a class called Paint Programs. This may have been the artist's inspiration. On 04/17/2012 05:23 PM, Kevin Cozens wrote: On 12-04-17 05:38 PM, gespert...@gmail.com wrote: After some tweaking... http://dl.dropbox.com/u/255376/gimp/gimp-splash_gez-V3.png If a person was to get picky they could point out that GIMP has more than paint brushes in its toolbox. ;-) Looks good. Nice and colourful. ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 splash screen suggestion
2012/4/25 Devvv de...@devvv.de: yes it was and I'm definitely someone that enjoys colorful things :) but I like the other proposal too, although I find it a bit too simple for a splash screen. nevertheless its looking very serious. good work! I finally uploaded 2 more versions with a blurred line and without the line. however I like my initial version little more. it gives some special to it :) what do you think? see bug report for files Much better. Personally I like the second more. It's colorful but it doesn't feel overdone and it definitely left behind the predefined filter look it had in its first incarnation. I'm not sure about the typesetting. 2.8 it's sill too large. I also wonder if the solid white band at the bottom will align ok with the splash messages. I did a quick mockup cloning and blurring the background and making the band semi-transparent. Also changed the typesetting of the logo and made some minor adjustments. http://dl.dropbox.com/u/255376/gimp/gimp-splash_gez-V4b.png I don't have the original file so probably quality isn't great, but just to have an idea of what I'm talking about. What do you think? Gez. ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 splash screen suggestion
Am 2012-04-25 14:59, schrieb gespert...@gmail.com: 2012/4/25 Devvvde...@devvv.de: yes it was and I'm definitely someone that enjoys colorful things :) but I like the other proposal too, although I find it a bit too simple for a splash screen. nevertheless its looking very serious. good work! I finally uploaded 2 more versions with a blurred line and without the line. however I like my initial version little more. it gives some special to it :) what do you think? see bug report for files Much better. Personally I like the second more. It's colorful but it doesn't feel overdone and it definitely left behind the predefined filter look it had in its first incarnation. I'm not sure about the typesetting. 2.8 it's sill too large. I also wonder if the solid white band at the bottom will align ok with the splash messages. I did a quick mockup cloning and blurring the background and making the band semi-transparent. Also changed the typesetting of the logo and made some minor adjustments. http://dl.dropbox.com/u/255376/gimp/gimp-splash_gez-V4b.png I don't have the original file so probably quality isn't great, but just to have an idea of what I'm talking about. What do you think? Gez. Thanks, gespertino! I uploaded an alternative with your ideas in mind! Can't decide, but contrast is little low now for my personal opinion. Don't you think so? (keep in mind that wilber is a little blurred, i'd yet replace him if more people like this version). https://bugzilla.gnome.org/show_bug.cgi?id=674154 Cheers, Bernhard ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 splash screen suggestion
I like it! I'd move the band with the logo to the left a little, maybe 10 or 15 px, to compensate the space around it. It feels like too close to the brushes. I think it looks pretty good. It's true that contrast is a little week in type, but it's visible and legible. Regarding the typeface, I chose Cantarell because it's free and it's the default font in Gnome. What font did you use? Is it free? (I'm asking because using a font that isn't free could be problematic for previous releases). Gez. ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 splash screen suggestion
While this is certainly true, GIMP, along with PS and others like them, fall into a class called Paint Programs. This may have been the artist's inspiration. On 04/17/2012 05:23 PM, Kevin Cozens wrote: On 12-04-17 05:38 PM, gespert...@gmail.com wrote: After some tweaking... http://dl.dropbox.com/u/255376/gimp/gimp-splash_gez-V3.png If a person was to get picky they could point out that GIMP has more than paint brushes in its toolbox. ;-) Looks good. Nice and colourful. ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 splash screen suggestion
Den 16 april 2012 13:52 skrev Bernhard Stockmann de...@devvv.de: I've made a version with Wilber above the lines. Hope you like it more now ;) see here: https://bugzilla.gnome.org/show_bug.cgi?id=674154 I like it more, but I still think the white diagonal line is too distracting / Martin ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 splash screen suggestion
Martin Nordholts (ense...@gmail.com) wrote: I like it more, but I still think the white diagonal line is too distracting I am not a fan of this kind of nit-picking. While we have certain requirements for the splash (e.g. to allow for the startup texts etc.) we should try to avoid pleasing everyone with the design, this in general doesn't help, since it dilutes the original artwork. In particular I prefer the original version of the splash. It has more of an edge and I like the stronger contrast better. Bye, Simon -- si...@budig.de http://simon.budig.de/ ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 splash screen suggestion
Is it OK if I chime in? Yes the diagonal lines behind Wilber and across the largest brush are distracting, but I LOVE the overall concept. It's fresh, clean, professional and colorful. The use of a bokeh layer is fantastic and well executed. The new layer order is much better and shows Wilber properly. The first thing my eye goes to is the 2.8. To me, it carries the same visual weight as Wilber. I am not sure that the version number is the primary focus of a splash screen. Is there another creative element you might replace that with? While we are all celebrating this much anticipated release, the version number is not critically important. Could we completely remove the version number from the splash or at least make it much much smaller? Say 12 to 14 px high and subtle. Or, as an idea that is a bit outside the box. spell it out i.e. V e r s i o n Two Point Eight. This could still fit in the bottom of your vertical banner as your third element, yet it would minimize the visual weight. Also, the white margins on top and bottom seem unnecessary and I find them distracting, especially the bottom. It's quite a bit of empty space and appears unfinished because it carries so much visual weight yet does not serve an immediate purpose that I can see. Fantastic work so far. Perhaps Gimp's best splash to date! John H On Tue 17 Apr 2012 12:17:44 AM MDT, Martin Nordholts wrote: Den 16 april 2012 13:52 skrev Bernhard Stockmann de...@devvv.de: I've made a version with Wilber above the lines. Hope you like it more now ;) see here: https://bugzilla.gnome.org/show_bug.cgi?id=674154 I like it more, but I still think the white diagonal line is too distracting / Martin ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 splash screen suggestion
On Tue, Apr 17, 2012 at 4:37 PM, Simon Budig si...@budig.de wrote: Martin Nordholts (ense...@gmail.com) wrote: I like it more, but I still think the white diagonal line is too distracting I am not a fan of this kind of nit-picking. While we have certain requirements for the splash (e.g. to allow for the startup texts etc.) we should try to avoid pleasing everyone with the design, this in general doesn't help, since it dilutes the original artwork. Heh. I would not complain about that line so much, if it wasnt crossing out the label along with the wilber. I like the original translucent wilber more. I dont like the crossing out effect that sharp line gives. -- --Alexia ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 splash screen suggestion
On 17/04/2012 15:13, John Harris wrote: V e r s i o n Two Point Eight. This could still fit in the bottom of your vertical banner as your third element, yet it would minimize the visual weight. Please god no. That sounds seriously cheesy. :-) -- Best regards, Jeremy Morton (Jez) ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 splash screen suggestion
After some tweaking... http://dl.dropbox.com/u/255376/gimp/gimp-splash_gez-V3.png I like this one better. Gez. ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 splash screen suggestion
On Wed, Apr 18, 2012 at 1:38 AM, gespertino wrote: After some tweaking... http://dl.dropbox.com/u/255376/gimp/gimp-splash_gez-V3.png Just remove the whole GNU blah stuff :) Do you really like several lines of centered text? :) Alexandre Prokoudine http://libregraphicsworld.org ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 splash screen suggestion
2012/4/17 Alexandre Prokoudine alexandre.prokoud...@gmail.com: On Wed, Apr 18, 2012 at 1:38 AM, gespertino wrote: After some tweaking... http://dl.dropbox.com/u/255376/gimp/gimp-splash_gez-V3.png Just remove the whole GNU blah stuff :) Do you really like several lines of centered text? :) What lines? :-p You're right. It sucked. Just tried to do something to avoid the usual name bashing, but I agree that it doesn't work in two lines. G. ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 splash screen suggestion
On 12-04-17 05:38 PM, gespert...@gmail.com wrote: After some tweaking... http://dl.dropbox.com/u/255376/gimp/gimp-splash_gez-V3.png If a person was to get picky they could point out that GIMP has more than paint brushes in its toolbox. ;-) Looks good. Nice and colourful. -- Cheers! Kevin. http://www.ve3syb.ca/ |Nerds make the shiny things that distract Owner of Elecraft K2 #2172 | the mouth-breathers, and that's why we're | powerful! #include disclaimer/favourite | --Chris Hardwick ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 splash screen suggestion
On Wed, Apr 18, 2012 at 3:23 AM, Kevin Cozens wrote: On 12-04-17 05:38 PM, gespert...@gmail.com wrote: After some tweaking... http://dl.dropbox.com/u/255376/gimp/gimp-splash_gez-V3.png If a person was to get picky they could point out that GIMP has more than paint brushes in its toolbox. ;-) Personally I wish we had just _one_ splash screen where Wilber goes berserk, bites the brush in half and takes all GIMP haters to cleaners, en masse. Just for fun. Alas, this would not make us look good. Alexandre Prokoudine http://libregraphicsworld.org ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 splash screen suggestion
On 04/17/2012 04:49 PM, Alexandre Prokoudine wrote: On Wed, Apr 18, 2012 at 3:23 AM, Kevin Cozens wrote: On 12-04-17 05:38 PM, gespert...@gmail.com wrote: After some tweaking... http://dl.dropbox.com/u/255376/gimp/gimp-splash_gez-V3.png If a person was to get picky they could point out that GIMP has more than paint brushes in its toolbox. ;-) Personally I wish we had just _one_ splash screen where Wilber goes berserk, bites the brush in half and takes all GIMP haters to cleaners, en masse. Just for fun. Alas, this would not make us look good. I'm with you on that one, Alexandre - - but on the other side GIMP is SO _ O _ O much fun Alexandre Prokoudine http://libregraphicsworld.org ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 splash screen suggestion
In general I like the inital proposal more, if there wasnt that distracting strikethrough line, as is gespertino's v3 wins my favor. On Wed, Apr 18, 2012 at 7:11 AM, Burnie West w...@ieee.org wrote: On 04/17/2012 04:49 PM, Alexandre Prokoudine wrote: On Wed, Apr 18, 2012 at 3:23 AM, Kevin Cozens wrote: On 12-04-17 05:38 PM, gespert...@gmail.com wrote: After some tweaking... http://dl.dropbox.com/u/255376/gimp/gimp-splash_gez-V3.png If a person was to get picky they could point out that GIMP has more than paint brushes in its toolbox. ;-) Personally I wish we had just _one_ splash screen where Wilber goes berserk, bites the brush in half and takes all GIMP haters to cleaners, en masse. Just for fun. Alas, this would not make us look good. I'm with you on that one, Alexandre - - but on the other side GIMP is SO _ O _ O much fun Alexandre Prokoudine http://libregraphicsworld.org ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list -- --Alexia ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 splash screen suggestion
Not bad. The dark line going under wilber feels a little bit funny, but I like it in concept. Better than mine in the RC :P On Mon, Apr 16, 2012 at 7:32 AM, gfxuser gfx.u...@online.de wrote: Am 15.04.12 21:39, schrieb Bernhard Stockmann: hey everyone! I made a startup splash screen in GIMP for GIMP 2.8. also filed a bug on it here: https://bugzilla.gnome.org/show_bug.cgi?id=674154 If you like it you can use it! Is there another way to submit splash screens? Or are there any official guidelines? +10 ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list -- --Alexia ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 splash screen suggestion
Den 15 april 2012 21:39 skrev Bernhard Stockmann de...@devvv.de: hey everyone! I made a startup splash screen in GIMP for GIMP 2.8. also filed a bug on it here: https://bugzilla.gnome.org/show_bug.cgi?id=674154 If you like it you can use it! I like it too, except the white line that goes right across Wilber from the bottom left to the upper right. Could you make a new version with that fixed perhaps? / Martin -- My GIMP Blog: http://www.chromecode.com/ Single-window mode feature complete ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] gimp 2.8 splash screen suggestion
Am 15.04.12 21:39, schrieb Bernhard Stockmann: hey everyone! I made a startup splash screen in GIMP for GIMP 2.8. also filed a bug on it here: https://bugzilla.gnome.org/show_bug.cgi?id=674154 If you like it you can use it! Is there another way to submit splash screens? Or are there any official guidelines? +10 ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] GIMP 2.8 Feature Request (2)
Martin Nordholts ense...@gmail.com writes: If you rarely use the XCF format you are not part of the target user group. The separation of save and export is for users that do complex compositions in XCF and export every now and then. This seems like a completely bizarre statement. Who exactly is git being targetted at?! 'cause the above doesn't seem to include much of its current user-base -- the Gimp is the default image editor for many, many, systems, and I wouldn't be surprised if 95% of Gimp users don't even know what XCF is, much less actually use it... -Miles -- Opposition, n. In politics the party that prevents the Goverment from running amok by hamstringing it. ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] GIMP 2.8 Feature Request (2)
În data de Fri, 6 Jan 2012 22:33:41 +0200, Cristian Secară a scris: 2.) Clicking the close button to close the application doesn't close the application, it closes the currently open image (in Single Window Mode). Look at the end of File menu. Ctrl+Q closes the application and all opened images at once. (... but I agree that a global approach would be probably better, something like individual close button on each tab, or a context menu over tab which includes a close option and THE program close to do just program close) Cristi -- Cristian Secară http://www.secarica.ro ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] GIMP 2.8 Feature Request (2)
2012/1/6 Cristian Secară li...@secarica.ro: There is only one thing I do not understand, that the shortcut Ctrl+E appears to do the same as Shift+Ctrl+E, and the shortcut in File menu is Shift +Ctrl +E. Why not just Ctrl+E ? (or what makes Ctrl+E ?) Ctrl+E acts like Ctrl+S but for export. If you never exported and press Ctrl+E, Export... will be invoked. Just like if you never saved, Ctrl+S will invoke Save as If you have already exported the image, Ctrl+E will re-export the image whereas Ctrl+Shift+E will always Export Just like if you have already saved the image, Ctrl+S will re-save the image whereas Ctrl+Shift+S will always Save as / Martin -- My GIMP Blog: http://www.chromecode.com/ Single-window mode feature complete ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] GIMP 2.8 Feature Request (2)
On Thu, 2012-01-05 at 11:55 +0100, g...@catking.net wrote: On 01/05/12 10:30, Alexia Death wrote: On Thu, Jan 5, 2012 at 9:03 AM, Liam R E Quinl...@holoweb.net wrote: I suggest a preference, default export format: [same as imported file] [same as last export] [tiff] [jpeg] [png] Not sure jpeg should be explicitly in there since lossy. tiff is very clunky to put in as default. png first IMHO I meant the list as an example, sorry for not making that clear. Liam -- Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/ Pictures from old books: http://fromoldbooks.org/ Ankh: irc.sorcery.net irc.gnome.org www.advogato.org ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] GIMP 2.8 Feature Request (2)
On Thu, Jan 5, 2012 at 9:03 AM, Liam R E Quin l...@holoweb.net wrote: I suggest a preference, default export format: [same as imported file] [same as last export] [tiff] [jpeg] [png] The current spec states 1. Last export on this file 2. Last export on any file 3. png That's so mindbogglingly annoying, but yeah found out last night that this is how it was specked and there have been rows over this before. I hacked up a quick patch to change that to: 1. Last export on this file 2. Last export on any file 3. Import type 4. png its a tiny patch and man did that make my life nicer. http://to.who.ee/0001-app-Add-import-type-as-third-preference-on-Export.patch - link to the pack. its very easy for those who build git to maintain their own miniforks ;) -- --Alexia ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] GIMP 2.8 Feature Request (2)
On 01/04/2012 10:50 AM, Alexia Death wrote: On Wed, Jan 4, 2012 at 5:21 PM, Jay Smithj...@jaysmith.com wrote: Our workflow is: Using VueScan Professional (independent of Gimp) to scan a high volume of TIFF images. Open each image in Gimp to tweak color, sharpness, rotation, and crop to desired size. Save as TIFF and close. (Downline we use our own scripts and ImageMagick to batch create several sizes of JPEGs for web use; the TIFFs are also used for print output and are archived as TIFFs.) Along broad lines this workflow is or should be just as supported with export as it is with save, just the command you invoke is slightly different. There's one nag I wish was fixed with export. It should default to input format for imported files. It's buggersome annoying that it defaults to png. ??? Why has this not been fixed? It is crazy to think that everybody wants to go to png. This is completely nuts! I don't have the skills to contribute a fix for this, but surely somebody can (and should) before the next stable release. If this process is going to be made a lot more complicated for workflows like ours, then I hope that there will eventually be an optional mechanism to override the save/export process based on input and output file formats. A) it wont be. You can just map Ctrl-s to export, if you dont need to save XCF-s and nothing wil change for you. b) This mechanism already exists. If you save with same parameters all the time write/find a plugin that invokes the save with all the parameters already set. You can just prompt for filename and even manage folders automatically and save without any hassle. If you havent done any scripting but have done programming, it shoudnt take you more than 8 hours to churn out first version, less if you find a good starting sample from google first. Gee, _only_ 8 hours to get a first version. It would be a _lot_ cheaper to buy Photoshop full version, except that we want to continue moving toward Linux. The lack of semi-automated macro recording is, in my opinion, the key weakness of Gimp. Recording and testing a macro (say in Photoshop) would take less than 5 minutes. Jay ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] GIMP 2.8 Feature Request (2)
b) This mechanism already exists. If you save with same parameters all the time write/find a plugin that invokes the save with all the parameters already set. You can just prompt for filename and even manage folders automatically and save without any hassle. If you havent done any scripting but have done programming, it shoudnt take you more than 8 hours to churn out first version, less if you find a good starting sample from google first. Gee, _only_ 8 hours to get a first version. It would be a _lot_ cheaper to buy Photoshop full version, except that we want to continue moving toward Linux. Or post a request on the gimp plugin registry, at gimptalk, gug, gimpchat, or even the gimp-user list and one of the many folks out there who do write scripts could make one for you in a 10th that time. I can think of a good half dozen folks (including myself) who regularly respond to such community requests. Personally, I do support the save/export paradigm so I might be biased. I've also written any number of export/batch conversion scripts to meet my needs and the needs of others, such as this one: http://photocomix-resources.deviantart.com/art/Gimp-SAVE-EXPORT-145826809?q=boost%3Apopular+save%2Bexportqo=2 -Rob A ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] GIMP 2.8 Feature Request (2)
On 01/04/12 17:05, Jay Smith wrote: Along broad lines this workflow is or should be just as supported with export as it is with save, just the command you invoke is slightly different. There's one nag I wish was fixed with export. It should default to input format for imported files. It's buggersome annoying that it defaults to png. ??? Why has this not been fixed? It is crazy to think that everybody wants to go to png. This is completely nuts! I don't have the skills to contribute a fix for this, but surely somebody can (and should) before the next stable release. Agreed , this should be fixed and would not be complicated to do. The whole Export paradigm is only there to try to force users to do something someone else thinks they should be doing. As long as there is an equally accessible and quick way to save just the way I opened a file that is not a major issue but personally I hate being lectured by software (in reality by developers who think they know better than I what I want/need to do). /gg ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] GIMP 2.8 Feature Request (2)
2012/1/4 Alexia Death alexiade...@gmail.com: There's one nag I wish was fixed with export. It should default to input format for imported files. It's buggersome annoying that it defaults to png. guiguru intentionally left that out in the spec (http://gui.gimp.org/index.php?title=Save_%2B_export_specification) and I think it was to support this workflow: I am a user that always wants to export in .jpg. I use a lot of different source material, so the images I start out with can be of different formats. If I start with a .tiff, I still want GIMP to default to .jpg when I export the composition based on that file since.jpg was the format I exported to the last 10 times. Note that if you export a single file to a non-PNG format, GIMP will default to that format on any export you do afterwards. In other words, you can easily change the default export format * * Except that this is not remembered across restarts yet. That's not hard to fix though, it's just that we need to get 2.8 out first... / Martin -- My GIMP Blog: http://www.chromecode.com/ Single-window mode feature complete ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] GIMP 2.8 Feature Request (2)
On Thu, 2012-01-05 at 07:14 +0100, Martin Nordholts wrote: [...] I am a user that always wants to export in .jpg. I use a lot of different source material, so the images I start out with can be of different formats. If I start with a .tiff, I still want GIMP to default to .jpg when I export the composition based on that file since.jpg was the format I exported to the last 10 times. I interpret this as gimp should learn over time which format I prefer to use when exporting each particular image, and after 10 times should default to the requested format but I think that's proably not what's really meant, as it'd be incredibly annoying. Note also this is not a professional user, as she/he is preferring a lossy format, and hence is not in the gimp target user group :-) I suggest a preference, default export format: [same as imported file] [same as last export] [tiff] [jpeg] [png] . . . but that after you export a file once the same format you chose alst time should be offered as the default the next time you export that file, same as for non-png. Not suggesting it be done before 2.8; there are some filename and export bugs in there to be fixed too after 2.8, with files reverting to Untitled after you export them. But I think not critical bugs. Best, Liam -- Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/ Pictures from old books: http://fromoldbooks.org/ Ankh: irc.sorcery.net irc.gnome.org freenode/#xml ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] GIMP 2.8 Feature Request (2)
On Thu, 2012-01-05 at 07:14 +0100, Martin Nordholts wrote: [...] I am a user that always wants to export in .jpg. I use a lot of different source material, so the images I start out with can be of different formats. If I start with a .tiff, I still want GIMP to default to .jpg when I export the composition based on that file since.jpg was the format I exported to the last 10 times. I interpret this as gimp should learn over time which format I prefer to use when exporting each particular image, and after 10 times should default to the requested format but I think that's proably not what's really meant, as it'd be incredibly annoying. Note also this is not a professional user, as she/he is preferring a lossy format, and hence is not in the gimp target user group :-) I suggest a preference, default export format: [same as imported file] [same as last export] [tiff] [jpeg] [png] . . . but that after you export a file once the same format you chose alst time should be offered as the default the next time you export that file, same as for non-png. Not suggesting it be done before 2.8; there are some filename and export bugs in there to be fixed too after 2.8, with files reverting to Untitled after you export them. But I think not critical bugs. Best, Liam -- Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/ Pictures from old books: http://fromoldbooks.org/ Ankh: irc.sorcery.net irc.gnome.org freenode/#xml -- Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/ Pictures from old books: http://fromoldbooks.org/ Ankh: irc.sorcery.net irc.gnome.org www.advogato.org ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
