Re: [Gimp-developer] Question about building GIMP with seamless clone

[Mikael Magnusson]

On 6 August 2011 18:03, trapDoor  wrote:
> Dear GIMP/GEGL developers,
>
> I was wondering if someone could give me some hint:
> In order to compile GIMP with adaptive cloning shall I merge just the
> new branch 'soc-2011-seamless-clone2' into master or the old[?] one
> 'soc-2011-seamless-clone' should be merged first? Also what about
> GEGL? In its tree there is only the original seamless-clone branch.
> Will GIMP master_+_seamless-clone2 compile with GEGL built from
> master_+_seamless-clone ?

The gimp side of seamless clone isn't done yet, neither branch will
actually do anything at the moment.

-- 
Mikael Magnusson
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

[Gimp-developer] Question about building GIMP with seamless clone

[trapDoor]

Dear GIMP/GEGL developers,

I was wondering if someone could give me some hint:
In order to compile GIMP with adaptive cloning shall I merge just the
new branch 'soc-2011-seamless-clone2' into master or the old[?] one
'soc-2011-seamless-clone' should be merged first? Also what about
GEGL? In its tree there is only the original seamless-clone branch.
Will GIMP master_+_seamless-clone2 compile with GEGL built from
master_+_seamless-clone ?

-- 
Thanks,
Tomasz
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] Question about bundled "iBryte" GIMP installer

[Cristian Secară]

On Thu, 14 Jul 2011 11:34:08 -0600, Andrew Brandt wrote:

> -- "Yontoo Layers" -- a Firefox plugin which is installed during the
> process but which is not disclosed in the installation Wizard. It is
> unknown what this plugin does at this time.

Maybe this can help you in your invetigation (I didn't understand much
there, but might be because I am not English native speaker):
http://www.yontoo.com/PrivacyPolicy.aspx

Cristi

-- 
Cristian Secară
http://www.secarica.ro
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] Question about bundled "iBryte" GIMP installer

[Christopher Curtis]

On Thu, Jul 14, 2011 at 4:55 PM, Chris Mohler  wrote:
> 2011/7/14 Christopher Curtis :
>>
>> This may not be accurate.  Current GIMP releases are GPLv3:
>
> Oops - guess I need to pay more attention while lurking ;)  I thought
> the GPLv3 switch was still in the works...

Andrew didn't mention if the binary in question was a 2.6.x or 2.7.x
so we can't be sure which applies.  However, to try to answer Andrew's
original question:

The GIMP team doesn't officially release executables - only source
tarballs - at http://www.gimp.org/downloads/ .  As such, I think it's
safe to assume that it is expected that others will compile and
redistribute the resultant binaries.  It's kinda crappy when people
bundle spyware with GIMP, but they are free to do so as long as they
comply with GIMP's license.

Chris
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] Question about bundled "iBryte" GIMP installer

[Robert Krawitz]

On Thu, 14 Jul 2011 20:54:42 +0200, =?utf-8?Q?Jernej_Simon=C4=8Di=C4=8D?= wrote:
> On Thursday, July 14, 2011, 19:34:08, Andrew Brandt wrote:
>
>> -- Are third parties permitted, according to your EULA, to bundle your 
>> product this way?
>
> GIMP is licensed under the GNU General Public License, version
> 2. The GPL only covers redistribution (not usage, which isn't
> limited in any way), which is allowed provided that certain criteria
> are met - specifically, anybody receiving the software has to get
> the same rights of redistribution, and at the same time also has to
> be able to get the source code from the same place where the binary
> was obtained (the source code has to match the binary exactly; it
> also has to be provided from the same place as the binary, unless
> the one providing the binary has an agreement with a 3rd party
> that's providing the source code).

There's more to it than that; the GPL has to be passed through,
allowing downstream recipients to modify, distribute, etc. it under
the terms of the GPL.  So if someone were to extract the GIMP package
from the bundle and distribute that, I believe (IANAL) that that would
be completely kosher.
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] Question about bundled "iBryte" GIMP installer

[Chris Mohler]

2011/7/14 Christopher Curtis :
>> GIMP is licensed under the GNU General Public License, version 2. The
>
> This may not be accurate.  Current GIMP releases are GPLv3:

Oops - guess I need to pay more attention while lurking ;)  I thought
the GPLv3 switch was still in the works...

Chris
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] Question about bundled "iBryte" GIMP installer

[Christopher Curtis]

2011/7/14 Jernej Simončič :
> On Thursday, July 14, 2011, 19:34:08, Andrew Brandt wrote:

>> -- Are third parties permitted, according to your EULA, to bundle your 
>> product this way?
>
> GIMP is licensed under the GNU General Public License, version 2. The

This may not be accurate.  Current GIMP releases are GPLv3:

http://git.gnome.org/browse/gimp/tree/COPYING?id=GIMP_2_7_2

And there remains an inconsistency between the GPLv3 and the LICENSE file:

https://lists.xcf.berkeley.edu/lists/gimp-developer/2010-November/025875.html

Chris
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] Question about bundled "iBryte" GIMP installer

[Chris Mohler]

On Thu, Jul 14, 2011 at 12:34 PM, Andrew Brandt  wrote:
> -- If this company is distributing this software without your express, 
> written consent, what steps do you plan to take to put an end to this 
> practice?

(I'm not a developer either - I lurk here to keep tabs on the
development version.)

Here is a link to the GPL v2, under which gimp is licensed:
http://www.gnu.org/licenses/gpl-2.0.html

AFAIK, any 3rd party is free to repackage and distribute GIMP as long
as they make the source code available (even if they are bundling it
with crapware, unfortunately).

Chris
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] Question about bundled "iBryte" GIMP installer

[Jernej Simončič]

On Thursday, July 14, 2011, 19:34:08, Andrew Brandt wrote:

> -- Have you signed a distribution agreement with this company?

No (but I'm not a core developer - just somebody who happens to
provide the most popular installer for GIMP on Windows).

> -- Are third parties permitted, according to your EULA, to bundle your 
> product this way?

GIMP is licensed under the GNU General Public License, version 2. The
GPL only covers redistribution (not usage, which isn't limited in any
way), which is allowed provided that certain criteria are met -
specifically, anybody receiving the software has to get the same
rights of redistribution, and at the same time also has to be able to
get the source code from the same place where the binary was obtained
(the source code has to match the binary exactly; it also has to be
provided from the same place as the binary, unless the one providing
the binary has an agreement with a 3rd party that's providing the
source code).

Bundling other products is not covered (it's neither forbidden, nor
allowed).

> -- If this company is distributing this software without your
> express, written consent, what steps do you plan to take to put an end to 
> this practice?

They aren't (since no such consent is needed), but unless they don't
provide the source code, nobody will do anything.

-- 
< Jernej Simončič ><><><><>< http://eternallybored.org/ >

If it looks easy, it's tough. If it looks tough, it's damn near impossible.
   -- Stockmayer's Theorem

___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

[Gimp-developer] Question about bundled "iBryte" GIMP installer

[Andrew Brandt]

Hello GIMP devs. I'm hoping that someone on this list can help point me in the 
right direction.
 
My name is Andrew Brandt. I'm an security researcher for the antivirus company 
Webroot.
 
I've come across a large number of installers for GIMP which have been 
published by a company called iBryte. 
 
That company, whose web site is at http://landing.ibryte.com/ creates 
installers of open-source applications which have been bundled with additional 
software. The installers require the person who is attempting to install these 
products to agree to install all of the following software before they may have 
the GIMP binaries:
 
-- "Pagerage" -- a browser plugin which embeds ads within Facebook. This is a 
non-optional installation.
-- "Alot toolbar" and "alot.com" homepahe -- an adware toolbar and a 
modification to the browser's default search settings (this is an optional 
installation which is preselected)
-- "PlayBrite" -- some sort of software that's used to display ads while you 
play online games through a web browser. This is a non-optional installation 
which affects all installed browsers on the system.
-- "Yontoo Layers" -- a Firefox plugin which is installed during the process 
but which is not disclosed in the installation Wizard. It is unknown what this 
plugin does at this time.
 
I have a number of questions for someone who is in a position to speak on 
behalf of the GIMP project.
 
-- Have you signed a distribution agreement with this company?
-- Are third parties permitted, according to your EULA, to bundle your product 
this way?
-- If this company is distributing this software without your express, written 
consent, what steps do you plan to take to put an end to this practice?
 
I realize this list goes to a lot of people, but I'm hoping this message will 
end up in the hands of someone who can speak to all of these issues. Please 
feel free to contact me directly if you have additional questions.
 
Regards,
 
-=A
 
---
Andrew Brandt
Lead Threat Research Analyst
Webroot
abra...@webroot.com
+1 720.842.3563
http://blog.webroot.com
 
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] Question about colour

[jcupitt]

Hi Chris,

