Re: [Gimp-developer] Gimp 2.8 plugins which not work properly with Gimp 2.9.x/2.10.x

[Thorsten Stettin]

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

[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

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

[Alexandre Prokoudine]

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

[Joseph Bupe]

n 30 October 2014 14:41, Paka  wrote:

>
> * Joseph Bupe  [10-30-14 03:23]:
> > On 30 October 2014 02:39, Paka  wrote:
> > > * Joseph Bupe  [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]

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  wrote:

> On Thu, 30 Oct 2014, Alexandre Prokoudine wrote:
>
>  30 окт. 2014 г. 3:32 пользователь "Joseph Bupe" 
>> написал:
>>
>>>
>>> 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 D&D 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

[Paka]

* Joseph Bupe  [10-30-14 03:23]:
> On 30 October 2014 02:39, Paka  wrote:
> > * Joseph Bupe  [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

[Boudewijn Rempt]

On Thu, 30 Oct 2014, Alexandre Prokoudine wrote:


30 окт. 2014 г. 3:32 пользователь "Joseph Bupe" 
написал:


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 D&D 
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

[Alexandre Prokoudine]

30 окт. 2014 г. 3:32 пользователь "Joseph Bupe" 
написал:
>
> 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

[Michael Schumacher]

On October 30, 2014 7:04:35 AM CET, Joseph Bupe  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

[Joseph Bupe]

Hi Patrick

You wrote > This is how my system works unless the image is larger that my
preview settings.

Exactly my point. This limitation does not seem to exist in Krita.

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.

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.




Joseph


On 30 October 2014 02:39, Paka  wrote:

>  [image: Boxbe]  Paka (
> ptilopt...@gmail.com) is not on your Guest List
> 
> | Approve sender
> 
> | Approve domain
> 
>
> * Joseph Bupe  [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
>
>


-- 
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

[Paka]

* Joseph Bupe  [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

[Simone Karin Lehmann]

Hi Sven,

Am 27.05.2014 um 05:24 schrieb scl :

> 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

[Simone Karin Lehmann]

Am 26.05.2014 um 21:17 schrieb Simone Karin Lehmann :

> 
> 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

[scl]

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 OS X fixes

[scl]

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

[Simone Karin Lehmann]

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 :

> Hi Sven,
> 
> On Sun, May 25, 2014 at 8:22 PM, scl  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

[Jehan Pagès]

Hi Sven,

On Sun, May 25, 2014 at 8:22 PM, scl  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

[Owen]

> 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?


Sorry, the application was Digikam. It seems to take the confusion out
of huggin :-)


-- 
Owen

___
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

[Pavel]

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  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

[Partha Bagchi]

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  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

[Boudewijn Rempt]

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

Re: [Gimp-developer] Gimp 2.8

[scl]

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

[Alexandre Prokoudine]

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

[Owen]

> Am I missing something? I'm looking for a feature that is used in
> Photoshop, and other photo editing software, something called
> "Panorama", or "Stitching", where you take two overlaping photos, and
> "stitch" them seamlessly together as one.
> I've been looking for it in Gimp. Is that feather here under a
> different
> term?


No, gimp doesn't have stitching.

Use huggin if your are on linux. Krita has a plug in that uses huggin
and in my view easier to use.


-- 
Owen

___
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

[Alexandre Prokoudine]

On Fri, Jan 24, 2014 at 2:50 AM, Robert K. Tompsett wrote:
> Am I missing something? I'm looking for a feature that is used in
> Photoshop, and other photo editing software, something called
> "Panorama", or "Stitching", where you take two overlaping photos, and
> "stitch" them seamlessly together as one.
> I've been looking for it in Gimp. Is that feather here under a different
> term?

May I suggest that you use Hugin instead?

http://hugin.sourceforge.net/

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 OS X with Python 2.7 and Wacom Pressure sensitivity

[Ryan Krauss]

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  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  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 wrote:
>>
>>> 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 wrote:
>>>
 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 wrote:

> 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 wrote:
>
>> 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 wrote:
>>
>>> 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 wrote:
>>>
 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 
 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.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-

Re: [Gimp-developer] gimp 2.8 on OS X with Python 2.7 and Wacom Pressure sensitivity

[Partha Bagchi]

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  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  wrote:
>
>> 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 wrote:
>>
>>> 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 wrote:
>>>
 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 wrote:

> 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 wrote:
>
>> 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 wrote:
>>
>>> 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 
>>> 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.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-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-li

Re: [Gimp-developer] gimp 2.8 on OS X with Python 2.7 and Wacom Pressure sensitivity

[Ryan Krauss]

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  wrote:

> 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  wrote:
>
>> 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 wrote:
>>
>>> 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 wrote:
>>>
 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 wrote:

> 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 wrote:
>
>> 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 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 >> > 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-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

[Partha Bagchi]

I use Gmail.


On Fri, Mar 29, 2013 at 6:52 AM, Michael Schumacher  wrote:

> 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
>
___
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

[Michael Schumacher]

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

[Partha Bagchi]

OK Thanks. My interpretation of the question was different.

I don't replace PYTHONPATH at all and in fact I don't interact with the
system python and the issue that Ryan was having was to have his own folder
of python scripts appended to Gimp standard locations.

And you did mention GIMP PYTHONPATH which I don't believe exists. :)




On Fri, Mar 29, 2013 at 4:08 AM, Michael Schumacher  wrote:

> 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
>
___
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

[Michael Schumacher]

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

[Partha Bagchi]

Well, Clayton's build and my builds rely on the same gtk fix that Mitch
provided. So, I am not sure why you don't have pressure sensitivity. So, I
will look into my gtk build and see what the issue is.

Clayton or anyone, anything specific one has to do while building gtk?

Thanks,
Partha




On Thu, Mar 28, 2013 at 4:55 PM, Ryan Krauss  wrote:

> 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  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 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-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

[Ryan Krauss]

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  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 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-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

[Partha Bagchi]

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  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-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

[Partha Bagchi]

Have you installed the Wacom drivers for the Mac from the Wacom website?


On Thu, Mar 28, 2013 at 1:48 PM, Ryan Krauss  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 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  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 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 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 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 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 
>>> 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 
 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  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

Re: [Gimp-developer] gimp 2.8 on OS X with Python 2.7 and Wacom Pressure sensitivity

[Michael Schumacher]

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

[Ryan Krauss]

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  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  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 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 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 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 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 
>> 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 
>>> 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  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 correc

Re: [Gimp-developer] gimp 2.8 on OS X with Python 2.7 and Wacom Pressure sensitivity

[Partha Bagchi]

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  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  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 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 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 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 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 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  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

Re: [Gimp-developer] gimp 2.8 on OS X with Python 2.7 and Wacom Pressure sensitivity

[Ryan Krauss]

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  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 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 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 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 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 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  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
>>
>>

Re: [Gimp-developer] gimp 2.8 on OS X with Python 2.7 and Wacom Pressure sensitivity

[Ryan Krauss]

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  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  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 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 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 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  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

[Partha Bagchi]

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  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  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 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 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  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

[Ryan Krauss]

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  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 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 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  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

[Ryan Krauss]

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  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  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  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

[Partha Bagchi]

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  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  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 : my opinion

[Michael Natterer]

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

[Michael Schumacher]

> Von: SorinN 

> 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.

They need answers that are correct and verifiable. 

Simply put, Alexandre has suggested that you should provide proof for your 
claims. He arguably wrapped this in a weird writing style. 


I don't want to do the same, so I'll just be blunt:

Both parties, please back up your statements about the slowness due to the GEGL 
transition or due to a known bug. And skip the prose, strip it down to the mere 
facts.

The readers of this mailing list will thank you.


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

[Alexandre Prokoudine]

On Fri, Jul 20, 2012 at 12:48 PM, Jon Nordby wrote:

>> 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?

https://bugzilla.gnome.org/show_bug.cgi?id=645345

As far as I can tell, a partial fix is in place thanks to Massimo.

On Fri, Jul 20, 2012 at 2:08 PM, SorinN  wrote:

> and this is why I don't understand sometime your appetite for polemic.

There is none, but I can't stop you from imagining things, can I?

Alexandre Prokoudine
http://libregraphicsworld.org
___
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

[SorinN]

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 :
> 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:
>
> I'd like to know what developers know that :)
>
> 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

[Jon Nordby]

On 20 July 2012 03:25, Alexandre Prokoudine
 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:
>
> I'd like to know what developers know that :)
>
> 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 Prokoudine]

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:

I'd like to know what developers know that :)

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

Re: [Gimp-developer] gimp 2.8 prohibitively slow

[SorinN]

>Slow rendering in 2.8 has nothing to do with GEGL.
...but with what ? not because of refactoring towards full GEGL integration ?

I was thinking that this side effect is a normal stage for a software
in transition and I was trying to temperate a bit the "GIMP 2.8 is
slow" trend. But trying to do good seems to be wrong.
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.

2012/7/19 Alexandre Prokoudine :
> On Thu, Jul 19, 2012 at 4:34 PM, SorinN wrote:
>> seems that many peoples here don't get the fact that GIMP right now is
>> in a full transition to a new processing core for graphic operations
>>
>> all developers know that GIMP 2.8 is slow now - compared with 2.6
>> ...this is the transition cost
>
> I'd like to know what developers know that :)
>
> Slow rendering in 2.8 has nothing to do with GEGL.
>
> 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

[Liam R E Quin]

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

[Alexandre Prokoudine]

On Thu, Jul 19, 2012 at 4:34 PM, SorinN wrote:
> seems that many peoples here don't get the fact that GIMP right now is
> in a full transition to a new processing core for graphic operations
>
> all developers know that GIMP 2.8 is slow now - compared with 2.6
> ...this is the transition cost

I'd like to know what developers know that :)

Slow rendering in 2.8 has nothing to do with GEGL.

Alexandre Prokoudine
http://libregraphicsworld.org
___
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

[SorinN]

seems that many peoples here don't get the fact that GIMP right now is
in a full transition to a new processing core for graphic operations

all developers know that GIMP 2.8 is slow now - compared with 2.6
...this is the transition cost

let's not transform this discussion in a 'GIMP 2.8 burn in hell...'

the initial topic was around GIMP 2.8 in old hardware and the
conclusion was pretty clear >> for old hardware use GIMP 2.6

if you have to report use cases for specific bugs - developers can use
your information in a positive way ..but just repeating "GIMP 2.8 is
way slow" is not the good way ..we already know that.

BTW - probably many of your GIMP speed problems are already patched in
trunk - they just can't trow a new build for every change...



2012/7/19 Tobias Oelgarte :
> Am 19.07.2012 08:34, schrieb Michael Grosberg:
>
>> Aaron Paden  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.
>
> There is also a huge difference even on newer systems. If i compare how
> applications handle things, then Gimp 2.8 is currently on the top spot of
> being the slowest, most memory intensive graphic program. 2.6 is way faster,
> but still slow compared to other applications like myPaint. Overall i see
> various performance issues. If Gimp would be written in Java or Python then
> i would not complain so much...
>
> ___
> 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

[Tobias Oelgarte]

Am 19.07.2012 08:34, schrieb Michael Grosberg:

Aaron Paden  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.
There is also a huge difference even on newer systems. If i compare how 
applications handle things, then Gimp 2.8 is currently on the top spot 
of being the slowest, most memory intensive graphic program. 2.6 is way 
faster, but still slow compared to other applications like myPaint. 
Overall i see various performance issues. If Gimp would be written in 
Java or Python then i would not complain so much...

___
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

[SorinN]

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 :
> 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

[Aaron Paden]

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

[wwp]

Hello Michael, Aaron,


On Thu, 19 Jul 2012 06:34:29 + (UTC) Michael Grosberg 
 wrote:

> Aaron Paden  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

[Michael Grosberg]

Aaron Paden  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

[SorinN]

> 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 :
> 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]

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 prohibitively slow

[Michael Henning]

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
 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

[Vladimir Savic]

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

Re: [Gimp-developer] gimp 2.8 prohibitively slow

[Liam R E Quin]

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

[Michael Schumacher]

> Von: Guiu Rocafort 
 
> 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

[Aaron Paden]

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

[Michael Schumacher]

 Original-Nachricht 
> Datum: Wed, 18 Jul 2012 17:06:07 +0200
> Von: Guiu Rocafort 
> An: Aaron Paden 
> 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 
> 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-list<https://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

[Guiu Rocafort]

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  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-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

[Guillermo Espertino (Gez)]

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

Re: [Gimp-developer] GIMP 2.8 less productive than GIMP 2.6 (too many dialogue boxes)

[Richard Gitschlag]

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 less productive than GIMP 2.6 (too many dialogue boxes)

[Dima Ursu]

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)

