Hi,
On Thu, Jul 31, 2008 at 3:39 PM, <[EMAIL PROTECTED]> wrote:
> I olso get the top+left pixel error but only when scaling using a script-fu.
> Any idea?
No, sorry, all the scaling was done manually using GIMP's Image->Scale
Image dialog, and that's how I got the problematic results.
David.
___
Hi,
On Wed, Jul 30, 2008 at 10:23 PM, David Gowers <[EMAIL PROTECTED]> wrote:
> The webpages are nearly finished, I'm checking them now.
>
> Some observations on the results of scaling:
>
> * The old code mistreated the left and top edges, resulting in a
> duplication
The webpages are nearly finished, I'm checking them now.
Some observations on the results of scaling:
* The old code mistreated the left and top edges, resulting in a
duplication of up to 1 pixel on the left and top edge (and
corresponding omittal of a row of pixels on the right and bottom
edge).
Hi,
On Sat, Jul 26, 2008 at 7:08 PM, Geert Jordaens
<[EMAIL PROTECTED]> wrote:
> David Gowers wrote:
>> Hello. I've just completed the first half of the set (all specified
>> results before the patch). Currently image files total 66mb, I'm
>> guessing after add
Hi,
On Tue, Jul 29, 2008 at 12:17 AM, Souichi TAKASHIGE <[EMAIL PROTECTED]> wrote:
> Hi,
>
>> No, it's only destructive if we have no way of regenerating the cache as
>> needed.
>> With GEGL, we can cache just at the newest node in the graph. Stroke
>> information can be fully stored in the node.
Hi,
On Mon, Jul 28, 2008 at 9:39 AM, Souichi TAKASHIGE <[EMAIL PROTECTED]> wrote:
> Hi,
>
> 2008/7/28 Øyvind Kolås <[EMAIL PROTECTED]>:
>> The situation would be the same for GEGL once the bug in
>> http://bugzilla.gnome.org/show_bug.cgi?id=502465 gets resolved. Since
>> the part of the processing
Hi Theodore,
On Sun, Jul 27, 2008 at 7:58 AM, Theodore Imre <[EMAIL PROTECTED]> wrote:
> ...
> is watercolor (brush color blending mode) going to be avaiable in
> gimp's development version? I dont see why its not there,while it has
> already been implemented back in 2.4 (Sakaguchi's work)
Sakag
Hello. I've just completed the first half of the set (all specified
results before the patch). Currently image files total 66mb, I'm
guessing after adding the results after-patch this will come up to
~110mb. During this testing I found one obvious bug, it remains to be
seen whether the patch fixes
I'm really interested in this particular SoC project, I think it has
the potential to greatly improve GIMP user workflow, and it's one of
two that are not in SVN as a branch (so progress cannot be seen
directly during the SoC). Zhang Junbo posted recently (
http://www.mail-archive.com/[EMAIL PROTEC
On Thu, Jul 17, 2008 at 2:32 PM, Guillermo Espertino
<[EMAIL PROTECTED]> wrote:
> Please consider adding typographic elements (logos, text) and
> icons/diagrams to the test images.
> One of the most critic use cases where downscaling shows issues is with
> high contrast such as dark typography on l
Hi,
On Thu, Jul 17, 2008 at 7:35 AM, Sven Neumann <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On Thu, 2008-07-17 at 09:19 +0930, David Gowers wrote:
>
>> Personally I think the test is being run under flawed conditions
>> (using nonlinear sRGB rather than linear RGB, which
> Here are some images that may help show some problems -- colour photos
> tend to hide problems, partly because the eye sees the subject more
> easily and auto-corrects flaws, and partly because the hardest thing
> for rescaling is often preserving both texture and sharpness. Of
> course, most pe
pixel art
produces identical results to None using RGB mode
* (possibly) make webpage.
On Wed, Jul 16, 2008 at 6:30 PM, David Gowers <[EMAIL PROTECTED]> wrote:
> I can do at least half of this task, possibly most of it.
>
> * decide on test images:
> 2 landscapes
>http://w
I can do at least half of this task, possibly most of it.
* decide on test images:
2 landscapes
http://www.flickr.com/photos/hapal/2292885459/sizes/l/
http://www.flickr.com/photos/[EMAIL PROTECTED]/2432037855/sizes/l/ (or size
o/ )
3 portraits
http://www.flickr.com/photos/aturku
I am currently learning esperanto, and I set GIMP language to
esperanto. Then, I noticed that there were several things
untranslated, which the po file did not even record the original
string for! (ie there is not even a 'msgid' showing the untranslated
message!)
For example
* File->New ( the subm
Hello,
On Tue, Jul 15, 2008 at 10:01 AM, David Gowers <[EMAIL PROTECTED]> wrote:
> On Tue, Jul 15, 2008 at 1:06 AM, Bill Skaggs <[EMAIL PROTECTED]> wrote:
>> Here is to me the most important question. Suppose the user wants
>> to switch back and forth among a few
On Tue, Jul 15, 2008 at 1:06 AM, Bill Skaggs <[EMAIL PROTECTED]> wrote:
> Here is to me the most important question. Suppose the user wants
> to switch back and forth among a few brushes that don't have any
> natural relationship. Suppose for example that the user wants to draw
> with a pencil br
On Tue, Jul 15, 2008 at 1:06 AM, Bill Skaggs <[EMAIL PROTECTED]> wrote:
> Here is to me the most important question. Suppose the user wants
> to switch back and forth among a few brushes that don't have any
> natural relationship. Suppose for example that the user wants to draw
> with a pencil br
Hi Aurimas,
On Mon, Jul 14, 2008 at 6:33 AM, Aurimas Juška <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Tagging of Gimp Resources project is an attempt to make it easy and
> efficient to organize Gimp resources (brushes, patterns, gradients,
> palettes). Currently the project is already somewhat usable, a
names like "gimp pattern #1" are shown in gimp when more than one
pattern has the same name ('gimp pattern' is the default pattern name
when saving.). Most likely, your pattern was in a specific directory,
that used to be included in the list of directories to look for
patterns in. compare your p
Hi solar,
On Fri, Jun 27, 2008 at 11:32 PM, <[EMAIL PROTECTED]> wrote:
> On Fri, 27 Jun 2008 03:02:01 +0200, David Gowers <[EMAIL PROTECTED]> wrote:
>
>> and is no longer required in today's
>> world of fast CPUs with fast FSBs, large memory, and huge hard
Hi Michael,
On Thu, Jun 26, 2008 at 9:56 PM, Michael Schumacher <[EMAIL PROTECTED]> wrote:
> Hi,
>
> what I've read on IRC and the commit logs so far makes me confident that this
> year's SoC will be very successful for all of our participants and GIMP.
>
> I'd like to remind you that the midterm
On Fri, Jun 27, 2008 at 4:41 AM, TriKri <[EMAIL PROTECTED]> wrote:
>
> David Gowers wrote:
>> > I'm having a bit of trouble myself deciding which type I should have in
>> the
>> > program I'm going to make, to use for each channel. If I use 8 bits
Hi,
GIMP does all the right things (and so, for example, it works as you'd
expect on Linux). If it still does not behave correctly, this is a
problem with GTK+.
I think first you should try GIMP 2.5 if you can. Some things changed
since 2.4 regarding this issue; it's possible that 2.5 may solve yo
Hi Lars-Peter,
On Mon, Jun 16, 2008 at 4:37 AM, Lars-Peter Clausen <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi,
> a short update what I did during the last few weeks.
>
> * I started with moving the package structure to a more hierarchical one. With
> a gim
Gimp currently uses 8bits/channel.
Some 16/12bit formats (eg TIFF) are supported only by scaling the data
down into 8 bits.
The colors used in color selectors, and 'single' colors are
represented as floating point values.
I suggest investigating GEGL (gegl.org), which can provide pixel data
in a
Hi Alexia,
On Sun, Jun 8, 2008 at 6:18 PM, Alexia Death <[EMAIL PROTECTED]> wrote:
>> > * be able to deliver constant distance and constant rate events
>>
>> You mean events at a constant distance spacing or a constant time spacing?
> I mean both. The dream is that paincore would only need to
Hi Alexia,
On Sun, Jun 8, 2008 at 5:52 AM, Alexia Death <[EMAIL PROTECTED]> wrote:
> This is a planning idea for new PaintCore for GIMP 2.8 or beyond.
[...]
> * support a dynamic selection of arbitrary purely calculated axis
> (random, iterator, sin, cos, sawtooth, box);
A 'Dynamic selection'
On Mon, May 26, 2008 at 11:51 AM, David Gowers <[EMAIL PROTECTED]> wrote:
> Hi Frank,
>
> On Mon, May 26, 2008 at 8:21 AM, Frank Karlitschek
> <[EMAIL PROTECTED]> wrote:
>> Hi guys,
>>
>> I'm running openDesktop.org, KDE-Look.org, GNOME-Look.org and
Hi Frank,
On Mon, May 26, 2008 at 8:21 AM, Frank Karlitschek
<[EMAIL PROTECTED]> wrote:
> Hi guys,
>
> I'm running openDesktop.org, KDE-Look.org, GNOME-Look.org and other websites
> for Free software.
>
> As a long time GIMP user I noticed that there is no real community site where
> GIMP users an
It would be worthwhile to consider this kind of thing for gradients
and palettes, too -- personally I find I often simply want a scratch
area; and being required to create a new palette first is a bit
troublesome, especially since I usually don't want it to be saved. I
could write a plugin that cl
On Mon, May 19, 2008 at 5:41 PM, Aurimas Juška <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On Mon, May 19, 2008 at 2:05 AM, Robert Krawitz <[EMAIL PROTECTED]> wrote:
>> Currently, in order to use a custom brush/gradient/etc, you must first
>> create it, then edit/save/etc. Every time you want a new b
Hello,
I'm not yet sure I should file this as a bug, since I find myself
confused about it.
You may need 2.5 or SVN to reproduce this?
Do the following in order to reproduce it:
1. Open an image
2. Make sure that nothing is selected, by using 'Select->None'
3. Edit->Copy
4. Notice how the Clipboar
Hi Torsten,
On Thu, Apr 10, 2008 at 6:50 PM, Torsten Neuer <[EMAIL PROTECTED]> wrote:
> Hi Sven,
>
>
> > On Wed, 2008-04-09 at 09:27 +0930, David Gowers wrote:
> > > What you are talking about is a hash function. There is a string
> > > hash
Hi Torsten,
On Wed, Apr 9, 2008 at 4:35 AM, Torsten Neuer <[EMAIL PROTECTED]> wrote:
> Hello everybody,
>
> I am currently updating an older plugin (one that is not in the distribution
> nor in the registry anymore) in order to bring it back to life (and, well,
> maybe learn something about Gimp
Hi Sven,
On Wed, Apr 2, 2008 at 4:57 PM, Sven Neumann <[EMAIL PROTECTED]> wrote:
> Hi,
>
>
> On Wed, 2008-04-02 at 14:21 +1030, David Gowers wrote:
>
> > This second class is really all I can see traditional plugins needing
> > to do after GEGLification is c
I've been talking to a few people about the future of GIMP plugins,
and worked out that in terms of current plugins, there will end up
being two types:
Those that are related to GEGL (implementing GEGL operations,
modifying graphs, applying graphs) and those that are not (convenience
plugins that d
Hi,
It won't happen unless someone puts in the work. GIMP development is
entirely voluntary, so if you want this,
submit a patch to make the necessary changes. Otherwise, you leave it
to chance whether this ever gets implemented. Posting feature requests
here tends to annoy the developers. It is a
Hello. I cannot address the issue of widgets. Anyway GIMP does not use
widgets to display individual layers, only the final composition,
app/display holds the code IIRC(quite a bit of code -- someone else
might be able to narrow it down further.).
The image is composited and THEN displayed (in one
On Sun, Mar 30, 2008 at 11:14 PM, Sven Neumann <[EMAIL PROTECTED]> wrote:
> Hi,
>
> the Open dialog is a poor replacement for a file manager. If you only
> use it as a drag source, then why not just use your file manager
> instead?
...
My file manager is Midnight Commander :) I've just tried Ro
On Sun, Mar 30, 2008 at 10:31 PM, Sven Neumann <[EMAIL PROTECTED]> wrote:
> Hi,
>
>
> On Sun, 2008-03-30 at 09:27 +1030, David Gowers wrote:
>
> > The 'Open' window can remain up as you DnD items from it to the
> > toolbox.
>
> Yes, this works
Hi all,
On Sun, Mar 30, 2008 at 5:33 AM, Kevin Cozens <[EMAIL PROTECTED]> wrote:
> jbaker wrote:
> > o What would really be nice and make the dropzone a lot more
> > usable... if there is was a file browser built into it...
> > split the niw vertically, put a f
On Fri, Mar 28, 2008 at 5:27 PM, Michael Grosberg
<[EMAIL PROTECTED]> wrote:
>
>
> > > To give my $0.02, I think Gimp should simply emulate what is out
> > > there,
> > > namely the behavior of established applications such as Open Office
> > > and
> > > gedit.
> >
> > I am really struggling
Wow, didn't notice I was repeating Alexia. Sorry, Alexia :)
Although that makes me think -- something like python's easy_install
would be terribly handy for resources..
If you're not familiar with it, basic usage is : 'easy_install foo'
installs the latest version of foo.
This would require a centr
On Wed, Mar 19, 2008 at 7:43 AM, David G. <[EMAIL PROTECTED]> wrote:
>
>
>
> Alexia Death-2 wrote:
> >
> >
> > I do not think gimp needs to come with extra stuff by default. There is
> > more
> > than enough already... What gimp needs is a quick drag-and-drop way
> > to "install" extras in p
Hi Andrei,
Do you use GIMP 1.2 at all? If not, delete that second directory! it
is irrelevant and is obviously the cause of your confusion.
IIRC nothing changed about pattern fileformat between 1.x and 2.x, so
you should be able to copy them across, yes :)
Cheers,
David
On Tue, Mar 18, 2008 at
On Mon, Mar 17, 2008 at 11:35 PM, Alexandre Prokoudine
<[EMAIL PROTECTED]> wrote:
> On Mon, Mar 17, 2008 at 1:37 AM, Bill Skaggs wrote:
> > David G. wrote:
> > >
> > > Add a option to rotate brushes to compliment the scaling.
> > > I don't know if this has been requested but it would be ve
On Mon, Mar 17, 2008 at 10:59 AM, Bill Skaggs <[EMAIL PROTECTED]> wrote:
> David G. <[EMAIL PROTECTED]> wrote:
>
>
> > I proposed this because it will actually boost the simplicity
> > of managing brushes to adapt in effects and splashes, instead
> > of doing the layer and rotation "technique".
On Mon, Mar 17, 2008 at 10:45 AM, Bill Skaggs <[EMAIL PROTECTED]> wrote:
> David Gowers wrote:
>
> > Myself, I would use it for nearly every non-symmetrical brush (and
> > wish for the ability to v- or h-flip it, too), particularly when I'd
> > just
Hi,
On Mon, Mar 17, 2008 at 9:07 AM, Bill Skaggs <[EMAIL PROTECTED]> wrote:
> David G. <[EMAIL PROTECTED]> wrote:
> >
> > Add a option to rotate brushes to compliment the scaling.
> > I don't know if this has been requested but it would be very
> > helpful than creating a layer + using the r
Hi,
I'd like to point out that startup speed is also dependent on what
resources you have installed. With lots of brushes or patterns,
startup time can be significantly inflated ( I have a set of 900
brushes that inflate startup times from 6sec -> 35sec).
So you should make sure that you test with
On Wed, Mar 12, 2008 at 9:21 AM, Alexia Death <[EMAIL PROTECTED]> wrote:
> On Tuesday 11 March 2008 21:46:41 Joern P. Meier wrote:
> > I have been looking at the GIMP code recently to look for
> > possibilities of implementing some features that could make GIMP more
> > useful for artists that c
On Tue, Mar 11, 2008 at 2:04 PM, Andrei Simion <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I have the following problem: when calling gimp_patterns_get_list on the
> Gimp server, version 2.2 I got an error:
>
> "not enough arguments for function 'gimp_patterns_get_list'"
>
> The function works on the
Hi Patrice,
On Sat, Mar 1, 2008 at 12:39 PM, Patrice Poly <[EMAIL PROTECTED]> wrote:
> Hello
>
> I have searched a lot about this, and couldn't find anything apart a few
> lines
> in an old summer of code page, and in this old webpage :
> http://www.re.org/tom/computer/gimp/index.html#preview
Forwarding further explanation from Radoslav.
-- Forwarded message --
From: Radoslav Schudich <[EMAIL PROTECTED]>
Date: Mon, Feb 25, 2008 at 6:47 PM
Subject: Re: [Gimp-developer] improved drawing modes
To: David Gowers <[EMAIL PROTECTED]>
the paint mode is disp
forwarding mistakenly privately sent message.
-- Forwarded message --
From: David Gowers <[EMAIL PROTECTED]>
Date: Sat, Feb 23, 2008 at 9:44 PM
Subject: Re: [Gimp-developer] improved drawing modes
To: Radoslav Schudich <[EMAIL PROTECTED]>
I cannot try TVPaint; I
Hi,
I admit that if Erase were a paint mode, I would use it much more. The
eraser tool, I generally find does not happen to have brush settings
convenient to my current task, and so i find it cumbersome. So, I
think that erase as a paint mode is a good idea.
I do not understand this 'Negative' pai
On Thu, Feb 21, 2008 at 10:12 PM, Michael Natterer <[EMAIL PROTECTED]> wrote:
> On Wed, 2008-02-20 at 11:34 +1030, David Gowers wrote:
>
> > There is no guarantee that there will be any taskbar at all. On linux,
> > there are plenty of WM's that either provide a task
On Feb 20, 2008 11:07 AM, <[EMAIL PROTECTED]> wrote:
>
> peter sikking <[EMAIL PROTECTED]> said on Feb 19, 2008 13:46 -0500 (in
> part):
>
>
> You missed one of the mails in this thread then. If we use this window
> > as a DND target, where should our users drop images when it is not
> > there?
On Feb 20, 2008 5:24 AM, Sven Neumann <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On Tue, 2008-02-19 at 12:35 +0100, Daniel Hornung wrote:
>
> > > Well, perhaps not deprecated in the "don't use this API" sense. Their
> > > use is discouraged. And not by the GTK+ developers but by usability
> > > experts.
On Feb 17, 2008 5:46 AM, Sven Neumann <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On Sat, 2008-02-16 at 10:47 -0800, Bill Skaggs wrote:
>
> > Well, it would be very easy to make the layer mode menu
> > support a tearoff. It can literally be done by adding two
> > lines of C code. (I just tested.)
>
> Th
Hi Tobias,
I like the simple, functional design of this. Do you know, has what
the toolbox would become, already been resolved? I notice this does
not seem to concern people presently.
On Feb 8, 2008 9:01 AM, Tobias Jakobs <[EMAIL PROTECTED]> wrote:
>
> Am Dienstag, den 05.02.2008, 11:26 +0100 sc
Alexandre,
What Peter describes does not involve transparent windows.
I agree it does not seem useful, in sense of literal opacity.. Rather,
a waterlevel-type adjustment could suit this idea better..with
widgets appearing or disappearing according to whether they are
above waterlevel. It's i
g
gradient, instead of a readjusted single gradient for the channel
being adjusted.
-- Forwarded message ------
From: David Gowers <[EMAIL PROTECTED]>
Date: Jan 31, 2008 5:45 PM
Subject: GIMP Levels operation
To: Michael Natterer <[EMAIL PROTECTED]>
I've just found a bug
On Jan 27, 2008 8:52 AM, William Skaggs <[EMAIL PROTECTED]> wrote:
> One of the points that emerged from the ongoing discussion is that it
> is time to start making a tentative roadmap for 2.8. I hope this time
> that Peter and his group can be brought into the discussion as early
> as possible, a
On Jan 26, 2008 12:53 AM, Alexandre Prokoudine
<[EMAIL PROTECTED]> wrote:
> On Jan 25, 2008 4:54 PM, David Gowers wrote:
>
> > In short -- what you call 'action recording', I call 'packaging up a
> > chunk of the undo stack'. Really, your '
On Jan 26, 2008 12:09 AM, Alexandre Prokoudine
<[EMAIL PROTECTED]> wrote:
> On Jan 25, 2008 4:20 PM, David Gowers wrote:
>
> > What significant sequence of actions that you can take is there, that
> > cannot be done by simple graph editing?
>
> Users do not think in
Hi Alexandre,
On Jan 25, 2008 9:52 PM, Alexandre Prokoudine
<[EMAIL PROTECTED]> wrote:
> On Jan 25, 2008 11:01 AM, Sven Neumann wrote:
>
> > Actually, I don't think that we need to put action recording on our list
> > as that will become obsolete with non-destructive editing.
>
> This is apples an
On Jan 18, 2008 9:33 PM, Tobias Jakobs <[EMAIL PROTECTED]> wrote:
> On Jan 18, 2008 8:55 AM, Sven Neumann <[EMAIL PROTECTED]> wrote:
> >
> > My current favorite approach is to put the tags into files in the
> > ~/.gimp-2.x directory, one file per resource type. So there would be a
> > brushrc, grad
Hi Jim,
On Dec 8, 2007 10:22 AM, Jim Sabatke <[EMAIL PROTECTED]> wrote:
> I've been searching the net for a couple days to see if Python-Fu
> supports Preview Windows in plug-ins. Depending on the search strings I
No, it doesn't. PyGimp does, though. This means that if you want a
preview window,
Hi Eckhard,
On Dec 6, 2007 6:29 AM, Eckhard M. Jäger <[EMAIL PROTECTED]> wrote:
>
>
> Hello,
>
> i found the problem why the script doesn't showed up, it needs the file
> permission "Exexcute".
> Do not know why, i have written exporters for Blender and plugins for gEdit
> both in Python but
>
Hi Jayesh,
On Dec 3, 2007 4:49 PM, Jayesh Salvi <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I am trying to see what all methods gimpfu.pdb offers, by running dir()
> operation on it. But it crashes as follows:
>
> [EMAIL PROTECTED] plug-ins]$
> PYTHONPATH=$PYTHONPATH:/usr/lib64/gimp/2.0/python python
>
Hi Eckhard,
On Dec 2, 2007 6:15 AM, Eckhard M. Jäger <[EMAIL PROTECTED]> wrote:
>
>
> Hello,
>
> i got the idea to create a python script thats generate the thumbnails of
> unsupported images in nautilus using gimp.
> Implementing this in Gimp and in Nautilus.
>
> I studied the commandline opt
Hi Sven,
On Dec 1, 2007 9:37 PM, Sven Neumann <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On Sat, 2007-12-01 at 18:05 +1030, David Gowers wrote:
>
> > > > b) Push the context before entering qmask mode, and pop it when
> > > > exiting qmask mode.
> > For
Hi Liam,
On Dec 1, 2007 6:15 AM, Liam R E Quin <[EMAIL PROTECTED]> wrote:
> On Fri, 2007-11-30 at 22:45 +1030, David Gowers wrote:
> > I believe that QMask mode could be made quicker to use, by providing
> > an option to:
> > a) Reset the FG/BG colors to black and whi
You have no clue. Read Raphael's reply, and get one.
What do I have to say? You are equating the average user with
yourself. This is a very common practice, and a complete fallacy. Stop
it. okay?
On Nov 30, 2007 4:40 PM, Gary Pikula <[EMAIL PROTECTED]> wrote:
> When I looked at this project I cou
I believe that QMask mode could be made quicker to use, by providing
an option to:
a) Reset the FG/BG colors to black and white upon entering qmask mode
and
b) Push the context before entering qmask mode, and pop it when
exiting qmask mode.
With the sum effect that you needn't destroy the colors t
On Nov 23, 2007 6:03 AM, GSR - FR <[EMAIL PROTECTED]> wrote:
> Hi,
> [EMAIL PROTECTED] (2007-11-22 at 1544.46 +1030):
> > Hi Liam,
> >
> > On Nov 22, 2007 9:45 AM, Liam R E Quin <[EMAIL PROTECTED]> wrote:
> > >
> > > Evidence that auto levels loses details --
> > > take a photograph (or a scanned e
Hi Liam,
On Nov 22, 2007 9:45 AM, Liam R E Quin <[EMAIL PROTECTED]> wrote:
>
> Evidence that auto levels loses details --
> take a photograph (or a scanned engraving, or whatever) and open
> Levels, and press autl. Note that the little triangles marking
> the end-points are not under the ends of
Hi Liam,
On Nov 21, 2007 5:00 PM, Liam R E Quin <[EMAIL PROTECTED]> wrote:
> I saved these notes for when there was a 2.6, but then got swamped with
> other things... I can flesh them out more, but I'm not likely to have
> time to do any programming in the forseeable future, I'm afraid.
>
I've s
Hi Jespar,
On Nov 20, 2007 9:23 PM, Jesper de Jong <[EMAIL PROTECTED]> wrote:
> I noticed that with Gaussian blur, the Radius setting in GIMP means
> something different than in Photoshop CS3.
>
> As a test, I made a black square on a white background and used Gaussian
> blur on it with Photoshop C
Hi Stephane,
On Nov 20, 2007 10:10 AM, Stephane Chauveau
<[EMAIL PROTECTED]> wrote:
> Hello,
>
> I just got an idea about the curve tool: Why not use it as a selection tool?
>
> Apart from The Gimp, I do not know a lot of image manipulation programs
> so the feature might very well be common.
>
>
I may not understand your description.
It gave me an idea, though:
mouse-gesture-ish submenus..
That is, supposing that you have a top-level menu with items
1
2
3
and 3 is a submenu,
then, to select 3, you move down -- then a menu folds out horizontally
1
2
345
you move across, and select 5, wh
Actually I got the impression that it had changed, and now
box-filtering was used, which does account for all input pixels.
OTOH, Lanczos currently produces poor results. Geert Jordaans (sp?)
was working on improving this.
On 10/30/07, Guillermo Espertino <[EMAIL PROTECTED]> wrote:
> I'd add the q
On 10/30/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> On Monday, October 29, 2007, 14:15:28, Michael Natterer wrote:
>
> > As Saul already responded that happens only if you use DND. Why on earth
> > would a UI control activate just because you hover some seconds over it?
> > That strikes me
On 10/29/07, Michael Natterer <[EMAIL PROTECTED]> wrote:
> On Mon, 2007-10-29 at 11:34 +1030, David Gowers wrote:
> > On 10/29/07, Alexandre Prokoudine <[EMAIL PROTECTED]> wrote:
> > > On 10/29/07, Guillermo Espertino wrote:
> > >
> > > > I loo
On 10/29/07, Alexandre Prokoudine <[EMAIL PROTECTED]> wrote:
> On 10/29/07, Guillermo Espertino wrote:
>
> > I looked at Opera, as it has been suggested here. It has very good
> > options for managing tabs (manage different views and make tiles or
> > cascades for multiple views, detach windows fro
On 10/27/07, Valerie VK <[EMAIL PROTECTED]> wrote:
>
> > Okay I want to clear this up:
> > GEGL *is* coded (see www.gegl.org), and already in use by a few
> > different applications.
>
> Much apologies. I was always under the impression that while there
> is a working version, more work could have
On 10/27/07, Valerie VK <[EMAIL PROTECTED]> wrote:
> So... Gimp currently has 4 major goals?
> - Cairo
> - GEGL
> - Add named parameters and default values to the PDB
> - 6 months development cycle.
>
> Wouldn't it be easier to treat them as Separate goals for separate
> releases? Once Cairo and GE
I'm successfully running Ubuntu 7.10 with a Graphire 3; The
appropriate Device sections for the tablet were correctly specified
after installation.
I had to uncomment the following lines in /etc/X11/xorg.conf to fully
enable the tablet:
InputDevice "stylus""SendCoreEvents"
On 10/19/07, Giuseppe Pasquino <[EMAIL PROTECTED]> wrote:
>
> I have modified the code as you suggested:
>
> GimpRGB *colore;
> GimpChannelOps parametri;
> gboolean success;
> gimp_rgb_set_uchar(colore, pixel[0], pixel[1], pixel[2]);
> parametri = GIMP_CHANNE
On 10/8/07, Andrew Young <[EMAIL PROTECTED]> wrote:
> David,
>
> Interesting. GEGL sounds very much in line with a lot of the ideas I have
> about how to approach the problem. Is this seen as the future of GIMP's
> core?
Image representation, certainly. Gimp's core -- maybe. That would
depend on h
On 10/8/07, Andrew Young <[EMAIL PROTECTED]> wrote:
> Greetings!
>
> I have been an avid Gimp user for a number of years. I have always wished
> Gimp supported non-destructive image adjustments such those available with
> Photoshop "adjustment layers." From searching around the internet, it seems
>
On 7/23/07, Kevin Cozens <[EMAIL PROTECTED]> wrote:
> David Gowers wrote:
> >> The what's new document for each release is a good resource for these
> >> kinds of problems, especially its porting section:
> >
> >> http://docs.python.org/whatsnew/p
On 9/15/07, John Fremlin <[EMAIL PROTECTED]> wrote:
> Yesterday I decided to implement the retinex algorithm described by
> John McCann in 1999 as a gimp plugin.
>
> I am using Python (in particular numpy for the main calculations) and
> consequently chose to put in some modifications to the algori
I converted the script to python (useful script, btw -- thanks
Simon.), and I cannot reproduce this.
I did, however, find that I was occasionally tripped up by paint mode
-- for example, if Addition mode was selected rather than Normal, then
drawing black on a white background had no effect.
The ot
I like these brushes a lot. They can be cut down to 20 rather than the
original 154, since 2.4 includes brush scale adjustment, and I have
mentioned this to iceytina at the last of your links.
I would like to take this opportunity to plug my particular
contribution to 2.4, the palette navigation a
On 8/26/07, Amit Kumar Saha <[EMAIL PROTECTED]> wrote:
>
>
> 2. Can I work with the individual pixels of an Image using GEGL? Say I
> want GEGL to work with only certain range of pixels of my Image, is it
> possible?
You mean a certain area of your image, rather than all of it?
You would do that u
On 8/22/07, Thomas Lytje <[EMAIL PROTECTED]> wrote:
> I am not sure you take feature requests like this, - but try to take a look.
> It seems quite cool.
> I don't know enough about image processing (but I am a software engineer)
> but to me it looks like it wouldn't be to hard to implement. Hopefu
On 8/18/07, Liam R E Quin <[EMAIL PROTECTED]> wrote:
> On Thu, 2007-08-16 at 14:50 -0300, Guillermo Espertino wrote:
>
> > If somebody is interested in participating in this process please send
> > me an e-mail so we can coordinate efforts with Danko and Marius
>
> My own feeling is that it would b
201 - 300 of 428 matches
Mail list logo
