On 01/13/2011 10:02 AM, Martin Nordholts wrote:
On 01/13/2011 01:39 AM, Malix wrote:
Hi all,
on this blog there is a post about Gimp that generate a lot of user comments.
http://troy-sobotka.blogspot.com/2011/01/why-gimp-is-inadequate.html
I think that someone of you that can replay to
On 1/13/11, Sven Neumann wrote:
Why doesn't FX Foundry install its own po files in its own translation
domain? Script-Fu has support for registering an additional translation
domain.
Because you said it was impossible :)
Seasons Greetings, Saul.
What would be the best way for me to participate in TinyScheme
development?
The official webpage for TinyScheme is http://tinyscheme.sourceforge.net/.
It is a SourceForge project so there is a mailing list, bug tracking system,
and a version controlled source code
Martin Nordholts wrote:
To me, there is only one sensible scripting language to consider when
talking about a major overhaul of the GIMP scripting core, and that is
JavaScript. It is a well-known and understood scripting language with a
bright future (HTML5)
It is well known in that a lot
Andreas_P wrote:
But, If I am able to assist here, I'm glad to provide my help...
Thank you. I'll make some announcement when I'm ready to start work on
Tiny-Fu version 2.
Unfortuneatly, I only really learnt R6RS... I've to learn R5RS/Tiny
asap...
TinyScheme is closer to R4RS in terms of
Hi all,
on this blog there is a post about Gimp that generate a lot of user comments.
http://troy-sobotka.blogspot.com/2011/01/why-gimp-is-inadequate.html
I think that someone of you that can replay to false things must post a replay.
Bye
Massimo
___
On Tue, Jan 11, 2011 at 2:15 AM, Ek kian zeo...@gmail.com wrote:
i only create new Photo menu where consist of many photography related
functions,
to speed up our workflow on editing photo rather than jumping around on the
menu.
You are maybe better off creating this menu using script-fu. That
On 1/11/11, Alexia Death wrote:
anything up. If you use strings that have translations in their
original location, you may even get translation working, tho Im not
sure how script-fu and localization interact specially in regard to
lables.
Checboxes and suchlike in FX Foundry scripts dialogs
Hello, I'm a coder with some spare time, wondering how to spend it.
Are there any jobs that could be usefully picked up by someone who isn't one
of the core developers?
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
On Tue, Jan 11, 2011 at 4:19 PM, andy gill andygg...@gmail.com wrote:
Hello, I'm a coder with some spare time, wondering how to spend it.
Are there any jobs that could be usefully picked up by someone who isn't one
of the core developers?
One thing that will prove beneficial in the future, is
That certainly looks like something I could help with. Is there a priority
list of missing operations, or is it more a case of just going through the
gimp filters one by one? Is it the final intention that all gimp filters
will be implemented by gegl one day?
Andy.
On 11 January 2011 17:13,
On Tue, Jan 11, 2011 at 5:47 PM, andy gill andygg...@gmail.com wrote:
That certainly looks like something I could help with. Is there a priority
list of missing operations, or is it more a case of just going through the
gimp filters one by one? Is it the final intention that all gimp filters
On Tue, Jan 11, 2011 Øyvind Kolås pip...@gimp.org wrote:
http://git.gnome.org/browse/gegl/tree/operations/ (GEGL plug-in ops)
... http://git.gnome.org/browse/gimp/tree/app/gegl (GEGL ops statically
compiled into GIMP)
Note these two ways of creating GeglOperation subclasses lead to
Conclusion:
The issue was, I had somehow managed to install a copy of the various
autotools in /usr/local/
and they were being used instead of the ones in /usr/.
My solution was simply to delete those binaries. GIMP is now happily
compiling :)
___
Hi everyone,
You may know me as the student who coded the cage tool during this summer.
I'd like to add something about these bounty. For me, the key point
for the health of the community dev of Gimp is the current difficulty
to be used to the codebase. I myself had a hard time to understand how
Hi
I've just got gimp to compile from git on OSX, I've just noticed that the
combo boxes popup is displaying behind the dialogue panel so they are
hidden.
Thats every combo box.
It can be seen if docked in the toolbox then squeezed to the edge. When
you hit the combo box the options popup is
On Mon, Jan 10, 2011 at 5:05 PM, Michael Muré batolet...@gmail.com wrote:
You may know me as the student who coded the cage tool during this summer.
I'd like to add something about these bounty. For me, the key point
for the health of the community dev of Gimp is the current difficulty
to be
On Monday, January 10, 2011 19:17:51 Øyvind Kolås wrote:
Code documentation is also one of the tasks that are not permitted for
instance in the Google summer of code, perhaps we could come up with a
set of bounties, or find someone motivated and fund them on a task by
task basis or even part
On Mon, Jan 10, 2011 at 5:39 PM, Alexia Death alexiade...@gmail.com wrote:
On Monday, January 10, 2011 19:17:51 Øyvind Kolås wrote:
Code documentation is also one of the tasks that are not permitted for
instance in the Google summer of code, perhaps we could come up with a
set of bounties, or
On Sat, 2011-01-08 at 12:02 +0700, Ek kian wrote:
i usually modify menu directly from image-menu.xml,
but that made menu is broken on other language than English.
what is the right steps to do menu modification so the menu still can
be translateable to other language?
The right step is to
On Mon, 2011-01-10 at 17:14 +, s...@startide.org wrote:
Hi
I've just got gimp to compile from git on OSX, I've just noticed that the
combo boxes popup is displaying behind the dialogue panel so they are
hidden.
Thats every combo box.
Are you running GTK+ on X11 or did you compile GTK+
2011/1/10 Øyvind Kolås pip...@gimp.org
Lets hope use of rewards wouldnt scare off people
from contributing such work for free.
It could be a one-time operation, with clearly defined goal and bounty.
Just the time we need to have these needed documentation.
--
Michael Muré
On Mon, 2011-01-10 at 19:39 +0200, Alexia Death wrote:
On Monday, January 10, 2011 19:17:51 Øyvind Kolås wrote:
Code documentation is also one of the tasks that are not permitted for
instance in the Google summer of code, perhaps we could come up with a
set of bounties, or find someone
i only create new Photo menu where consist of many photography related
functions,
to speed up our workflow on editing photo rather than jumping around on the
menu.
can you be more specific about the steps? do i need to call command
update-po?
Thanks,
ek kian
On Tue, Jan 11, 2011 at 3:44 AM,
i also experience this on OSX 10.6.2,
i use GIMP 2.6.8 compiled with GTK-OSX (http://gtk-osx.sourceforge.net/).
but for GIMP from http://gimp.lisanet.de, it working ok and i think it using
X11.
i prefer using GIMP with GTK-OSX because it using Global Menu and using OSX
Native UI.Regards,
Looks like this is the actual issue:
After removing 'configure', it's apparent that 'autogen.sh' doesn't
regenerate it, instead giving ambiguous errors/warnings..
For anyone else's reference, this occurs with
autoconf 2.68
automake 1.9.6 + 1.11.1
glib 2.26.1
gtk 2.22.1
output log of
'export ACLOCAL_FLAGS=-I\ /usr/share/aclocal'
before running the './autogen.sh --prefix=/usr',
solves the problem.
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
actually no, it only allows the autogen to complete successfully,
silliness like:
/bin/sh ../libtool --tag=CC --mode=link gcc -Os -Wall
-Wdeclaration-after-statement -Wmissing-prototypes -Wstrict-prototypes
-Wmissing-declarations -Winit-self -Wpointer-arith
-Wold-style-definition
On Mon, 2011-01-10 at 09:59 +1030, David Gowers (kampu) wrote:
actually no, it only allows the autogen to complete successfully,
silliness like:
[...]
../libtool: line 869: X--tag=CC: command not found
I've just tried compiling BABL, with similar results.
compiling GLib says, point blank,
You must have libtool = 2.2 installed to compile GLib.
Install the appropriate package for your distribution,
or get the source tarball at http://ftp.gnu.org/gnu/libtool/
so, it looks like recent Arch
hello every one!
The original Vision and the what
if?
I have seen the new changes based on UI brainstorm, and i have to say that
is very good for testing to have the ability of test new UI changes like
MrSigtech. has done. But i agree with main
I'd like to bring up an idea that does not seem too difficult to
implement and that should replace the unusuable slider widgets for, say,
brush size. If you are okay with that, I might implement it.
The sliders are virtually useless because they cover a fixed range from
0 to insert big value here
I'd like to add a PS addressing all mouse-only users who might read
this:
I'm aware that dragging circles with the mouse can be tedious and hence,
of course, the principle of wrapping over at the screen border is still
in.
___
Gimp-developer mailing
Sorry for the confusion. The attachment I tried submitting is too big
and awaits moderation, hence I'm going to resend a smaller version so
you can see at least something.
Again, sorry, I messed up
attachment: Untitled.jpg___
Gimp-developer mailing list
On Fri, Jan 7, 2011 at 5:06 AM, Cedric Sodhi man...@gmx.net wrote:
Sorry for the confusion. The attachment I tried submitting is too big
and awaits moderation, hence I'm going to resend a smaller version so
you can see at least something.
Why don't you post your other attachment on the web
Cedric Sodhi wrote:
I'd like to bring up an idea that does not seem too difficult to
implement and that should replace the unusuable slider widgets for,
say,
brush size. If you are okay with that, I might implement it.
The sliders are virtually useless because they cover a fixed range
On Fri, 2011-01-07 at 12:55 +0100, peter sikking wrote:
http://mmiworks.net/test/decadepopup.png
Aside of differences in labeling (of course not unimportant),
it's the same concept as
http://www.sidefx.com/docs/houdini9.5/basics/ladder
right?
--
Thorsten Wilms
thorwil's design for free
Thorsten Wilms wrote:
On Fri, 2011-01-07 at 12:55 +0100, peter sikking wrote:
http://mmiworks.net/test/decadepopup.png
Aside of differences in labeling (of course not unimportant),
it's the same concept as
http://www.sidefx.com/docs/houdini9.5/basics/ladder
right?
vertically: yes, close
On Thu, Jan 6, 2011 at 4:51 PM, Alexia Death alexiade...@gmail.com wrote:
On Wednesday, January 05, 2011 19:42:28 sigetch wrote:
I tried merging the smooth on top of the master yesterday. It works nicely,
I'm very happy to hear that.
has a little bit of room for improvement(like makining the
On 01/07/2011 03:55 AM, peter sikking wrote:
snip
say you got a slider going from 1 to 1000. then divide the slider
range (in pixels) in 3 equal parts, so that each handles a decade:
|-- 1–10 --|-- 10–100 --|-- 100–1000 --|
within each third the increase/decrease of value is linear.
On 01/06/2011 08:32 AM, Olivier wrote:
2011/1/5 Martin Nordholts ense...@gmail.com mailto:ense...@gmail.com
That is not necessary, the reason I haven't hacked on GIMP the last two
months is that I am working on a website which will allow people to
easily track progress of GIMP
GIMPsters,
talking to Alexia today we came up with a matrix of different cases
needing different cursor feedback:
in one dimension: mouse up; mouse down + not moving; mouse down + moving
in the other dimension: painting; touching up; textures/image brushes/
stamping
multiplying this 3x3
Hi,
I guess most of you noticed that several people blogged about the fact
that GIMP 2.8 has not yet been released even though the schedule that
Martin published a while ago estimated that this would have happened by
the end of 2010. As far as I can see this is the article that started it
all:
On Thu, 2011-01-06 at 20:42 +0100, peter sikking wrote:
[...]
multiplying this 3x3 matrix out we got 9 cases that all need their own
feedback (or not) for assessing the
1) centre coordinate
2) outline of brush stamp
3) opacity of stamp pix
4) a fitted ellipse or rectangle that hints at the
Need ... more ... bloat ...
:oP
I for my part would find it absolutly enough if the brush size was
indicated, and even that possibly only by a bounding box which is light
on resources.
The point is that everything else, color (that would be completely
irritating for me), opacity (equally
On 01/06/2011 11:01 PM, Sven Neumann wrote:
I just wanted to let you know that we have seen a dramatic increase in
donations since then. More than 120 people donated over the last 8 days
and sent us about 2,500 dollars. Perhaps it would be a good idea to
discuss how we can actually use this
On 06.01.2011 23:01, Sven Neumann wrote:
I just wanted to let you know that we have seen a dramatic increase in
donations since then. More than 120 people donated over the last 8 days
and sent us about 2,500 dollars. Perhaps it would be a good idea to
discuss how we can actually use this
On 01/05/2011 07:09 AM, Mathias Lindner wrote:
... much good stuff elided by patrick ...
Thank you Mathias. I was also bothered by the tone and thought that it
could drive away an obviously talented developer that is motivated to help.
Patrick
___
Bernhard Guillon wrote:
I tried to show you why in my previous mail.
I can only add that a developer plunking in a code change at
users' request and then let users' feedback sort it out
is the 'armpit of usability' (i.e. the worst possible). see:
What is wrong about a high fidelity
Can I add something?
You all may be right - discussing and checking UI changes are very very
important and additional optional features are not the solution. And it
makes sense to have one person (or a small group) that knows the way to
go and keeps the overview. And on the other side, I can
On Wed, Jan 5, 2011 at 7:39 PM, peter sikking pe...@mmiworks.net wrote:
so back to your argument:
1) there is no value in usability testing random ideas, as were
implemented here. There are thousands of random ideas, with an
infinite number of combinations. there is value in testing UI
On Wednesday, January 05, 2011 19:42:28 sigetch wrote:
So if you all don't want to accept the toolbar, let's ignore them and
discuss about the brush features.
Brush features are my domain sort of and theres a lot to merge there. It would
be cool to have you on IRC for more immediate chat:)
Mathias Lindner (monocero...@googlemail.com) wrote:
Can I add something?
Sure. :)
All fine to now, two controversial opinions that may be solved by some
trade-off... But I still have to give some critique: I have experienced
similar incidents quite a few times. Again, you may all be right
On 01/05/2011 07:19 PM, Simon Budig wrote:
What currently is needed is some more work on the single-window mode.
AFAIK there are some bugs in there and Martin (Enselic) can no longer
dedicate as much of his time to it as he used to. It would be awesome if
this work could be picked up and
2011/1/5 Martin Nordholts ense...@gmail.com
That is not necessary, the reason I haven't hacked on GIMP the last two
months is that I am working on a website which will allow people to
easily track progress of GIMP development (or any project for that matter).
I expect to be back working on
On Wednesday, January 05, 2011 19:42:28 sigetch wrote:
So if you all don't want to accept the toolbar, let's ignore them and
discuss about the brush features.
I tried merging the smooth on top of the master yesterday. It works nicely,
has a little bit of room for improvement(like makining the
On 01/04/2011 08:25 AM, しげっち wrote:
Hi, all.
I'm recently implementing a GUI features that is inspired by the ideas
of the GIMP UI brainstorming.
I hope these features to be included or merged into the master branch
in some future.
So I inform you the patch here.
If you're interested in the
On Tue, Jan 4, 2011 at 10:15 AM, Martin Nordholts ense...@gmail.com wrote:
On 01/04/2011 08:25 AM, しげっち wrote:
- G-Pen algorithm is ported into GIMP trunk. Now smoothing function
works for Ink...
hi しげっち,
I'm recently implementing a GUI features that is inspired by the ideas
of the GIMP UI brainstorming.
you do realise that the brainstorm is a 'sandbox' for ideas?
the deal is that everything is OK within a brainstorm (so ideas
keep flowing) but that is only _within_ the brainstorm.
Thanks for many comments.
2011/1/4 Martin Nordholts ense...@gmail.com:
Add toolbar for tool-options to GimpImageWindow.
http://git.sourceforge.jp/view?p=gimp-painter/gimp-painter-2.7.git;a=commitdiff;h=13c321f2db36bae52b23d4264dee242827bb801c
Rather than adding a widgets at the top of the
しげっち wrote:
I know that there was a discussion about the consumption of the
vertical space of the toolbar once in the mailing list.
I also spent most of a talk at an lgm discussing this topic.
in the bigger scheme of things (space, how usable toolbars are)
I do not see GIMP having a toolbar.
BTW, I cant find the dynamics editor implementation commits as a
patch. Is it in the huge gui merge? Could you lik me to it. I find it
interesting, but guiguru might object.
Sorry, I misunderstand this paragraph.
You can get the patch from this commit.
2011/1/5 peter sikking pe...@mmiworks.net:
しげっち wrote:
I know that there was a discussion about the consumption of the
vertical space of the toolbar once in the mailing list.
I also spent most of a talk at an lgm discussing this topic.
in the bigger scheme of things (space, how usable
sigetch (sige...@gmail.com) wrote:
Well, you don't permit the GIMP to have the toolbars even if it is
OPTIONAL and it doesn't replace or overwrite any existing GUI policy ?
Each and every optional thing is a burden. Even if disabled it clutters
the preferences dialog, it makes inconsistent
I know this has been beat to death before, but just wanted to say please
never take away any of my precious real estate at the top and bottom of
screens with a horizontal toolbar or anything else! The aspect ratio of
screens have gotten so wide these days, I have plenty of extra room at
the
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
Hi, all.
I'm recently implementing a GUI features that is inspired by the ideas
of the GIMP UI brainstorming.
I hope these features to be included or merged into the master branch
in some future.
So I inform you the patch here.
If you're interested in the patch, please discuss about it.
The patch
Using GIMP 2.6 I've set up a stylus as drawing device and my Stylus
appears to remember another color than my core pointer (or any other
input device, for that matter) as shown in Device Status.
Does anyone know what I will have to do so that two Devices share the
same color (and possibly other
Thanks, I made contact with Øyvind Kolås on the IRC channel and he
gave me an area to start working on.
Pete
On Wed, Dec 29, 2010 at 12:24 PM, Alexandre Prokoudine
alexandre.prokoud...@gmail.com wrote:
On 12/18/10, Pete Bergstrom wrote:
From the comment log for Bugzilla #74224
On 12/18/10, Pete Bergstrom wrote:
From the comment log for Bugzilla #74224
(https://bugzilla.gnome.org/show_bug.cgi?id=74224), the last word
seems to be the need to rewrite code using TileManager to directly use
GeglBuffers.
Is this still what's needed, and someone willing to review my work
I've become a great fan of Dan Margulis and his books on color
correction. See Photoshop Professional and Photoshop Lab Color. (BTW,
while the books are aimed at PS users, I've found them very good for a
basic understanding.) Almost all of his ideas can be implemented in the
Gimp, except for
On Nov 24, 2010, at 11:39 PM, Alexia Death wrote:
Trunk isn't GTK3 yet. But there are plenty of tablet bugs littering
GTK2 as well. I'm hoping that when he has the tablet, those might get
uprooted too :). There are several major know issues with tablet use
right now. a) save dialogs don't
On Wednesday, December 22, 2010 23:14:02 Jon Cruz wrote:
I've been working on such from the Inkscape, Linux and OS X sides of
things, and it would be good to coordinate a bit on the fixing.
Hover over to gimpnet #gimp channel :)
Best,
Alexia
___
Dear all,
i remember an old discussion about channels which was a bit short on
references on why channels are an important concept. Although quite late
a tip (and written for photoshop CS4), the book mentionend in the subject
line can fill in the gap, i believe.
From a developer's point of
Hello,
Im currently drawing a picture and i have a lot of selective smoothing
going on. Using a selection and a filter every time is painfull. The
smooth tool does the job. But if i have to smooth over large areas it
looses its effect and does not smooth any further. Seams like the used
On 18-12-10 12:58, g...@catking.net wrote:
On 17/12/10 20:23, Liam R E Quin wrote:
On Thu, 2010-12-09 at 09:35 +1100, Jan Smith wrote:
Hi,
What are the best GIMP tools for sharpening?
Is there a time when someone would use Sharpen instead of Unsharp Mask? To
me GIMP's Unsharp Mask has a
Am Freitag, 17. Dezember 2010 schrub Andreas_P:
houz (don't know real name for now)
That would be me.
signature.asc
Description: This is a digitally signed message part.
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
Hey Kevin, many thanks for your answer.
I already have had the feeling that other priorities overlaid the work for
TIny-Fu...
But, If I am able to assist here, I'm glad to provide my help...
Unfortuneatly, I only really learnt R6RS... I've to learn R5RS/Tiny asap...
And (when you have got
On Thu, Dec 9, 2010 at 1:35 AM, Jan Smith wrote:
Will Wavelet Sharpen be included in GIMP 2.8? I find the Luminance setting
gives even better results than Unsharp Mask.
My impression is that the team does its best not to include new
filters, but rather get rid of some.
Alexandre Prokoudine
On 12/08/2010 10:35 PM, Jan Smith wrote:
Hi,
What are the best GIMP tools for sharpening?
For sharpening _what_? The steps you would take when sharpening a photo
for the web are different than what you'd do when sharpening a photo for
print. And there are all sorts of artistic reasons to
On Thu, 2010-12-09 at 09:35 +1100, Jan Smith wrote:
Hi,
What are the best GIMP tools for sharpening?
Is there a time when someone would use Sharpen instead of Unsharp Mask? To
me GIMP's Unsharp Mask has a better range and control.
For example, after down-scaling an image, sharpen of 20%
From the comment log for Bugzilla #74224
(https://bugzilla.gnome.org/show_bug.cgi?id=74224), the last word
seems to be the need to rewrite code using TileManager to directly use
GeglBuffers.
Is this still what's needed, and someone willing to review my work if
I dig into this and produce some
hey all,
I recently got informed that you (dev-community) are planning to drop
Scheme-support for 2.8++
Imho, this descision would come out a bit negatively, because of missing one
mighty programming paradigm.
You can program functional code with Python, it is not native though...
(writing
I don't think for several reason that it is a good reason to completely wipeout
Scheme/Script-Fu/Tiny-Fu, because many superb procedures were written in that
language, and they could be lost forever...
If GIMP gains momentum it could be important to port all those procedures, and
if you have
I don't think for several reason that it is a good reason to completely wipeout
Scheme/Script-Fu/Tiny-Fu, because many superb procedures were written in that
language, and they could be lost forever...
If GIMP gains momentum it could be important to port all those procedures, and
if you have
On 12/17/10, anybody wrote:
hey all,
I recently got informed that you (dev-community) are planning to drop
Scheme-support for 2.8++
I recently got informed that alien military forces are going to steal
Santa on Christmas Eve. If you tell me who told you about removing
Script-Fu, I'll tell you
On 12/16/2010 04:04 PM, Alexandre Prokoudine wrote:
On 12/17/10, anybody wrote:
hey all,
I recently got informed that you (dev-community) are planning to drop
Scheme-support for 2.8++
I recently got informed that alien military forces are going to steal
Santa on Christmas Eve. If you tell
* Patrick Horgan phorg...@gmail.com [12-16-10 19:12]:
On 12/16/2010 04:04 PM, Alexandre Prokoudine wrote:
On 12/17/10, anybody wrote:
hey all,
I recently got informed that you (dev-community) are planning to drop
Scheme-support for 2.8++
I recently got informed that alien military
In the German Gimp Forums I've had a little discussion with Michael Schumacher
and houz (don't know real name for now)
schumaml wrote: I would give Python a go, instead of Scheme...
schumaml; wrote:
Mittelfristig fliegt Scheme eher raus, und alle Skripte in GIMP werden in
Python sein.
Die
IIRC there was some discussion of this idea - script-fu ending up as
an independent plugin rather than one maintained within the GIMP code
base. Basically, script-fu ending up in the position that PyGimp has
been in -- an optional extra rather than part of the core
installation. That's the idea.
anybody wrote:
I recently got informed that you (dev-community) are planning to drop
Scheme-support for 2.8++
Feel free to go and flog the person who told you that. ;-) If this was
planned it would be mentioned on the official GIMP website.
getting a bunch of willing folks who are watching
On Friday, December 17, 2010 03:54:12 Andreas_P wrote:
In the German Gimp Forums I've had a little discussion with Michael
Schumacher and houz (don't know real name for now)
I thin you misnterpeted what was said.
On the longterm, Scheme isn't going to stay, and all scripts in GIMP will
be
Hello.
“There is no way to manipulate the undo stack in a plug-in. If you want to
do something
with it in the main program, please explain more about what you want to do.
-- Bill”
The actions to be made on an image is saved in the undo history.As I read,
the Undo stack temporarily stores
On Tue, 2010-12-14 at 14:43 +0100, Jose Antonio Muñoz Montero wrote:
The actions to be made on an image is saved in the undo history.As I
read, the Undo stack temporarily stores these actions, but do not know
in what format. I want to retrieve this data from the Undo stack in a
text file.
On Sun, 2010-12-12 at 10:45 +, jcup...@gmail.com wrote:
On 7 December 2010 22:07, Sven Neumann s...@gimp.org wrote:
in GIMP on OS X. Even though there's a pretty well working Quartz port
of GTK+, there haven't been any successful attempts to make a binary
GIMP installer from this (as
On 13 December 2010 19:56, Sven Neumann s...@gimp.org wrote:
This is GIMP based on GTK+ for X11. It needs an additional X11 server
running on OS X and thus integration into the system is very poor. What
I was talking about is the Quartz backend for GTK+ which allows GIMP to
run as a native
Hi all,
I'm trying to compile gimp for windows using the Mingw,
But when running configure with:
CPPFLAGS=-I /mingw/include -I /h/Python26/include/pygtk-2.0 -I
/Python26/include \
LIBS=-lpng12 -lintl -lwsock32 -L/mingw/lib \
FREETYPE_CONFIG=/mingw/bin/freetype-config \
WMF_CONFIG
On 7 December 2010 22:07, Sven Neumann s...@gimp.org wrote:
in GIMP on OS X. Even though there's a pretty well working Quartz port
of GTK+, there haven't been any successful attempts to make a binary
GIMP installer from this (as far as I know). I very much doubt that
gtk-osx is used to make
On 07.12.2010 19:15, Filipe Sim-Sim wrote:
Now before any flamming and discussion on the GPL, i would like to
state that the App Store webpage on Gimp should clearly state that
this is opensource software, that you can download the source and/or
the binary from the project page and that this
Hello.
Sorry for my English. My language is Spanish.
I need to use the Undo stack.
How I can use it by manipulating the source code directly?
Is it possible to use the Undo stack from source code directly in C?
Thanks for your attention and greetings.
--
Jose Antonio Muñoz Montero
1001 - 1100 of 18788 matches
Mail list logo