[Guillermo Espertino (Gez)]

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

___
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

[Chris Mohler]

On Sun, Jun 3, 2012 at 5:07 PM, Noel Stoutenburg  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

[Michael Natterer]

On Sat, 2012-05-12 at 15:11 +1000, Owen wrote:
> > 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

Known problem with GimpOperatrionShapeburst, will be fixed.

--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

[Michael Natterer]

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

[Owen]

> 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 blend time

[Guillermo Espertino (Gez)]

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

[Michael Natterer]

On Fri, 2012-05-11 at 23:01 +0200, gfxuser wrote:
> Hi,
> 
> On 2012-05-11.12 Michael Natterer wrote:
> 
> > I don't currently have 2.8 installed on this Mac, but it can hardly
> > be slower, unless the threading got broken in GLib, try to set
> > #processors to 1 in prefs and try again.
> thanks Mitch, for your reply.
> You're right, on the Mac it depends on the number of processors. Varying 
> this number in the preferences dialog between 1 and 16 showed 
> significant differences. The operation takes 1 second if  #processors is 
> set to 1 and about 8 seconds if it's set to 16 processors.
> BTW: my Mac has 1 processor with 2 cores. It's quite pointless to be 
> able to set #processors in prefs to 16. The upper bound for the input 
> value should be the actual number of processors or cores. Is this a 
> known issue or shall I file a new bug in Bugzilla?

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.