On 29 March 2011 16:28, Chris Moller  wrote:
> (The utterly prosaic background of this question is that my wife runs an
> eBay business for which I am the reluctant photographer.  Frequently, I
> take multiple pictures of the same object, under the same lighting,
> differing sometimes only in the distance of the object from the light.
> The resultant colours  in the photographs are frequently significantly
> different and I use  GIMP to try to make them match.  This is remarkably
> difficult to do and if I ever get the time I may undertake to write
> something for GIMP to make this easier.)  (And I won't even comment on
> the near-impossibility of getting the image colours to perceptually
> match the in situ colours...)

I've actually done some work on this. My package (only tangentially
related to gimp) includes a colour calibration button, there's a
description of the process on the website:

http://www.vips.ecs.soton.ac.uk/index.php?title=Colour_calibration_with_nip2

The idea is that you take a photo including a colour standard (I use
the Macbeth). Then select the chart in the photo and click "calibrate"
to have it calculate a transform from your camera colour to sRGB. You
can then use that transform to colour-correct other images.

Macbeth have a "mini macbeth" now that has the same colour patches,
but is a much more reasonable size.

John
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] Question about colour

[Rob Antonishen]

> I confess I don't understand colour, but is my understanding even poorer
> than I thought?  Or is this an area in which GIMP needs a bit of work?

I don't think HSV and HSL are the same colourspace:
http://en.wikipedia.org/wiki/HSL_and_HSV

> Frequently, I
> take multiple pictures of the same object, under the same lighting,
> differing sometimes only in the distance of the object from the light.
> The resultant colours  in the photographs are frequently significantly
> different and I use  GIMP to try to make them match.  This is remarkably
> difficult to do and if I ever get the time I may undertake to write
> something for GIMP to make this easier.)

You can try my histogram match script:

http://ffaat.pointclark.net/blog/archives/162-Gimp-Script-Histogram-Match.html

-Rob A>
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

[Gimp-developer] Question about colour

[Chris Moller]

I did a little experiment last night, creating two rectangles, one  of 
hue = 240, saturation = 90%, and value = 90%, the other differing only 
in saturation, = 50%, i.e., reducing saturation by 40%.  Then, from the 
Hue/Lightness/Saturation dialogue, I increased the saturation of a 
selection in the less-saturated rectangle by 40, thinking the colours 
would then match.   They don't.  In fact, /no/ adjustment of saturation 
from that dialogue will make the colours match and, further, adjustment 
of the saturation also affects the colour value.  Adjusting colours that 
differ only in value (which I assume is the same as what's called 
"lightness" in the H/L/S dialogue) yields similarly unexpected results: 
it was possible, using value adjustment alone, to adjust a colour with 
an HSV triplet of [240 90 50] to [240 90 90], but only by increasing 
"Lightness" by 61 rather than the expected 40 (or perhaps the at least 
somewhat intuitive 80, the percentage increase of 90 over 50).

I confess I don't understand colour, but is my understanding even poorer 
than I thought?  Or is this an area in which GIMP needs a bit of work?

(The utterly prosaic background of this question is that my wife runs an 
eBay business for which I am the reluctant photographer.  Frequently, I 
take multiple pictures of the same object, under the same lighting, 
differing sometimes only in the distance of the object from the light.  
The resultant colours  in the photographs are frequently significantly 
different and I use  GIMP to try to make them match.  This is remarkably 
difficult to do and if I ever get the time I may undertake to write 
something for GIMP to make this easier.)  (And I won't even comment on 
the near-impossibility of getting the image colours to perceptually 
match the in situ colours...)
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

[Gimp-developer] Question regarding ToolInfo and Gimp Context

[Filip Krynicki]

I took a stab at explaining what I'm doing in the IRC channel, but I think I 
did a poor job, so here goes nothing. In short, I am working with a University 
lab in making an adaptation of Gimp. While most of our code does not interact 
with Gimp directly, we do make need to activate tools/actions at particular 
times.

Currently I am running into a problem. We use GimpContext.set_tool(ToolInfo) to 
set the currently active tool. In our interface this is always called by a 
button in the toolbox. While this works for most tools and actions, some 
specific tools have issues. For example, trying to active Hue/Saturation from 
the toolbox requires that an image be selected before the Hue/Saturation window 
appears. My understanding is that this is because the tool is set for that 
window's context, and does not actually execute until the window has focus 
again (though I could be completely wrong on this).

I was hoping someone here with an understanding of the tools architecture could 
explain to me whether or not I am right, and whether or not the approach I am 
considering - determining the last active window and giving it focus before 
activating tools - is in spirit with the existing engine, or if there is a 
better solution. The stroke selection tool does not seem to have the same 
limitation as the Hue/Saturation tool, which leads me to believe there may be a 
better option.

Thanks.___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] Question about tools (and other) icons in GIMP.

[David Gowers]

On Thu, Jul 15, 2010 at 3:30 AM, Эллина Петухова  wrote:
> Hello everybody. I want to sorry for my English because it's not my
> native language and i am not familiar with it.
>
> Also i am not a serious developer so if i talk something wrong or even
> bother you please tell me about that.
>
> Since i migrate to open-source programs  i am using GIMP often and
> everything is great (and i am very much obliged to you).
> But one thing that has been distracting my attention at work is a bright
> and coloured icon theme. Searching the way to change them i founded a
> source code and icons inside in uncompiled form. It seems to be very
> good and i am tried to change them and compile package.
>
> So it works but it's not the way to share them with somebody. (and even
> install them convenient)
> I found some information about which compiled files are responsible for
> icons here:
> http://www.gimpusers.com/forums/gimp-developer/1-Gimp-Toolbar-Icons.html#msg56152
> (it seems like your correspondence)
>
> And it's indicate that icons contained in the gimp-stock-pixbufs.h,
> gimp-core-pixbufs.h and gimp-wilber-pixbufs.h as i remember.
> But i can't find even one of them in my system. And there i get stuck.
> I think you understand that i want to find some files which are
> responsible for icon themes to be able to replace them.
> Adwise me please if it is not prevented and if it possible at all.
>
> P.S.: if you interested in what i want to do here is the example:
> http://gimper.net/viewtopic.php?f=1&t=7764
> .
>
> Thank you very much and good luck!

For an example of what Sven's talking about, see
http://jimmac.musichall.cz/log/?p=30

Jimmac has made a Grayscale icon theme for GIMP, though it is probably
somewhat out of date now, you can still see how the icon theming
works.
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] Question about tools (and other) icons in GIMP.

[Sven Neumann]

On Wed, 2010-07-14 at 22:00 +0400, Эллина Петухова wrote:
> Hello everybody. I want to sorry for my English because it's not my 
> native language and i am not familiar with it.
> 
> Also i am not a serious developer so if i talk something wrong or even 
> bother you please tell me about that.
> 
> Since i migrate to open-source programs  i am using GIMP often and 
> everything is great (and i am very much obliged to you).
> But one thing that has been distracting my attention at work is a bright 
> and coloured icon theme. Searching the way to change them i founded a 
> source code and icons inside in uncompiled form. It seems to be very 
> good and i am tried to change them and compile package.

You can change the icons without changing the source code and without
recompiling GIMP. Just add a gtkrc file that overrides the icons. The
gtkrc format is documented in the GTK+ developer documentation.


Sven


___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

[Gimp-developer] Question about tools (and other) icons in GIMP.

[Эллина Петухова]

Hello everybody. I want to sorry for my English because it's not my 
native language and i am not familiar with it.

Also i am not a serious developer so if i talk something wrong or even 
bother you please tell me about that.

Since i migrate to open-source programs  i am using GIMP often and 
everything is great (and i am very much obliged to you).
But one thing that has been distracting my attention at work is a bright 
and coloured icon theme. Searching the way to change them i founded a 
source code and icons inside in uncompiled form. It seems to be very 
good and i am tried to change them and compile package.

So it works but it's not the way to share them with somebody. (and even 
install them convenient)
I found some information about which compiled files are responsible for 
icons here: 
http://www.gimpusers.com/forums/gimp-developer/1-Gimp-Toolbar-Icons.html#msg56152
 
(it seems like your correspondence)

And it's indicate that icons contained in the gimp-stock-pixbufs.h, 
gimp-core-pixbufs.h and gimp-wilber-pixbufs.h as i remember.
But i can't find even one of them in my system. And there i get stuck.
I think you understand that i want to find some files which are 
responsible for icon themes to be able to replace them.
Adwise me please if it is not prevented and if it possible at all.

P.S.: if you interested in what i want to do here is the example: 
http://gimper.net/viewtopic.php?f=1&t=7764 
.

Thank you very much and good luck!
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] Question on new (2.8) paint dynamics

[Joao S. O. Bueno]

On Thu, May 20, 2010 at 10:35 AM, Rob Antonishen
 wrote:
> I will have to play with the force setting. I a looking to have a
> pixmap brush be lighter or darker based on brush pressure. Maybe
> explained like a dynamic dodge/burn applied to the brush source while
> painting?
>
Features apart, Rob, you can use some sort of "source layer" tracking
by using the clone tool instead. Just use it in registered mode, and
explore the painting modes/ painting on the layer mask, etc...

