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/
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
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
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
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
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
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
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
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
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
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
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
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.
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
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
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
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
17 matches
Mail list logo