> > Also, what build are you using? Native or X11?
> How can I find this out? I used the fresh 2.8 version from 
> gimp.lisanet.de. When running GIMP, the X window is open, too. So I'm 
> sure it's the X11 build. How could I otherwise find out whether the Mac 
> build is native?

As Partha said :)

Regards,
--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

[Partha Bagchi]

The native Mac build has the menu all on the top just like all other Mac apps.

On Fri, May 11, 2012 at 5:01 PM, gfxuser  wrote:
> Hi,
>
> On 2012-05-11.12 Michael Natterer wrote:
>
>> I don't currently have 2.8 installed on this Mac, but it can hardly
>> be slower, unless the threading got broken in GLib, try to set
>> #processors to 1 in prefs and try again.
>
> thanks Mitch, for your reply.
> You're right, on the Mac it depends on the number of processors. Varying
> this number in the preferences dialog between 1 and 16 showed significant
> differences. The operation takes 1 second if  #processors is set to 1 and
> about 8 seconds if it's set to 16 processors.
> BTW: my Mac has 1 processor with 2 cores. It's quite pointless to be able to
> set #processors in prefs to 16. The upper bound for the input value should
> be the actual number of processors or cores. Is this a known issue or shall
> I file a new bug in Bugzilla?
>>
>>
>> Also, what build are you using? Native or X11?
>
> How can I find this out? I used the fresh 2.8 version from gimp.lisanet.de.
> When running GIMP, the X window is open, too. So I'm sure it's the X11
> build. How could I otherwise find out whether the Mac build is native?
>
> Best regards,
>
> grafxuser
>
> ___
> 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 blend time