Regards,

   js





> -Rob A>
>
> On 5/20/10, Alexia Death  wrote:
>> On Thu, May 20, 2010 at 7:13 AM, Rob Antonishen
>>  wrote:
>>> I have looked at some of the previews and devel paint dynamic
>>> reports/reviews and still have a couple questions.
>>>
>>> In amongst all those settings is there any "trace a source layer" as an
>>> option?
>> No. and there wont be one in this iteration either. Its nontrivial and
>> probably pretty slow to access pixel under cursor for dynamics
>> evaluation and the whole thing needs to stabilize first. there are
>> other simpler dynamics inputs that are proposed, but not happening for
>> 2.8, like the position of the cursor in the image.
>>
>>> And along with that is there a brush dynamic to control the gamma of a
>>> brush while painting?  (This would be much like hardness for
>>> parametric brushes but for colour (stamp) type brushes would have some
>>> value).
>>
>> What do you mean by gamma? There is the Force output. It tries to
>> emulate the force a brush is applied  to the canvas with, that
>> saturates some parts of the brush when applied. It has been part of
>> gimp for ages, under the name of hardness but it is not really
>> hardness as used in vector brushes so it has a new name now.
>>
>> --
>> --Alexia
>>
>
> --
> Sent from my mobile device
> ___
> Gimp-developer mailing list
> Gimp-developer@lists.XCF.Berkeley.EDU
> https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
>
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] Question on new (2.8) paint dynamics

[Rob Antonishen]

I will have to play with the force setting. I a looking to have a
pixmap brush be lighter or darker based on brush pressure. Maybe
explained like a dynamic dodge/burn applied to the brush source while
painting?


-Rob A>

On 5/20/10, Alexia Death  wrote:
> On Thu, May 20, 2010 at 7:13 AM, Rob Antonishen
>  wrote:
>> I have looked at some of the previews and devel paint dynamic
>> reports/reviews and still have a couple questions.
>>
>> In amongst all those settings is there any "trace a source layer" as an
>> option?
> No. and there wont be one in this iteration either. Its nontrivial and
> probably pretty slow to access pixel under cursor for dynamics
> evaluation and the whole thing needs to stabilize first. there are
> other simpler dynamics inputs that are proposed, but not happening for
> 2.8, like the position of the cursor in the image.
>
>> And along with that is there a brush dynamic to control the gamma of a
>> brush while painting?  (This would be much like hardness for
>> parametric brushes but for colour (stamp) type brushes would have some
>> value).
>
> What do you mean by gamma? There is the Force output. It tries to
> emulate the force a brush is applied  to the canvas with, that
> saturates some parts of the brush when applied. It has been part of
> gimp for ages, under the name of hardness but it is not really
> hardness as used in vector brushes so it has a new name now.
>
> --
> --Alexia
>

-- 
Sent from my mobile device
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] Question on new (2.8) paint dynamics

[Alexia Death]

On Thu, May 20, 2010 at 7:13 AM, Rob Antonishen
 wrote:
> I have looked at some of the previews and devel paint dynamic
> reports/reviews and still have a couple questions.
>
> In amongst all those settings is there any "trace a source layer" as an 
> option?
No. and there wont be one in this iteration either. Its nontrivial and
probably pretty slow to access pixel under cursor for dynamics
evaluation and the whole thing needs to stabilize first. there are
other simpler dynamics inputs that are proposed, but not happening for
2.8, like the position of the cursor in the image.

> And along with that is there a brush dynamic to control the gamma of a
> brush while painting?  (This would be much like hardness for
> parametric brushes but for colour (stamp) type brushes would have some
> value).

What do you mean by gamma? There is the Force output. It tries to
emulate the force a brush is applied  to the canvas with, that
saturates some parts of the brush when applied. It has been part of
gimp for ages, under the name of hardness but it is not really
hardness as used in vector brushes so it has a new name now.

-- 
--Alexia
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

[Gimp-developer] Question on new (2.8) paint dynamics

[Rob Antonishen]

I have looked at some of the previews and devel paint dynamic
reports/reviews and still have a couple questions.

In amongst all those settings is there any "trace a source layer" as an option?

Like ID a greyscale source layer and have the brush dynamics follow
that (i.e. brush size or opacity based on the value of the source
layer at that point)?

And along with that is there a brush dynamic to control the gamma of a
brush while painting?  (This would be much like hardness for
parametric brushes but for colour (stamp) type brushes would have some
value).

Thanks in advance-

-Rob A>
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] question about a UI string (need to know for translation)

[Sven Neumann]

On Mon, 2010-01-04 at 12:03 +0200, Cristian Secară wrote:
> In the .po file from plug-ins there is this string:
> 
> #: ../plug-ins/common/file-desktop-link.c:83
> msgid "Desktop Link"
> 
> In my understanding this can be either:
> 1. a link placed on the desktop that points to something
> 2. a link to a desktop
> 
> Is this 1. or 2. ?

1.


Sven


___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

[Gimp-developer] question about a UI string (need to know for translation)

[Cristian Secară]

In the .po file from plug-ins there is this string:

#: ../plug-ins/common/file-desktop-link.c:83
msgid "Desktop Link"

In my understanding this can be either:
1. a link placed on the desktop that points to something
2. a link to a desktop

Is this 1. or 2. ?

Thank you,
Cristi

-- 
Cristian Secară
http://www.secarica.ro/
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] Question on mode grouping in 2.8

[Martin Nordholts]

On 09/07/2009 07:49 PM, Rob Antonishen wrote:
> Thanks all, for the confirmation and clarification.

For reference, here is the gimp-developer thread leading up to the 
rearrangements:
http://lists.xcf.berkeley.edu/lists/gimp-developer/2008-November/thread.html#21099

 / Martin

-- 

My GIMP Blog:
http://www.chromecode.com/

___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] Question on mode grouping in 2.8

[Tobias Jakobs]

On Mon, Sep 7, 2009 at 19:47, Michael Natterer wrote:
> On Mon, 2009-09-07 at 19:36 +0200, Tobias Jakobs wrote:
>> Moin!
>>
>> On Mon, Sep 7, 2009 at 19:17, Rob Antonishen wrote:
>> > I read that the layer modes are being grouped differently in 2.8 (from
>> > gimpusers.com - "Layer modes have been grouped by context for easier
>> > use. For example, all modes that darken/brighten the image are
>> > arranged together now.")
>>
>> As far as I know  there was no change since Gimp 2.0. This is a wrong
>> information from gimpusers.com.
>
> No, the information is right, the menu was reordered.

Oh, sorry. I must have missed that.

Regards,
Tobias
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] Question on mode grouping in 2.8

[Rob Antonishen]

Thanks all, for the confirmation and clarification.

-Rob A>

On Mon, Sep 7, 2009 at 1:47 PM, Michael Natterer wrote:
> On Mon, 2009-09-07 at 19:36 +0200, Tobias Jakobs wrote:
>> Moin!
>>
>> On Mon, Sep 7, 2009 at 19:17, Rob Antonishen wrote:
>> > I read that the layer modes are being grouped differently in 2.8 (from
>> > gimpusers.com - "Layer modes have been grouped by context for easier
>> > use. For example, all modes that darken/brighten the image are
>> > arranged together now.")
>>
>> As far as I know  there was no change since Gimp 2.0. This is a wrong
>> information from gimpusers.com.
>
> No, the information is right, the menu was reordered.
>
> The layer mode enum was of course not changed.
>
> ciao,
> --mitch
>
>
>
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] Question on mode grouping in 2.8

[Michael Natterer]

On Mon, 2009-09-07 at 19:36 +0200, Tobias Jakobs wrote:
> Moin!
> 
> On Mon, Sep 7, 2009 at 19:17, Rob Antonishen wrote:
> > I read that the layer modes are being grouped differently in 2.8 (from
> > gimpusers.com - "Layer modes have been grouped by context for easier
> > use. For example, all modes that darken/brighten the image are
> > arranged together now.")
> 
> As far as I know  there was no change since Gimp 2.0. This is a wrong
> information from gimpusers.com.

No, the information is right, the menu was reordered.

The layer mode enum was of course not changed.

ciao,
--mitch


___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] Question on mode grouping in 2.8

[Tobias Jakobs]

Moin!

