On Sun, 2009-10-25 at 03:53 +0100, Louise Hoffman wrote:
> Is there a quick way to test (my) plugin when I just have compiled it?
Once Gimp has been started with the plugin present, you can just replace
the executable (make install) and call up the plugin again - Gimp will
run the new version. Yo
On Mon, 2009-08-17 at 11:48 +0200, Matthias Röttger wrote:
> I know, but my colleague told me that this version in incompatible
> with the latest GIMP release...
I was sent a windows binary for 1.1.9 some time ago, but I haven't been
working on DBP lately so I hadn't put it on my site. It is now
On Sat, 2009-05-30 at 20:47 -0400, Adam C Powell IV wrote:
> I'm sorry, I'm developing a C plugin (tried Scheme first and it was DOG
> slow). Is there a C equivalent? All I'm seeing is
> gimp-paintbrush-register.
Open Gimp
Select Help > Procedure Browser
In the search box, type "brush"
Click on
On Tue, 2009-05-12 at 07:27 -0700, Bill Skaggs wrote:
> On Tue, May 12, 2009 at 6:55 AM, peter sikking wrote:
> >
> > I have big apprehensions that a machine script need to touch the
> > users' undo history. I would like to know from David Hodson what
> > he is tr
On Mon, 2009-05-11 at 12:57 -0700, Stuart Axon wrote:
> Even if you don't have undo as such, it would be useful from a
> scripting point of view to save checkpoints, which you could
> revert to within the script.
Exactly. A more accurate description of what I was looking for would be
"mark this p
Hi David,
(OK, that's going to get confusing very fast!)
On Sun, 2009-05-10 at 23:39 +0930, David Gowers wrote:
>
> While it *could* be connected to the API, that would introduce
> various logical inconsistencies (for example, plugins could not rely
> on having a sensible image state because oth
On Sun, 2009-05-10 at 22:03 +0930, David Gowers wrote:
> On Sun, May 10, 2009 at 9:37 PM, David Hodson wrote:
> > I can find the functions in the pdb to manipulate the undo stack - is
> > there a function call that just does an "undo"?
>
> No.
> Although th
I can find the functions in the pdb to manipulate the undo stack - is
there a function call that just does an "undo"?
-- David
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-de
you would want these anyway (in
libraries, like patterns or gradients), for artists who didn't want to
go behind the scenes. You could write a lot of useful code before
needing to tackle the editing GUI.
--
David Hodson -- this night wounds time
_
I wrote a proposal to enhance the gimp brush code quite a few years ago,
which can still be found here:
http://members.ozemail.com.au/~hodsond/gimpbrush.html
You might want to see if it contains any useful ideas.
--
David Hodson -- this night wounds time
n for over a decade. Look at Nuke
(http://www.thefoundry.co.uk/promo/nuke.html) or Shake
(http://www.apple.com/shake/) for current examples.
--
David Hodson -- this night wounds time
___
Gimp-developer mailing list
Gimp-developer@lists.XCF
inate (x', y') I simply multiply
> (x, y, 1) by the transformation matrix that GIMP shows
In that case, I think that the transformation converts the destination
coordinate to the corresponding source coordinate.
--
David Hodson -- this night wounds time
___
Sven Neumann wrote:
> Most probably a confusion with the development version. Is he/she trying
> to compile against gimp-2.2 or gimp-2.3?
Should be all gimp-2.2, AFAIK. I'll ask him to check that everything
matches.
--
David Hodson -- this night
les':
(.text+0x1a1): undefined reference to `gimp_module_db_set_load_inhibit'
/usr/lib64/libgimpui-2.0.a(gimpui.o): In function `gimp_ensure_modules':
(.text+0x1b0): undefined reference to `gimp_module_db_load'
collect2: ld returned 1 exit status
I haven't seen this bef
deangle.html
--
David Hodson -- this night wounds time
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[EMAIL PROTECTED] wrote:
> Quoting David Hodson <[EMAIL PROTECTED]>:
>>What is the correct way to copy a layer from one image to another, using
>>the API?
> (define new-layer (car (gimp-layer-new-from-drawable source-layer
> destination-image)))
>
> (gimp-imag
What is the correct way to copy a layer from one image to another, using
the API?
-- David Hodson
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
function dialog. Your plugin needs to build its own user
interface. (There's probably a feature request somewhere for this.)
--
David Hodson -- this night wounds time
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
http
n it starts up (for example,
start an event loop), it can use any libraries that you want.
--
David Hodson -- this night wounds time
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/li
iles(). It isn't needed because the data is
> processed tile-by-tile.
It's OK, I don't have that in my plugin, it's just a remnant from the
sample code.
Thanks for the help!
--
David Hodson -- this night wounds time
It's basically Dave Neary's code with his blur code replaced by
something much simpler. At the top of the file, #define WORKING_VERSION
as 1 to get his old code, 0 to get mine. (Obviously, search for
WORKING_VERSION to see where the difference is.)
--
David Hodso
a;
guchar* dst = rgn_out.data;
for (i = 0; i < rgn_in.h; ++i) {
guchar* s = src;
guchar* d = dst;
for (ii = 0; ii < rgn_in.w; ++ii) {
d[0] = 255 - s[0];
s += rgn_in.bpp;
d += rgn_out.bpp;
}
src += rgn_in.rowstride;
dst +=
with gimp_pixel_rgns_register() and gimp_pixel_rgns_process() stops
the preview updating. Why is this, and how do I cause a preview update?
--
David Hodson -- this night wounds time
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
ctive for working with image sequences -
you can keep adjusting the parameters (and adding new nodes) until
the result is perfect.
--
David Hodson -- this night wounds time
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
seen those before - what version of gcc are you running?
In any case, they're just warnings, so it should still compile and
install.
--
David Hodson -- this night wounds time
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
Jay Cox wrote:
If anyone was interested I would be happy to share what I have.
I'd like to see it, although I won't promise to do anything with it.
Can you put it up somewhere?
--
David Hodson -- this night wounds time
___
Gimp-develop
An idle query:
Has anyone written a C++ wrapper for the Gimp API?
--
David Hodson -- this night wounds time
___
Gimp-developer mailing list
Gimp-developer@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
image
and load the next (or previously) numbered image into the same
window with a single button press.
--
David Hodson -- this night wounds time
___
Gimp-developer mailing list
Gimp-developer@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailma
parameters, not the image pixels.
--
David Hodson -- this night wounds time
___
Gimp-developer mailing list
Gimp-developer@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
interface that makes the whole thing usable.
--
David Hodson -- this night wounds time
___
Gimp-developer mailing list
Gimp-developer@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
quiring a script to perform general ops.
http://members.ozemail.com.au/~hodsond/dbp.html
--
David Hodson -- this night wounds time
___
Gimp-developer mailing list
Gimp-developer@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
n the SMPTE Journal about what
speed movies should be projected at. Note that they had already
decided what speed to film at - the question was how much faster
the playback should be. For some reason, making them the same
didn't seem to be an option.
--
David Hodson -- this night w
is reconnected.
If anyone wants to investigate further, the code is at:
http://members.ozemail.com.au/~hodsond/fileSeq.html
--
David Hodson -- this night wounds time
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
n the user closes the image display the image is not deleted.
If that's right, is there any way to remove the extra reference?
If not, what's going on?
--
David Hodson -- this night wounds time
___
Gimp-developer mailing list
[EMAIL
performs them on a collection of
images. So my plugin UI is available to display the progress from each
operation, as long as I can grab the progress callbacks from the
gimp functions that I'm calling.
--
David Hodson -- this night wounds time
___
Sven Neumann wrote:
The progress bar should then be part of the plug-in dialog that calls
these functions.
OK, of course, should have seen that. Gotcha. (I'm sick today, so
my brain isn't working properly.)
--
David Hodson -- this night w
t if there's no associated dialog? I have some plugins that
call (lots of) Gimp functions non-interactively, with no image
display. The result is that the progress dialog is constantly
being created and destroyed. Things would be much neater if it
was (optionally?) just part of the main toolbox win
Sven Neumann wrote:
I think it's about time to start to discuss what features we still
want to get into GIMP 2.2.
Something that I'd like to see (if it hasn't been done yet) is
to make the popup progress dialog dockable. How feasible is that?
--
David Hodson -- this ni
ly done much testing, but
it seems to work OK. There's also a small bug in that the plugin
keeps a stray reference to the last image used - how do I get
rid of that?
--
David Hodson -- this night wounds time
___
Gimp-developer mailing li
small version
of the entire image.
For the first group: if the plugin uses gimp_drawable_mask_bounds
correctly, then it should work correctly if the preview reports
only a small masked area.
For the second group: if the plugin is scale-independent, then it
should work correctly if the preview repo
by deadlines. On the other hand,
if there was indeed a general agreement about the timing of the
next release, the original email very effectively pointed out the
implications of that choice.
(And I don't think that this added much to the discussion.)
--
Dave Neary wrote:
> David Hodson wrote:
>> I don't have pre2, but in my (1.3.23, I think) version, the
>> general Convolution Matrix filter seems broken.
> I just checked here on Windows, and it seems that way.
Sorry about the vague report, my brain must have been on
Hi,
I don't have pre2, but in my (1.3.23, I think) version, the
general Convolution Matrix filter seems broken. Is this still
broken in the latest? (If so, I'll try to fix it - seems simple.)
I couldn't find anything in Bugzilla.
--
David Hodson -- this ni
I wrote:
I finally got around to installing Gimp 1.3 and making the
necessary changes to DBP, a batch processing plugin for Gimp.
The 1.3-compatible version is now available from:
http://members.ozemail.com.au/~hodsond/dbp.html
It should now work with Gimp 1.3.23 (oops).
--
David Hodson
Hi,
I finally got around to installing Gimp 1.3 and making the
necessary changes to DBP, a batch processing plugin for Gimp.
The 1.3-compatible version is now available from:
http://members.ozemail.com.au/~hodsond/dbp.html
Let me know if there are any problems.
--
David Hodson -- this
Carol Spears wrote:
http://wiki.gimp.org/ is a nice holding place until the other
> stuff gets ironed out, imo.
OK, I've put DBP up there because I think it's the most useful.
I might add some others later. Let me know (or, I guess, just
edit it) if I've done something horrib
ybe I lost interest.)
(BTW, sorry I replied to you instead of the list.)
--
David Hodson -- this night wounds time
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
t's fairly specialised) at:
http://members.ozemail.com.au/~hodsond/
--
David Hodson -- this night wounds time
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Is the plugin registry at registry.gimp.org working? I'm
trying to register as an author and list some plugins, but
I just keep getting asked for name and password info.
--
David Hodson -- this night wounds time
___
Gimp-developer mailing
Adam D. Moss wrote:
unfortunately the back-end is GPL
which scuppers any realistic plans of GIMP's own back-end being able
to move to it, I think.
Eh? This doesn't appear to make sense.
--
David Hodson -- this night wounds time
__
.ozemail.com.au/~hodsond/gimpeon.html
It's crashable, but you should be able to get the idea.
--
David Hodson -- this night wounds time
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
nough to
either do it, or pay someone else to do it.
--
David Hodson -- this night wounds time
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
27;m fairly sure you will have to write
your own conversion code.
Maybe if you told us what you're doing...
--
David Hodson -- this night wounds time
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
#x27;s the situation with abandoned plugins, anyway?
--
David Hodson -- this night wounds time
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
ict what users can do on that display,
but at this stage I'm still a little vague on this. Maybe if they
couldn't change tools on that display ... I'll have to think about
this.
--
David Hodson -- this night wounds time
___
Gimp-developer
call gtk_main_quit() (or whatever it is), your plugin
keeps going.
--
David Hodson -- this night wounds time
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
t before I announce it on the Gimp-Users list, it's at
http://members.ozemail.com.au/~hodsond/dbp.html
Comments welcome.
--
David Hodson -- this night wounds time
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/m
Is it possible for a plugin to determine what file extensions can
be loaded by Gimp? I can get the file load routines easily enough,
but is there any way to determine what extensions they handle?
--
David Hodson -- [EMAIL PROTECTED] -- this night wounds time
58 matches
Mail list logo