[gfxuser]

Hi,

On 2012-05-11.12 Michael Natterer wrote:


I don't currently have 2.8 installed on this Mac, but it can hardly
be slower, unless the threading got broken in GLib, try to set
#processors to 1 in prefs and try again.

thanks Mitch, for your reply.
You're right, on the Mac it depends on the number of processors. Varying 
this number in the preferences dialog between 1 and 16 showed 
significant differences. The operation takes 1 second if  #processors is 
set to 1 and about 8 seconds if it's set to 16 processors.
BTW: my Mac has 1 processor with 2 cores. It's quite pointless to be 
able to set #processors in prefs to 16. The upper bound for the input 
value should be the actual number of processors or cores. Is this a 
known issue or shall I file a new bug in Bugzilla?


Also, what build are you using? Native or X11?
How can I find this out? I used the fresh 2.8 version from 
gimp.lisanet.de. When running GIMP, the X window is open, too. So I'm 
sure it's the X11 build. How could I otherwise find out whether the Mac 
build is native?


Best regards,

grafxuser

___
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

[Michael Natterer]

On Fri, 2012-05-11 at 06:57 -0700, C55inator wrote:
> 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?

GIMP 2.8 is not ported to GEGL.

If I try this on git master (which IS ported to GEGL), it takes much
less than a second on my linux machine, and is even faster on
my Mac, even though there is zero threading and only one processor
used.