On Mon, Sep 7, 2009 at 19:17, Rob Antonishen wrote:
> I read that the layer modes are being grouped differently in 2.8 (from
> gimpusers.com - "Layer modes have been grouped by context for easier
> use. For example, all modes that darken/brighten the image are
> arranged together now.")

As far as I know  there was no change since Gimp 2.0. This is a wrong
information from gimpusers.com.

Regards,
Tobias
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

[Gimp-developer] Question on mode grouping in 2.8

[Rob Antonishen]

I read that the layer modes are being grouped differently in 2.8 (from
gimpusers.com - "Layer modes have been grouped by context for easier
use. For example, all modes that darken/brighten the image are
arranged together now.")

Is this just a UI change, or is the enum value changed as well?
Specifically, will scripts that reference layer modes using numbers
rather than the enums get broken by this?  (I am a script writer, not
a developer, so I do not have enough actual exposure/experience with
the gimp code to even know where to look for myself...)

Thanks-

Rob A>
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

[Gimp-developer] Question about: JPEG / JFIF comments

[Rashid Kratou]

Hi guys,

my name is Rashid, I'm 23, studing computer science in germany and I  
need your help.

I need to save / read a comment in a jpeg file for a project. It must  
be a jfif comment (not exif). My OS is Ubuntu 9.04 and I have used  
libexiv2 (but they told me now, I have to use a jfif comment).

The code is allready working with libexiv2. I just need to change the  
lib for the comment. I have read about libjpeg-dev but I dont  
understand it. GIMP can write and read jfif comments.

So I'm asking you:

Can you copy the GIMP code read / write the jfif comments? I need just  
2 functions like

void writeComment(char* filename, char* data);
unsigned char* readComment(char* filename);

OR

Can you tell about an easy to use jpeg library that can read / write  
jfif comments? Or an easy tutorial for libjpeg-dev to read / write  
comments?

It would realy help me. Thank you.

Bye
Rashid


___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] question

[Alexandre Prokoudine]

2009/1/8 Irina Rotariu wrote:
> hi
> i work in education and, during my activities with the kids, they ask me
> questions about working with images in GIMP.
> so, my idea is writing a book which helps them use the program. this book
> would be only for educational purposes, because there are not many students
> here in Romania who can afford some more expensive alternatives to GIMP, but
> their talent and possibilities in obtaining excellent results in image
> manipulation are questionless.

Irina,

If you happen to speak Russian, I can provide you two small books on
GIMP written by Russian teachers at schools. Content is free, IIRC.

Alexandre
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] question

[Nicolas Robidoux]

Hello Irina:

It don't know if it would help, but there is a reasonable pdf
"beginner's guide" in French with a free download at

http://www.scribd.com/doc/7909512/Debuter-Avec-Gimp-2-6

The same group

http://www.aljacom.com/~gimp/

has put together an easier to install---so they say---windows "remix"
of the Gimp with easy to install French documentation.

Maybe this can give some ideas.

(Note that I don't quite understand why they felt the need to have
their own documentation, but apparently the remix was motivated on the
basis of easier installation. I can't judge, given that I don't use
Windows.)

Best of luck,

Nicolas Robidoux
Universite Laurentienne

___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] question

[SorinN]

On the main GIMP website they had a statement regarding your concerns :

"The terms of usage and rules about copying are clearly listed in the
GNU General Public License."

And here is the document : http://www.gimp.org/about/COPYING

..so good luck with the book - feel free to ask for here and there,
tips and tricks - I have experiance in DTP / Web design - where I use
GIMP + Inkscape for all my works now ( I know also very well
Photoshop, Photopaint because I've coming from $MS world ).

[ The only reason because I don't do myself a book about GIMP in
romanian language is the lack of time ]

Also, for tips / tricks ( Inkscape + GIMP ) in romanian language - you
can try http://nicubunu.ro/
or search in Google for 'Nicu Buculei gimp'.

Alte resurse utile ( probabil ;) ) pentru bibliografie :

http://blog-de-webdesign.blogspot.com/2007/10/tutorial-gimp-pentru-ibunatatirea.html
http://www.zona-foto.com/tutoriale-gipm/
http://tutoriale.sapte.ro/

probabil ar fi utile cateva randuri in carte despre licentele Creative
Commons, acum disponibile in Romania ( artistii vor avea nevoie de ele
) :

http://creativecommons.org/international/ro/

Mult succes !.


2009/1/8 Irina Rotariu :
> hi
> i work in education and, during my activities with the kids, they ask me
> questions about working with images in GIMP.
> so, my idea is writing a book which helps them use the program. this book
> would be only for educational purposes, because there are not many students
> here in Romania who can afford some more expensive alternatives to GIMP, but
> their talent and possibilities in obtaining excellent results in image
> manipulation are questionless.
> i know that GIMP is a GNU program, but i have some questions about using the
> GIMP trademark (including name of the program, names of menus or different
> procedures etc).
> i am concerned about the copyright and about the possible fees which i might
> owe to the GIMP team and developpers.
> i hope you can give me more info about this, or about the legal procedures
> to be followed in my situation.
> hope to hear from you soon.
> best regards,
> irina
>
>
> ___
> Gimp-developer mailing list
> Gimp-developer@lists.XCF.Berkeley.EDU
> https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
>
>



-- 
Nemes Ioan Sorin
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

[Gimp-developer] question

[Irina Rotariu]

hi
i work in education and, during my activities with the kids, they ask me
questions about working with images in GIMP.
so, my idea is writing a book which helps them use the program. this book
would be only for educational purposes, because there are not many students
here in Romania who can afford some more expensive alternatives to GIMP, but
their talent and possibilities in obtaining excellent results in image
manipulation are questionless.
i know that GIMP is a GNU program, but i have some questions about using the
GIMP trademark (including name of the program, names of menus or different
procedures etc).
i am concerned about the copyright and about the possible fees which i might
owe to the GIMP team and developpers.
i hope you can give me more info about this, or about the legal procedures
to be followed in my situation.
hope to hear from you soon.
best regards,
irina
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] Question about how Gimp displays multiple layers

[Mukund Sivaraman]

Hi Gregory

Gregory Hosler wrote:
> I'm working on a gtk application, and I have a need to display a composite 
> image. i.e. a
> base image, with a 2nd (much smaller) image overlaying a part of the bigger 
> 1st image.
> Periodically I may need to move the smaller image to a different location 
> within the
> bigger image.

Have you checked out the source code for gtk-demo? The Pixbuf demo in it seems 
to be
exactly what you described above.


Kind regards,

Mukund

___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] Question about how Gimp displays multiple layers

[Bill Skaggs]

Gimp handles all this with its own special code, which you most
definitely don't want to try to replicate.

There are several ways to handle this.  Basically the thing you have
to know is that widget drawing happens in response to "expose" events,
and what you need to accomplish is to make the large widget ignore
exposures that fall within the area of the small widget.  When a
container, such as GtkFixed, is called upon to handle an expose event,
it generates synthetic expose events for each of its children that
overlap the exposed area.  You will need to replace the "expose
handler" for the large widget with a custom-written one that does what
you require it to.  If you are custom-drawing the large widget, this
should be pretty easy -- you just have to avoid doing any drawing in
the part that lies within the small widget.

I expect you will find this explanation pretty confusing -- the main
thing I am trying to do here is to point you toward "expose" events as
the thing you need to read about.

  -- Bill
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] Question about how Gimp displays multiple layers

[David Gowers]

Hello. I cannot address the issue of widgets. Anyway GIMP does not use
widgets to display individual layers, only the final composition,
app/display holds the code IIRC(quite a bit of code -- someone else
might be able to narrow it down further.).
The image is composited and THEN displayed (in one widget). With this
sort of display there really is no reason to try to be clever by doing
things as confusing as you described. You just need to do the
composition (GDK will help you with that) and display the relevant
area of it in an expose handler for your display widget.

In short, this reminds me of when I used to make more work for myself
by being clever about finding ways to reduce the work I needed to do.
Do things the plain way first, try to be clever later if it doesn't
work well enough, OK?

On Mon, Mar 31, 2008 at 10:23 PM, Gregory Hosler <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
>  Hash: SHA1
>
>  Hi all,
>
>  I'm working on a gtk application, and I have a need to display a composite 
> image. i.e. a
>  base image, with a 2nd (much smaller) image overlaying a part of the bigger 
> 1st image.
>  Periodically I may need to move the smaller image to a different location 
> within the
>  bigger image.
>
>  My first attempt was to use the GtkFixed widget, and put both images into 
> the GtkFixed
>  container. The problem I faced is that GtkFixed will always layer the larger 
> image on top
>  of the smaller image (at least this is my observation, and I cannot figure 
> out how to
>  control the layering order for GtkFixed).
>
>  In [minimal] playing around with Gimp, I am aware that Gimp has the ability 
> to create a
>  composite image, out of multiple layers. I'm kinda curious as to the 
> algorithms (pointers
>  to within the code welcome), and whether there are widgets that are more 
> suited to this,
>  rather than the GtkFixed (that I could not get to work for me).
>
>  I do not mind loading a pixbuf, and then replacing a designated section of 
> it with the
>  smaller image's pixbuf, if that is what it takes... I cannot figure out from 
> the gtk
>  pixbuf devhelp pages how I might achieve this though.
>
>  Any thoughts/comments are most welcome.
>
>  Thanks, and best rgds,
>
>  - -Greg
>
>  - --
>  +-+
>
>  Please also check the log file at "/dev/null" for additional information.
> (from /var/log/Xorg.setup.log)
>
>  | Greg Hosler   [EMAIL PROTECTED]|
>  +-+
>  -BEGIN PGP SIGNATURE-
>  Version: GnuPG v1.4.7 (GNU/Linux)
>
>  iD8DBQFH8NCq404fl/0CV/QRAnelAJ42K0vVFIy/4g6u1CCQGTdu+v2buwCbBpIZ
>  8xUITPrCcFIJqPbMpCu98Ew=
>  =lmCC
>  -END PGP SIGNATURE-
>  ___
>  Gimp-developer mailing list
>  Gimp-developer@lists.XCF.Berkeley.EDU
>  https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
>
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

