Re: [Gimp-developer] [GIMP] Suggestion to simplify user interaction

2006-11-06 Thread John Cupitt
On 10/12/06, Philip Ganchev <[EMAIL PROTECTED]> wrote: > where applicable. I envisioned using a tile-based interface for this not > unlike the beagle-search tool* but never gotten to mock things up. Feel > like speccing things up? ;) [rearranged] > * http://upload.wikimedia.org/wikipedia/en/5/54/

Re: [Gimp-developer] New Gimp/Pango features needed, contract work

2006-05-22 Thread John Cupitt
On 5/22/06, Brent Berg <[EMAIL PROTECTED]> wrote: We would ask a script to accept rectangle dimensions, font and text information and output a tif file of the rendered text. The script would need to wrap and copyfit the text in the rectangle area. That is the most important feature needed. Pang

Re: [Gimp-developer] High resolution scan ?

2006-04-04 Thread John Cupitt
On 4/4/06, Philip Louw <[EMAIL PROTECTED]> wrote: > Would it be possible to create a function where the image is moved slightly > between multiple scans.Besause the allignment of the original to the > sacnning device changes different image data would be picked up. And then > have the information

Re: [Gimp-developer] Photoshop PSD 6 format Spec / Gimp XCF format Spec

2006-03-02 Thread John Cupitt
On 3/2/06, Alexandre Prokoudine <[EMAIL PROTECTED]> wrote: > On 3/2/06, [EMAIL PROTECTED] wrote: > > On Thursday, March 2, 2006, 15:54:12, Alexandre Prokoudine wrote: > > > > > Or do you imagine an XML with > > > binary data inside? > > > > Isn't XML limited to text only? > > IIRC, it's not. At lea

Re: [Gimp-developer] Re: Image size limit of GIMP & Image SDK

2006-02-21 Thread John Cupitt
You could use something like VIPS to chop your scans into manageable pieces, retouch the tiles one at a time in gimp, and then use VIPS to recombine them again. You could also consider 64-bit gimp. I imagine you could go over the 2GB limit with a 64-bit build, though I've never tried it. VIPS wo

Re: [Gimp-developer] Erode and Dilate

2006-01-04 Thread John Cupitt
Image processing has usually used 0 for object and 1 for background for the morphological operators. Imagine an image taken down a transmission microscope: the background will be the microscope light and objects will always be darker. On 1/4/06, Brannon King <[EMAIL PROTECTED]> wrote: > I feel the

Re: [Gimp-developer] Re: Image scrolling

2005-12-14 Thread John Cupitt
On 12/14/05, Dov Grobgeld <[EMAIL PROTECTED]> wrote: > The solution only works for uncompressed images. I did not load the > whole image into memory at all, but used the view_changed signal > callback of the GtkImageViewer for fetching a rectangle of data from > the disk which is then immediately

Re: [Gimp-developer] P.S.

2005-12-11 Thread John Cupitt
I wrote a guide to getting nip built under windows. It is a big-ish GTK program, so most of this will apply to gimp as well: http://wiki.vips.ecs.soton.ac.uk/bin/view/Main/VipsMingw Though gimp wll be harder (it's much more complicated and it needs more stuff). After all that effort, you'll only

Re: [Gimp-developer] 16bit channels, doh

2005-11-01 Thread John Cupitt
On 10/31/05, Brannon King <[EMAIL PROTECTED]> wrote: > That website (gegl.org) drastically needs a FAQ. I'd also search the gimp-developer archives, there have been a lot of posts here about it. > 1. Is GEGL made to replace a certain core piece of > GIMP or is it made to reroute data somehow? It

Re: R: [Gimp-developer] GIMP 2.3.4 crash on winxp

2005-09-30 Thread John Cupitt
On 9/30/05, Paolo Magnoli <[EMAIL PROTECTED]> wrote: > Sorry but my pango is pango-1.10.0 when Thor's one is pango-1.8.2, so mine > should be more recent. D'oh! Sorry. So it sounds like a pango fonts problem. Do any of the pango examples work? ___ Gimp-d

Re: [Gimp-developer] GIMP 2.3.4 crash on winxp

2005-09-30 Thread John Cupitt
On 9/30/05, Paolo Magnoli <[EMAIL PROTECTED]> wrote: > Hi, I just compiled Gimp 2.3.4 on winxp mingw but when I try to run it I get > a windows with this error: > > "Pango-ERROR**: file shape.c: line 75 (pango_shape): assertion failed: > (glyphs->num_glyphs > 0) aborting ..." > > then it closes dow

Re: [Gimp-developer] GIMP 2.3.4

2005-09-28 Thread John Cupitt
Hi Lance, On 9/28/05, Lance Dockins <[EMAIL PROTECTED]> wrote: > 1) Is there a way to get python to work on Windows AND is it even > necessary to build GIMP? Yes, I'm sure Python does build on win, but I've not tried. Some gimp plugins use it, so you probably need to spend some time experimenting

Re: [Gimp-developer] GIMP 2.3.4

2005-09-28 Thread John Cupitt
On 9/28/05, Lance Dockins <[EMAIL PROTECTED]> wrote: > At this point, I'd like a little help or direction about compiling GIMP > in a Win32 environment with MinGW, MSys, and ActivePerl. It's not GIMP, but I wrote a HOWTO a couple of days ago for building my gtk+ app under mingw: http://wiki.vips.

Re: [Gimp-developer] PBM

2005-09-09 Thread John Cupitt
On 9/9/05, lode leroy <[EMAIL PROTECTED]> wrote: > >That said, if a PBM is a renamed version of a different file type that > >can be output by GIMP, you can manually select the output file type > >(although in that case, adding pbm as a "default extension" of that > >file may be something that is w

Re: [Gimp-developer] FAQ (-: sooner or later :-) KDEification of GIMP

2005-06-20 Thread John Cupitt
On 6/20/05, Dennis Bjorklund <[EMAIL PROTECTED]> wrote: > On Mon, 20 Jun 2005, Robert L Krawitz wrote: > > > Adding a simple file (text) entry box with tab completion (and a > > preference to turn on autocompletion) would, IMHO, solve virtually all > > of the problems. > > Or just make the curren

Re: [Gimp-developer] GIMP and multiple processors

2005-02-21 Thread John Cupitt
On Mon, 21 Feb 2005 02:00:39 +0100, Sven Neumann <[EMAIL PROTECTED]> wrote: > > It sounds like the granularity of parallelism is too fine. That is, > > each "task" is too short and the overhead of task dispatching (your > > task queue processing, the kernels thread context switching, any IPC > > r

Re: [Gimp-developer] Some questions

2005-02-12 Thread John Cupitt
Hi, On Sat, 12 Feb 2005 13:54:39 +0100, Sven Neumann <[EMAIL PROTECTED]> wrote: > Color management on Windows would ideally be implemented using the > color management capabilities of the operating system. Same on Mac OS > X where ColorSync should be used. For now we will however concentrate > on