I don't currently have 2.8 installed on this Mac, but it can hardly
be slower, unless the threading got broken in GLib, try to set
#processors to 1 in prefs and try again.

Also, what build are you using? Native or X11?

--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

[gfxuser]

Hi,

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?
Yes, I can reproduce it with the 2.8 builds for Mac and Windows. The 
slowdown does not only affect the blend tool. This seems to be related 
with color management. In the Windows version you can speedup the blend 
tool among some other things by disabling the color management filter in 
View/Display filters This does a speedup for me, but it's only a 
temporary solution, as this only affects the currently open picture and 
only for this session. Also see bug #645345 in Bugzilla for a similar 
problem.
It's the same problem with the Mac version. 2.8 is slower than 2.6, but 
unfortunately the View/Display filters... trick doesn't work there.



Is it a result of the move to GEGL?

I think so.

Will it be fixed?


I hope so. This bug tempers the GIMP 2.8 honeymoon and I'm already 
thinking of staying with 2.6 for production or further using PS.


Or, the other way around: never switch to x.0 versions... ;-)

Best regards,

grafxuser

___
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

[Alexandre Prokoudine]

On Fri, Apr 27, 2012 at 5:59 PM, Kevin Cozens wrote:
> On 12-04-25 04:59 AM, Devvv wrote:
>>
>> 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?
>
>
> I slightly prefer the last one with the larger Wilber. The only problem I
> have with it is the "accent" lines (the thin highlight streaks) are no
> longer running parallel to the angle of the brushes as they were in the
> image before. If you fix up the angle of the streaks to match the angle of
> the brushes I'd say we have a winner.

IMO, the area for startup messages is too high, and the logo/GIMP 2.8
part is too close to the upper part.

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

[Kevin Cozens]

On 12-04-25 04:59 AM, Devvv wrote:

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?


I slightly prefer the last one with the larger Wilber. The only problem I 
have with it is the "accent" lines (the thin highlight streaks) are no 
longer running parallel to the angle of the brushes as they were in the 
image before. If you fix up the angle of the streaks to match the angle of 
the brushes I'd say we have a winner.


--
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  | --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

[gespert...@gmail.com]

2012/4/25 gespert...@gmail.com :

> asking because using a font that isn't free could be problematic for
> previous releases).

-previous +next :-)
___
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

[gespert...@gmail.com]

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

[Bernhard Stockmann]

Am 2012-04-25 14:59, schrieb gespert...@gmail.com:

2012/4/25 Devvv:

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

[gespert...@gmail.com]

2012/4/25 Devvv :
> 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

[Devvv]

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  
To: Kevin Cozens  
CC: gimp-developer  

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

[John Harris]

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

[Alexia Death]

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  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

[Burnie West]

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

[Kevin Cozens]

On 12-04-17 07:49 PM, Alexandre Prokoudine wrote:

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.


Sounds like a great idea for a splash screen of an upcoming development 
version, post 2.8.


--
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  | --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

[Alexandre Prokoudine]

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

[Kevin Cozens]

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  | --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

[John Harris]

Looking at Gespertino's and Berhard's versions side by side, and
Bernhard's certainly looks more creative. Gespertino's has the look of a
straight up layout. While balanced, it feels a bit lacking in "juice"
and looks to me to be very "business graphic"

Bernhard's layout speaks to pushing the envelope and deeper creative
expressions.

Somewhere in the middle ground perhaps?



On 04/17/2012 04:16 PM, gespert...@gmail.com wrote:
> 2012/4/17 Alexandre Prokoudine :
>> 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
___
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

[gespert...@gmail.com]

2012/4/17 Alexandre Prokoudine :
> 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

[Alexandre Prokoudine]

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

[gespert...@gmail.com]

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