[Gimp-developer] Question about how Gimp displays multiple layers

[Gregory Hosler]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi all,

I'm working on a gtk application, and I have a need to display a composite 
image. i.e. a
base image, with a 2nd (much smaller) image overlaying a part of the bigger 1st 
image.
Periodically I may need to move the smaller image to a different location 
within the
bigger image.

My first attempt was to use the GtkFixed widget, and put both images into the 
GtkFixed
container. The problem I faced is that GtkFixed will always layer the larger 
image on top
of the smaller image (at least this is my observation, and I cannot figure out 
how to
control the layering order for GtkFixed).

In [minimal] playing around with Gimp, I am aware that Gimp has the ability to 
create a
composite image, out of multiple layers. I'm kinda curious as to the algorithms 
(pointers
to within the code welcome), and whether there are widgets that are more suited 
to this,
rather than the GtkFixed (that I could not get to work for me).

I do not mind loading a pixbuf, and then replacing a designated section of it 
with the
smaller image's pixbuf, if that is what it takes... I cannot figure out from 
the gtk
pixbuf devhelp pages how I might achieve this though.

Any thoughts/comments are most welcome.

Thanks, and best rgds,

- -Greg

- --
+-+

Please also check the log file at "/dev/null" for additional information.
(from /var/log/Xorg.setup.log)

| Greg Hosler   [EMAIL PROTECTED]|
+-+
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (GNU/Linux)

iD8DBQFH8NCq404fl/0CV/QRAnelAJ42K0vVFIy/4g6u1CCQGTdu+v2buwCbBpIZ
8xUITPrCcFIJqPbMpCu98Ew=
=lmCC
-END PGP SIGNATURE-
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

[Gimp-developer] Question on using tablet functionality to help teach people to draw?

[Matt Jobson]

Hi I'm sorry if this is off-topic. I just didn't know where to post this Question.I know Gimp supports tablets and pressure sensitivity, but i was wondering if it would be possible to record the data that is sent from the tablet and to replay it later in a movie style, much like this website:
http://artpad.art.com/artpad/painter/Also If the data from the input of the tablet could be dissected and analysed to display the particular angle, amount of pressure used etc etc at any given point in real time, you would be able to give feedback to the user.
By doing so, you could implement a feature in the gimp whereby people who can draw very well could write simple tutorials and amateurs could follow along and be told when their doing the wrong thing, in order to get a feel for the way in which to draw correctly.
Basically accessing this data from the input of a stylus on a tablet could help teach people how to draw/paint or refine their skills.I was wondering if this is something that is fairly easy to code (as I'm not a programmer) and if so, whether anybody is interested in having a go?
Or if this is the wrong place to be asking this question, to where I should send this question?Thanks in advance,Matt Jobson
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Fwd: [Gimp-developer] Question about the plug-in system.

[michael chang]

[My apologies, I forgot to CC to the list. ^^"]

On 8/4/05, Joao S. O. Bueno Calligaris <[EMAIL PROTECTED]> wrote:
> On Thursday 04 August 2005 18:43, Axel Philipsenburg wrote:
> > What I'd like to do is to write a plug-in that would make the Gimp
> > a nice tool for 3D artists by showing a 3D object in a seperate
> > window with the currently selected Gimp image as UV mapped texture.
> >
> > The 3D object would be loaded from a Wavefront OBJ file with all UV
> > mapping coordinates and been displayed by using OpenGL.
> >
> > The only thing that gives me worries about this, is if the Gimp
> > plug-in system would allow a seperate window to be constantly
> > displayed and updated whenever a tool operation is finished so that
> > the artist can practically see each brush stroke (or other tool
> > usage) instantly on the 3D object once the tool has been used.

> Offically it is not possible.
>
> That is: there is no way for the GIMP to call back your plug-in
> whenever an action is performed.

Either way, the idea of redoing this every time an action is finished
sounds very scary.  What happens when I don't want to use it, or if I
run a script-fu or something?  I'd rather be able to preset the
settings, and then just click an "Update Preview" function.  This _IS_
a preview type thing, isn't it?  Otherwise it would be kind of
weird...

> However nothing but the extreme deselegance of it can stop your
> plug-in of pooling the GIMP for image data every few seconds.

I believe you mean polling.  And while this doesn't sound impossible,
would GIMP allow for a Plugin to open a window, poll, and still let
the user continue working?  If memory serves me right, every other
plugin I know of, GIMP hands total control over to the plugin, and
"freezes" (if you will) while the plugin is running.  So if the window
stays open, will I even be able to make a change in the meantime?

If you can't get an autoupdating one working, at least one that
doesn't auto-update would be nice.  [Especially if you're willing to
maintain it through the versions.  *ahem*]  Just a thought, how are
you going to set the camera angle though?

--
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.


-- 
~Mike
 - Just my two cents
 - No man is an island, and no man is unable.
___
Gimp-developer mailing list
Gimp-developer@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer

Re: [Gimp-developer] Question about the plug-in system.

[Shlomi Fish]

On Friday 05 August 2005 17:19, Joao S. O. Bueno Calligaris wrote:
> On a note to my previous idea of linking such a script  to Blender3D:
> If it is not possible for a script  to be both a GIMP plugina  a
> blender script, anyway, a Bldenr Python Script can comunicate with a
> GIMP plugin script via sockets or TCP with very little effort. The
> major nuisance I see in this aproach is taht AFAIK blender takes full
> screen for it, so I do not know you could keep a GIMP window open
> over Blender for painting.

Blender has a command line option for starting in a resizable window. I don't 
remember what it is, but judging by the "-h" display it seems to be "-w", but 
I don't know for sure because at the moment, I did not activate the Nvidia 
proprietary driver. (so my machine won't constantly hang up - ). 

Regards,

Shlomi Fish

-
Shlomi Fish  [EMAIL PROTECTED]
Homepage:http://www.shlomifish.org/

Tcl is LISP on drugs. Using strings instead of S-expressions for closures
is Evil with one of those gigantic E's you can find at the beginning of 
paragraphs.
___
Gimp-developer mailing list
Gimp-developer@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer

Re: [Gimp-developer] Question about the plug-in system.

[Joao S. O. Bueno Calligaris]

On a note to my previous idea of linking such a script  to Blender3D: 
If it is not possible for a script  to be both a GIMP plugina  a 
blender script, anyway, a Bldenr Python Script can comunicate with a 
GIMP plugin script via sockets or TCP with very little effort. The 
major nuisance I see in this aproach is taht AFAIK blender takes full 
screen for it, so I do not know you could keep a GIMP window open 
over Blender for painting.
___
Gimp-developer mailing list
Gimp-developer@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer

Re: [Gimp-developer] Question about the plug-in system.

[Sven Neumann]

Hi,

Axel Philipsenburg <[EMAIL PROTECTED]> writes:

> What I'd like to do is to write a plug-in that would make the Gimp a
> nice tool for 3D artists by showing a 3D object in a seperate window
> with the currently selected Gimp image as UV mapped texture.

But such a plug-in does already exist. Years ago already I saw a
plug-in that allows you to paint on Quake characters will 3D preview
in realtime. Did you check the registry?


Sven
___
Gimp-developer mailing list
Gimp-developer@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer

Re: [Gimp-developer] Question about the plug-in system.

[Joao S. O. Bueno Calligaris]

On Thursday 04 August 2005 18:43, Axel Philipsenburg wrote:
> Hello folks!
>
> I've just now joined this mailing list, looking for some info from
> people who know the internals of the Gimp's plug-in system.
>
> The reason is, that I have a project in mind that I'd like to try
> to write as an Gimp plug-in, but I am not sure if it can be done.
>
> So before diving headlong into the source I though I'd rather ask
> if it's even doable. If so, then I'll start digging through docs
> and code. :)
>
> What I'd like to do is to write a plug-in that would make the Gimp
> a nice tool for 3D artists by showing a 3D object in a seperate
> window with the currently selected Gimp image as UV mapped texture.
>
> The 3D object would be loaded from a Wavefront OBJ file with all UV
> mapping coordinates and been displayed by using OpenGL.
>
> The only thing that gives me worries about this, is if the Gimp
> plug-in system would allow a seperate window to be constantly
> displayed and updated whenever a tool operation is finished so that
> the artist can practically see each brush stroke (or other tool
> usage) instantly on the 3D object once the tool has been used.
>
> If that is the case, then the only real work for the plug-in in
> would be to make a flattened copy of the currently edited image and
> send it as texture to the OpenGL part of the plug-in.
>
> Any comments on the idea or if this possible with using the Gimp's
> plug-in system?
>

Hi!

Offically it is not possible.

That is: there is no way for the GIMP to call back your plug-in 
whenever an action is performed.

However nothing but the extreme deselegance of it can stop your 
plug-in of pooling the GIMP for image data every few seconds.

So, I'd say it is feasible. It won't be perfect, but would be 
functional enough.

Are you writing the 3D part? 
Maybe it is even possible to use blender for it. I do not know exactly 
how Python works with Blender - but it may be possible to write a 
script that is _both_ a blender script and a GIMP plug-in and get 
this working with less than 200 lines of code.

JS
-><-
> Thanks a lot in advance.
>
> Bye Bye
>
> Axel
> ___
> Gimp-developer mailing list
> Gimp-developer@lists.xcf.berkeley.edu
> http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
___
Gimp-developer mailing list
Gimp-developer@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer

[Gimp-developer] Question about the plug-in system.

[Axel Philipsenburg]

Hello folks!

I've just now joined this mailing list, looking for some info from people who
know the internals of the Gimp's plug-in system. 

The reason is, that I have a project in mind that I'd like to try to write as 
an Gimp plug-in, but I am not sure if it can be done.

So before diving headlong into the source I though I'd rather ask if it's even 
doable. If so, then I'll start digging through docs and code. :)

What I'd like to do is to write a plug-in that would make the Gimp a nice tool 
for 3D artists by showing a 3D object in a seperate window with the currently 
selected Gimp image as UV mapped texture.

The 3D object would be loaded from a Wavefront OBJ file with all UV mapping 
coordinates and been displayed by using OpenGL.

The only thing that gives me worries about this, is if the Gimp plug-in system 
would allow a seperate window to be constantly displayed and updated whenever 
a tool operation is finished so that the artist can practically see each 
brush stroke (or other tool usage) instantly on the 3D object once the tool 
has been used.

If that is the case, then the only real work for the plug-in in would be to 
make a flattened copy of the currently edited image and send it as texture to 
the OpenGL part of the plug-in.

Any comments on the idea or if this possible with using the Gimp's plug-in 
system?

Thanks a lot in advance.

Bye Bye

Axel
___
Gimp-developer mailing list
Gimp-developer@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer

Re: [Gimp-developer] question regarding Order of Menu items

[Owen Cook]

On Mon, 29 Nov 2004, Sven Neumann wrote:

> Owen Cook <[EMAIL PROTECTED]> writes:
> 
> > Other corresspondents suggest it can be done through the
> > File->Preferences dialogue but as yet I haven't found that
> 
> It's there, in the Tool Options section. Almost all settings that are
> found in gimprc are also accessible from the Preferences dialog.



My apologies, I could not see the blindingly obvious.

Time for a holiday!



Owen 

___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer

Re: [Gimp-developer] question regarding Order of Menu items

[Sven Neumann]

Hi,

"miriam clinton (iriXx)" <[EMAIL PROTECTED]> writes:

> What i'm questioning here is - does this order of menu mean that one
> can set one's own menu preferences? (a piece of functionality I hadn't
> realised was there) or is this just a programming issue?

