> >> ... elision by patrick...
> > How about having (hideable of course :)) on-canvas infos? IMHO that
> > would be even fancier. Infos could be aligned with control that
> > modifies them. Numerical input could be done similarly on-canvas. I
> > think hovering pointer above e.g. rotation control a
On 03/03/2011 03:30 PM, Michael Natterer wrote:
> On 03/04/2011 12:25 AM, Patrick Horgan wrote:
>> I did a git pull of babl, gegl, and gimp today just to get any changes
>> and gimp won't configure now, complaining that:
>>
>> checking for GEGL... no
>> configure: error: Package requirements (gegl>
On 03/01/2011 03:54 PM, Bogdan Szczurek wrote:
>> ... elision by patrick...
> How about having (hideable of course :)) on-canvas infos? IMHO that
> would be even fancier. Infos could be aligned with control that
> modifies them. Numerical input could be done similarly on-canvas. I
> think hovering
On 03/04/2011 12:25 AM, Patrick Horgan wrote:
> I did a git pull of babl, gegl, and gimp today just to get any changes
> and gimp won't configure now, complaining that:
>
> checking for GEGL... no
> configure: error: Package requirements (gegl>= 0.1.6) were not met:
>
> Requested 'gegl>= 0.1.6' but
I did a git pull of babl, gegl, and gimp today just to get any changes
and gimp won't configure now, complaining that:
checking for GEGL... no
configure: error: Package requirements (gegl >= 0.1.6) were not met:
Requested 'gegl >= 0.1.6' but version of GEGL is 0.1.5
and indeed:
pkg-config --m
Compiling worked, but after clicking around a bit I persistently get
(gimp-2.7:27459): Gimp-Display-CRITICAL **:
gimp_display_shell_pointer_ungrab: assertion `shell->pointer_grabbed ==
TRUE' failed
gimp_display_shell_pointer_grab: gdk_pointer_grab failed with status 1
and that's it.
Cheers,
J
On 03/03/2011 03:46 PM, Andreas Plath wrote:
> I started to compile a list of which were implemented, but I think I'd
> better ask: are all the plugins in the default GIMP bundle already
> implemented as GEGL operations? If not, is there an easy way to find
> which are already done?
There is no su
On 03/03/2011 06:03 PM, "Jörn P. Meier" wrote:
> very cool. Is this a patch against the git version?
Yes, and help with reviewing and testing it for inclusion in GIMP 2.8
would be appreciated.
/ Martin
--
My GIMP Blog:
http://www.chromecode.com/
"Why GIMP 2.8 is not released yet"
_
Hi Joao,
thanks for the input!
Right now this would be only for me since my workflow somewhat depends
on this mode.
I have already written an external implementation which is run from a
script, but of course it would speed up things a lot if I had a realtime
feedback on what the result will lo
Hi Martin,
very cool. Is this a patch against the git version?
Cheers,
Jörn
On 03.03.2011 06:26, Martin Nordholts wrote:
> On 03/03/2011 02:00 AM, "Jörn P. Meier" wrote:
>> Hi,
>>
>> I would like to implement the following layer mode in the GIMP:
>>
>> 1) Transform destination and source pixels
Actually, I do have another question.
Looking through the implemented GEGL operations, I've noticed that several
plugins that are part of the default GIMP install are already there.
I started to compile a list of which were implemented, but I think I'd
better ask: are all the plugins in the defau
Thanks a lot to all who answered, it helped a lot.
Now I have some setting up and reading to do ... :-)
Thanks again!
Andreas
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-dev
On 03/03/2011 02:17 AM, Chris Mohler wrote:
>
> I *think* that would cover all of the transformations of the proposed
> tool. And I assume all or most of those values are going to be in
> play (and in the undo stack) during use of the transform tool. But
> yeah, just having the one-off dialogs f
13 matches
Mail list logo