The question wasn't about the order of menus, it was about the default
value choosen in a combo-box. The default value is user configurable,
the menus in general aren't.

GIMP 2.2 makes it easy to change the menus since the menu structure
isn't any longer hardcoded into the application but read from a number
of XML files. However the user isn't supposed to edit these files.
This is a feature for developers and for users who want to play with
the menus in order to help us to improve the menu hierarchy during the
next development cycle.


Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer

Re: [Gimp-developer] question regarding Order of Menu items

[Sven Neumann]

Hi,

Owen Cook <[EMAIL PROTECTED]> writes:

> Other corresspondents suggest it can be done through the
> File->Preferences dialogue but as yet I haven't found that

It's there, in the Tool Options section. Almost all settings that are
found in gimprc are also accessible from the Preferences dialog.


Sven

___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer

Re: [Gimp-developer] question regarding Order of Menu items

[miriam clinton (iriXx)]

Owen Cook wrote:
On Mon, 29 Nov 2004, miriam clinton (iriXx) wrote:
 

What i'm questioning here is - does this order of menu mean that one can 
set one's own menu preferences? (a piece of functionality I hadn't 
realised was there) or is this just a programming issue?
   


If you are on *nix, you can do a 'man gimprc'
In my case I wished to have the default interpolation selection set to 

Cubic (Best)
and thanks to Sven, I added this to the bottom of my .gimp-2.2/gimprc file
(interpolation-type cubic)
Other corresspondents suggest it can be done through the File->Preferences
dialogue  but as yet I haven't found that
Presumeably the Windows version gimprc file can be amended likewise. 

 

it would be great if things could be done through File->Preferences on 
both GNU/Linux and Windows... I'm testing on both (Mandrake 10.0 - 
because from the point of view of a designer, they'll buy off-the-shelf 
rather than bleeding edge stuff)...

designers (other than me, cos i'm a bit more seasoned with GNU/Linux) 
wont be able to understand a gimprc, and probably won't manage the Man 
pages for a while.

i'm trying to encourage designers towards using GNU/Linux as a 
professional platform... designers are by nature visual thinkers, and 
will be put off / have difficulty with adding verbal commands to 
preference files, especially as to them, Linux already has the 
reputation of being 'difficult' (ironically, most think they're using a 
'real' Unix with Mac OS X).

if we're to have professional-level designers using GIMP, we're going to 
need these preferences set as part of the GUI, or they'll never know 
they are there - designers arent very good at RTFM, in fact most of them 
will throw it at you ;) (usually because of pressure of working to a 
deadline)...

bear in mind that most designers, as with many other creatives, are 
dyslexic - myself included. creativity and dyslexia both inhabit the 
temporal lobes of the brain, and so can cross over. without the lecture 
on neurology ;) - it means that /everything/ needs to have a GUI option 
for GIMP to be fully usable by a designer.

best,
Miriam.
--
99% of aliens prefer Earth
--Eminem
www.iriXx.org
www.copyleftmedia.org.uk
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer

Re: [Gimp-developer] question regarding Order of Menu items

[Owen Cook]

On Mon, 29 Nov 2004, miriam clinton (iriXx) wrote:

> 
> What i'm questioning here is - does this order of menu mean that one can 
> set one's own menu preferences? (a piece of functionality I hadn't 
> realised was there) or is this just a programming issue?


If you are on *nix, you can do a 'man gimprc'

In my case I wished to have the default interpolation selection set to 

Cubic (Best)

and thanks to Sven, I added this to the bottom of my .gimp-2.2/gimprc file

(interpolation-type cubic)

Other corresspondents suggest it can be done through the File->Preferences
dialogue  but as yet I haven't found that

Presumeably the Windows version gimprc file can be amended likewise. 





Owen

___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer

[Gimp-developer] question regarding Order of Menu items

[miriam clinton (iriXx)]

having had a bit of an absence here due to some international travel:
I'm writing a review of GIMP, Inkscape and various other applications 
for Linux User and Developer magazine at present.  I've given the new 
version of GIMP quite a glowing review (despite my sometimes 
terse/frustrated designer's comments on-list) especially for intuitivity 
and adaption towards a designer's needs.

What i'm questioning here is - does this order of menu mean that one can 
set one's own menu preferences? (a piece of functionality I hadn't 
realised was there) or is this just a programming issue?

Best,
Miriam.


 


--
99% of aliens prefer Earth
--Eminem
www.iriXx.org
www.copyleftmedia.org.uk
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer

Re: [Gimp-developer] Question about Script-Fu functions

[Kevin Cozens]

At 11:06 PM 01/29/2004, Jeff wrote:
Before you put too much more work into a script converter -  take a look
at this one which I just got working this afternoon.  I based it on Marc
Lehmann's old scm2scm script, but tweaked it to (a) convert the
deprecated functions and (b) add some additional parameters to things
like gimp-edit-blend and plug-in-edge.
I didn't notice the change to plug-in-edge. I had already finished my 
script before I saw your message. I have gone back in and modified my 
script to deal with plug-in-edge. My script is simpler than scm2scm in that 
it reads from stdin and writes to stdout, and it won't generate a diff. I 
have one other minor change to make to it to make it safe to run a 2.0 
script through it so it won't alter a call to plug-in-edge which already 
has the right parameter count. My script will be an aid (for me at least) 
in porting scripts to 2.0 which I may do from time to time on an as needed 
basis.

I would like to see your script. It didn't make it through to the mailing 
list so perhaps you could e-mail it to me off list or post a URL where I 
can obtain it.

Which reminds me, I haven't yet adjusted the functions that no longer
take the image parameter, but you should be able to figure out where
that code should go.
My script also takes care of converting the deprecated constants (see the 
comment in siod-wrapper.c if you don't believe there are constants already 
considered deprecated).

Cheers!

Kevin.  (http://www.interlog.com/~kcozens/)

Owner of Elecraft K2 #2172|"What are we going to do today, Borg?"
E-mail:kcozens at interlog dot com|"Same thing we always do, Pinkutus:
Packet:[EMAIL PROTECTED]|  Try to assimilate the world!"
#include|  -Pinkutus & the Borg
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer

Re: [Gimp-developer] Question about Script-Fu functions

[Kevin Cozens]

Thank you, Sven and Michael.

Oops, my mistake. It was late and I looked up the deprecated functions to 
see they still need 'img'. I thought I had looked up their replacements 
before I commented. You are both right of course, that the replacement 
functions don't take the extra argument.

I was looking at the source (and gimpcompat.h) in order to build a list of 
deprecated functions for my Perl script that updates Script-Fu's written 
from the 1.2 GIMP to the 2.0 GIMP.

Thank you, Sven, for the comments about porting a plug-in to the 2.0 API. I 
haven't done a port of a C-based plug-in yet, but I want to try doing this 
with the Guash plug-in. The sample plug-in and your comments should help. 
Now all I need is the time in which to do the port. :-)

Cheers!

Kevin.  (http://www.interlog.com/~kcozens/)

Owner of Elecraft K2 #2172|"What are we going to do today, Borg?"
E-mail:kcozens at interlog dot com|"Same thing we always do, Pinkutus:
Packet:[EMAIL PROTECTED]|  Try to assimilate the world!"
#include|  -Pinkutus & the Borg
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer

Re: [Gimp-developer] Question about Script-Fu functions

[Sven Neumann]

Hi,

Michael Natterer <[EMAIL PROTECTED]> writes:

> This was changed recently and the old API went into gimpcompat.h
> Of course the compat macros still take the image parameter.
> 
> (note that everything in gimpcompat.h is deprecated)

Let me try to clarify this even more

gimpcompat.h is not included from libgimp/gimp.h and it is not meant
to be used at all. It serves two purposes: First, it documents the
changes that were made to the libgimp API. Second, it helps when
porting a plug-in to the 2.0 API.

When porting a plug-in to the GIMP 2.0 API, first of all, the build
environment needs to be adjusted so it uses the gimp2.0 headers and
libraries. Then, the plug-in can include libgimp/gimpcompat.h and an
attempt can be made to compile it. Most probably a few occurances of
drawable->id will have to be changed to drawable->drawable_id and if
there's a GUI, the call to gimp_dialog_new() will have to be redone
(these changes cannot be covered by gimpcompat.h).

At this point the plug-in should compile and work already but we
aren't done yet. The next step is to remove the inclusion of
gimpcompat.h again and change the code until it compiles and works
again. Then, you should consider to define G_DISABLE_DEPRECATED,
GTK_DISABLED_DEPRECATED, GDK_DISABLE_DEPRECATED at the top of you C
files or as a compiler command-line option. As soon as any warnings
caused by this change are fixed, your plug-in should be ready for 2.0.


Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer

Re: [Gimp-developer] Question about Script-Fu functions

[Michael Natterer]

Kevin Cozens <[EMAIL PROTECTED]> writes:

> Greetings, all.
>
> I am doing a number of things in the GIMP related to Script-Fu scripts.
> One of the things I noticed is that in libgimp/gimpcompat.h it appears
> that the 'img' argument has not been dropped for a couple of Script-Fu
> scripts that also take a layer argument. For 1.2, many of the functions
> requiring 'img layer' as part of their argument list had the 'img'
> argument dropped as no longer needed.
>
> The functions in question are gimp-layer-add-mask, and
> gimp-layer-remove-mask.
>
> Is there some reason these two functions still require both img and
> layer arguments?

Hm, gimp-layer-[add,remove]-mask do not take an image parameter.

This was changed recently and the old API went into gimpcompat.h
Of course the compat macros still take the image parameter.

(note that everything in gimpcompat.h is deprecated)

ciao,
--mitch
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer

[Gimp-developer] Question about Script-Fu functions

[Kevin Cozens]

Greetings, all.

I am doing a number of things in the GIMP related to Script-Fu scripts.
One of the things I noticed is that in libgimp/gimpcompat.h it appears
that the 'img' argument has not been dropped for a couple of Script-Fu
scripts that also take a layer argument. For 1.2, many of the functions
requiring 'img layer' as part of their argument list had the 'img'
argument dropped as no longer needed.

The functions in question are gimp-layer-add-mask, and
gimp-layer-remove-mask.

Is there some reason these two functions still require both img and
layer arguments?

-- 
Cheers!
 
Kevin.  (http://www.interlog.com/~kcozens/)
 
Owner of Elecraft K2 #2172|"What are we going to do today, Borg?"
E-mail:kcozens at interlog dot com|"Same thing we always do, Pinkutus:
Packet:[EMAIL PROTECTED]|  Try to assimilate the world!"
#include|  -Pinkutus & the Borg

___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer

Re: [Gimp-developer] Question

[Avi Bercovich]

Jean B wrote:
> 
> hi,
> 
> i'am watching for a gui builder : what is gnoma, gtk, glade and why should i use 
>them rather than xmotif or other gui builder?

gnome is a large development framework targettet to bringing MS windows
like desktop functionality to Unices.

gtk is a UI widget toolkit for X11, with a bunch of C helper functions
in Glib.

glade is an attempt at a WYSIWYG UI-builder for the gtk toolkit.

and if you're comfortable with motif, and you don;t need to integrate
your application into nome, I wouldn't know why you need to use
gnome/gtk/glade over xmotif.

> for a long time, which one is the best?
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer

[Gimp-developer] Question

[Jean B]

hi,

i'am watching for a gui builder : what is gnoma, gtk, glade and why should i use them 
rather than xmotif or other gui builder?

for a long time, which one is the best?

regards,

jean
-- 
__
Sign-up for your own FREE Personalized E-mail at Mail.com
http://www.mail.com/?sr=signup

Save up to $160 by signing up for NetZero Platinum Internet service.
http://www.netzero.net/?refcd=N2P0602NEP8

___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer

Re: [Gimp-developer] Question about a possible bug

[Simon Budig]

Chris Brown ([EMAIL PROTECTED]) wrote:
> I couldn't find anythign in the archives about this but I'm having some
> trouble with Gimp completely freezing on me.
> 
> I'm running Mandrake 8.

Mandrake's default GTK+-Theme is broken. Either switch to the default
theme or have a look at
   http://www.linux-mandrake.com/en/updates/2001/MDKA-2001-010.php3?dis=8.0

Bye,
Simon
-- 
  [EMAIL PROTECTED]   http://www.home.unix-ag.org/simon/
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer

[Gimp-developer] Question about a possible bug

[Chris Brown]

I couldn't find anythign in the archives about this but I'm having some
trouble with Gimp completely freezing on me.

I'm running Mandrake 8. I did have it on an old 133 with 64 MB I was
having the same problem there as well but thought it was related to trying
to run too much at the same time.

I'm one a 333 k6-2 now with 128 MB. I'm running Gimp 1.2.2 (on the 133
machine it was 1.2.1). I had heard of some problems with the Gimp on
Mandrake so I downloaded and compiled from Gimp.org

The Gimp locks up without fail when I do the follow:
I create a new image, it doesn't seem to matter what size.
I use a non-drawing tool (selection, color-picker, zoom).
I switch to a drawing or paint tool (pencil, bucket-fill, gradient)

Really it does it almost anytime I switch from non drawing tools to
drawing tools.

However at home I have a Mandrake 6.1 box and Gimp 1.2.1 runs just fine.

Unfortunatly I have not been able to find anything that would give an
indication what is going wrong. I've tried running gimp from an xterm in
hopes that it would print some sort of messages. I tried strace but then
it wouldn't even start.

Has anyone else had this problem and is there a work around for it?

Thanks in advance

Chris

-- 
Chris the Christianfreak
http://www.christianfreak.net

#!/usr/bin/perl

@a=(Lbzjoftt,Inqbujfodf,
Hvcsjt); $b="Lbssz Wbmm"
;$b =~ y/b-z/a-z/ ; $c =
" Tif ". @a ." hsfbu wj"
."suvft pg b qsphsbnnfs"
. ":\n";$c =~y/b-y/a-z/;
print"\n\n$c ";for($i=0;
$i<@a; $i++) { $a[$i] =~
y/b-y/a-z/;if($a[$i]eq$a
[-1]){print"and $a[$i]."
;}else{ print"$a[$i], ";
}}print"\n\t\t--$b\n\n";


___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer

Re: gimp headers not found (was Re: [Gimp-developer] question of context)

[Gustaf Barkstrom]

Well, I "knew" it would be a simple answer. I guess the use of "automated
everything" has passed this newbie by good ol' ways of getting the
stuff you need.  Thanks, sorry the email was long in relation to the
question.  If you didn't respond, it's probably because you're still
reading my posting, so no problem.

Thanks again,

Gustaf B.

P.S. Fabian, here is what we're looking for to get those headers passed.
Hope this works for you.

At 01:27 PM 6/13/2001 +0200, you wrote:
>Hi Gustaf,
>
>Gustaf Barkstrom <[EMAIL PROTECTED]> writes:
>
> > (therein lies probably the crux of my problem, "I don't know how to
> > pass headers to the configure script")
>
>You need to tell cpp and ld where to find the headers and libs by
>defining environment variables:
>
>export CPPFLAGS='-I /path/to/blah/include'
>export LDFLAGS='-L /path/to/blah/lib'
>
>before running ./configure
>
>Note that this is only neccessary for legacy libs which do not provide
>M4 macros or *-config scripts.
>
>ciao,
>--mitch

___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer

Re: gimp headers not found (was Re: [Gimp-developer] question of context)

[Michael Natterer]

Hi Gustaf,

Gustaf Barkstrom <[EMAIL PROTECTED]> writes:

> (therein lies probably the crux of my problem, "I don't know how to
> pass headers to the configure script")

You need to tell cpp and ld where to find the headers and libs by
defining environment variables:

export CPPFLAGS='-I /path/to/blah/include'
export LDFLAGS='-L /path/to/blah/lib'

before running ./configure

Note that this is only neccessary for legacy libs which do not provide
M4 macros or *-config scripts.

ciao,
--mitch
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer

gimp headers not found (was Re: [Gimp-developer] question of context)

[Gustaf Barkstrom]

Hi,

Thanks for your quick responses.  I sent this to Raphael as well.  Someone
on gimp-user said he'd had similar problems on Unix 5.0a (??) and this problem
also appears on the newsgroups archive available at the link below:

http://groups.google.com/groups?q=gimp+headers+not+found&hl=en&lr=&safe=off&rnum=1&ic=1&selm=MIqV6.77464%24qc.9684819%40news1.rdc1.va.home.com

or type "gimp headers not found" on groups.google.com and pick the first 
finding...

Here's the problem as I posted it to Raphael and to the newsgroups:

I am compiling v1.2.1 with the script at the bottom of this message.
I am working in a Solaris 2.6 environment, with gcc 2.9.5, gtk 1.2.9,
and glib 1.2.9. Despite having compiled and installed the
graphics libraries shown in the script, and despite gimp's
configure finding the graphics libraries, the configure script
WILL NOT find the header files. I have done several things:

1) I have copied the header files to /usr/include, they're not found.
2) I have linked the header files from /usr/include, they're not found.
3) I have moved the header files into the lib directories where
gimp's configure DOES find the libraries, and the headers are still not found.
4) and this is interesting, I have EDITED the configure script, making
hard-path references to the graphics header files (e.g. 
/usr/slocal/tiff/include/tiffio.h)
for each of the libraries (lots of work). This FOOLS the configure script, 
it reports
that it finds the headers. However, when I run a gmake and gmake install, gimp
compiles, but without JPEG,TIFF,GIF,PNG,or XPM support!  Ack! :)
So, I know gimp runs, but it won't for the life of me find the graphics header
files that it needs. Several points to desuade questions you might have:

1) gtk+ works with the test from the configure script

2) glib works (given the point above) with the test from the gtk+ configure.

3) zlib, png, jpeg, xpm, gif, tiff LIBRARIES are found and work.
I know these graphics libs work because I compiled WindowMaker against them.
 3a)  tiff 3.4
 3b)  libpng 1.0.5 and current zlib
 3c)  jpeg 6a
 3d)  libungif 4.1.0 (or is it 4.7?)  don't have it in front of me, 
but it's current
 3e)  xpm  current

4) GIMP WORKS but without the graphics support, it just uses XGF or 
whatever it's
default is called. :( It clearly finds all the standard header files, and 
reports finding them
in the configure output, i.e. the headers in /usr/include.

5) There is a separate gcc include directory which is 
/usr/slocal/..blabla/solaris-sparc-2.6/
include  or something like that, which has different things, like stdarg.h 
for gcc, for example.
I did not include this in my path, and don't know how to pass these headers 
to the compiler.
(therein lies probably the crux of my problem, "I don't know how to pass 
headers to the configure script")

Script follows:
---(this line not in script)
#!/bin/csh
#
# Installation script for gimp 1.2.1 on /usr/slocal/gimp-1.2.1
# GJB 06/08/01

setenv CC gcc
setenv PATH /usr/slocal/bin:$PATH
setenv LD_LIBRARY_PATH 
/usr/slocal/glib/lib:/usr/slocal/gtk+/lib:/usr/slocal/zlib/lib:/usr/slocal/lib:/usr/slocal/libungif/lib:/usr/slocal/libpng/lib:/usr/slocal/tiff/lib:/usr/slocal/xpm/lib:/usr/slocal/jpeg/lib:$LD_LIBRARY_PATH

./configure --prefix="/usr/slocal/gimp-1.2.1" --disable-shared

# uncomment lines below when configure is happy...
#gmake
#gmake install
---(this line not in script)

Any help is much appreciated, thanks for reading this LONG email.

Thanks again,
Gustaf Barkstrom





At 04:15 AM 6/12/2001 -0600, you wrote:
>On Mon, 11 Jun 2001, Gustaf Barkstrom wrote:
>
> > Hi,
> >
> > I joined this newsgroup to see if I could get some help compiling gimp
> > 1.2.1.  Am I in the right place?  Is there a help list for sysadmins etc.
> > who are having compilation/configure problems?  deja news 
> (groups.google.com)
> > has yielded nothing :(
> >
> > If I may ask, and I have details of my travails with compiling gimp on
> > Solaris 2.6,
> > let me know.
> >
> > Thanks; I don't want to intrude on development if I'm not in the right 
> place...
>
>That's a gray line.  I can tell you that we field a lot of such questions
>on this list.  Whether this is the most "appropriate" list isn't for me to
>say.  But if your problems with compiling aren't run-of-the-mill, this is
>the only place to ask. ;)
>
>So what exactly are the problems that you are having?  We try hard to make
>compilation as painless as possible.
>
>Rockwalrus
>
>___
>Gimp-developer mailing list
>[EMAIL PROTECTED]
>http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer

___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer

Re: [Gimp-developer] question of context

[Raphael Quinet]

On Tue, 12 Jun 2001, Gustaf Barkstrom wrote:
 > I joined this newsgroup to see if I could get some help compiling gimp
 > 1.2.1.  Am I in the right place?  Is there a help list for sysadmins etc.
 > who are having compilation/configure problems?  deja news
 > (groups.google.com)
 > has yielded nothing :(

Well, the best place for this kind of questions is probably the
newsgroup comp.graphics.apps.gimp, since its charter includes the
following:

   "- tips and tricks: how to create such and such effect, how to convert
  some images to other formats, tips for scanned images, etc.,
- technical questions: installation, configuration, bug reports,
  programming plug-ins and scripts,
- announcements of new versions of the GIMP and plug-ins."

The second point is certainly what you are looking for.

 > If I may ask, and I have details of my travails with compiling gimp on
 > Solaris 2.6,
 > let me know.

Since you posted your question to this list and I am using Solaris 2.6,
I might as well try to answer it.  I compiled glib-1.2.9, gtk+-1.2.9
and gimp-1.2.1 from sources, using gcc 2.95.2.  Everything worked without
problems, using the usual build and install procedure for each package:
   configure --prefix=/some/directory
   make
   make check
   make install
If this did not work for you, I can try to help.  It is probably better
to take this discussion off the list if it becomes system-specific, so
you can e-mail me directly.

-Raphael

___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer

Re: [Gimp-developer] question of context

[Nathan C Summers]

On Mon, 11 Jun 2001, Gustaf Barkstrom wrote:

> Hi,
>
> I joined this newsgroup to see if I could get some help compiling gimp
> 1.2.1.  Am I in the right place?  Is there a help list for sysadmins etc.
> who are having compilation/configure problems?  deja news (groups.google.com)
> has yielded nothing :(
>
> If I may ask, and I have details of my travails with compiling gimp on
> Solaris 2.6,
> let me know.
>
> Thanks; I don't want to intrude on development if I'm not in the right place...

That's a gray line.  I can tell you that we field a lot of such questions
on this list.  Whether this is the most "appropriate" list isn't for me to
say.  But if your problems with compiling aren't run-of-the-mill, this is
the only place to ask. ;)

So what exactly are the problems that you are having?  We try hard to make
compilation as painless as possible.

Rockwalrus

___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer

[Gimp-developer] question of context

[Gustaf Barkstrom]

Hi,

I joined this newsgroup to see if I could get some help compiling gimp
1.2.1.  Am I in the right place?  Is there a help list for sysadmins etc.
who are having compilation/configure problems?  deja news (groups.google.com)
has yielded nothing :(

If I may ask, and I have details of my travails with compiling gimp on 
Solaris 2.6,
let me know.

Thanks; I don't want to intrude on development if I'm not in the right place...

G. Barkstrom

___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer