> Yes, this feature is important to me at least. It is important to
> have a dark surrounding around a dark image and a light one around a
> light image, so you can judge the contrast better.
Yes, it is an important setting and I use it often. But I was happy
with 2.0 in this matter, it provide
]> ]> The natural place for a user to look would be
]> ]> within the "brushes" dialog.
]> ]Huh? ...? Seriously?
]> Seriously:
]> That's where brushes ...
]> Brush editor is the only other tool that creates brushes.
]That isn't true. Image->Save ...
I stand corrected. Brush editor is the only
On Thu, 11 Nov 2004 23:16:49 +, Alastair M. Robinson wrote:
>
> The most important thing to do is balance your tile cache setting, as
> you've already found. You want it large enough that GIMP doesn't have
> to use its own virtual memory, but not so large that the OS has to use
> virtual memor
On Thu, Nov 11, 2004 at 11:06:21PM +, Alan Horkan wrote:
>
> I noticed the Canvas background colour options under the Image menu in the
> gimp 2.2.
>
> In gimp 2.0 this option was fairly discrete and was available on the top
> right just above the scrollbar which seemed fair enough even if it
Hi,
Dov Kruger wrote:
Granted, because you are editing the image, not just displaying it,
there has to be some slowdown, but I wondered if there is any way I can
tweak gimp, do I somehow have it massively de-optimized. When I first
set up gimp-2.0, I tried both 128 and 512 Mb tile cache sizes. 512
I noticed the Canvas background colour options under the Image menu in the
gimp 2.2.
In gimp 2.0 this option was fairly discrete and was available on the top
right just above the scrollbar which seemed fair enough even if it was
not something I would ever change (except perhaps by changing my des
Hi,
Dov Kruger <[EMAIL PROTECTED]> writes:
> I noticed that gimp is very slow for large images compared with
> Photoshop. We were recently processing some 500Mb images, and on a fast
> machine with 2Gb, gimp is crawling along, while on a slower machine with
> only 512 Mb, photoshop is considerabl
Hi,
"miriam clinton (iriXx)" <[EMAIL PROTECTED]> writes:
> Script-Fu is totally incomprehensible to graphic designers
Actually you are not supposed to recognize that it's a script-fu. How
to achieve that is what we are discussing at the moment.
Sven
Hi,
David Neary <[EMAIL PROTECTED]> writes:
> I meant as an export operation. In general, if you pass a file to
> a save operation that it doesn't support, it proposes an export
> operation to convert to a format supported (like saving an RGB
> image as gif, for example). I'm not sure how that's
Hi,
Alan Horkan wrote:
> On Thu, 11 Nov 2004, David Neary wrote:
> > Alan Horkan wrote:
> > > On Thu, 11 Nov 2004, David Neary wrote:
> > > > It should also (IMHO) work on images and not just drawables,
> > > > proposing a flatten if necessary. Every time I have used
> > > > selection to brush so
Sven Neumann wrote:
Hi,
"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> writes:
Seriously:
That's where brushes are managed.
That's where they're deleted.
That's where they're chosen.
That's where they're created from scratch.
That's where they're edited.
That's where someone looking for a brush that doesn
On Thu, Nov 11, 2004 at 11:17:20AM -0800, miriam clinton (iriXx) wrote:
> just to clarify - i'm here contributing from the point of view of a
> professional graphic designer, considering the mainstream
> Adobe/Macromedia market who would have never used GIMP, and how we can
> 'convert them over'
On Thu, Nov 11, 2004 at 03:28:14PM -0500, Dov Kruger wrote:
> I noticed that gimp is very slow for large images compared with
> Photoshop. We were recently processing some 500Mb images, and on a fast
> machine with 2Gb, gimp is crawling along, while on a slower machine with
> only 512 Mb, photoshop
On Thu, 11 Nov 2004, David Neary wrote:
> Date: Thu, 11 Nov 2004 21:36:18 +0100
> From: David Neary <[EMAIL PROTECTED]>
> To: Alan Horkan <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED]
> Subject: Re: [Gimp-developer] Selection to brush/pattern/whatever in
> menus...
>
> Hi,
>
> Alan Horkan wrote
Miriam
> okay... since i'm in the Hotel California where you can check in but
> never check out
Sorry that the you were unable to unsubscribe, I have no idea why the
unsubscribe system didn't work for you but I'm pretty sure the developers
were joking and that if you are still unable to uns
(sorry for all the offtopic comments about inkscape)
On Thu, 11 Nov 2004, miriam clinton (iriXx) wrote:
> Date: Thu, 11 Nov 2004 11:17:20 -0800
> From: "miriam clinton (iriXx)" <[EMAIL PROTECTED]>
> To: "Jakub Friedl (lists)" <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED]
> Subject: Re: [Gimp-devel
I noticed that gimp is very slow for large images compared with
Photoshop. We were recently processing some 500Mb images, and on a fast
machine with 2Gb, gimp is crawling along, while on a slower machine with
only 512 Mb, photoshop is considerably faster. I attributed it to a
massive amount of wor
Hi,
Alan Horkan wrote:
> On Thu, 11 Nov 2004, David Neary wrote:
> > It should also (IMHO) work on images and not just drawables,
> > proposing a flatten if necessary. Every time I have used
> > selection to brush so far, the selection was created with "select
> > all".
>
> I'd rather not add a f
> Also - anyone have an address for the Inkscape-devel and Sodipodi-devel
> lists?
http://www.inkscape.org/mailing_lists.php
http://lists.sourceforge.net/lists/listinfo/sodipodi-list
here you are
> candy' - thats another important factor for designers, we're competing
> with the Windows and Mac
just to clarify - i'm here contributing from the point of view of a
professional graphic designer, considering the mainstream
Adobe/Macromedia market who would have never used GIMP, and how we can
'convert them over' . This market are of
the 'pick it up and use it' intuitive designers - they wi
Path to Grid idea:
I've been experimenting with various grid types,
(esp. polar grids that don't get crowded in the
center.) What I came up with works quite nicely,
but then I had this idea for a more general
solution:
If grids were could be created from arbitrary paths,
we could create arb
> Script-Fu is totally incomprehensible to graphic designers
>
it depends. i am a fluent script-fu speaker for example.
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
okay... since i'm in the Hotel California where you can check in but
never check out
from a graphic designer's point of view this is a nightmare... most of
them wouldnt know how to use the Bash shell, or only the basics, let
alone how to do this.
Is it possible to design a GUI implementati
On Thu, 11 Nov 2004, David Neary wrote:
> Date: Thu, 11 Nov 2004 18:21:36 +0100
> From: David Neary <[EMAIL PROTECTED]>
> To: Sven Neumann <[EMAIL PROTECTED]>
> Cc: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>, [EMAIL PROTECTED],
> [EMAIL PROTECTED]
> Subject: Re: [Gimp-developer] Selection to br
Hi,
Sven Neumann wrote:
> Script-Fu->Selection->To Brush solves this nicely
> but it should be moved to a better place in the menus.
It should also (IMHO) work on images and not just drawables,
proposing a flatten if necessary. Every time I have used
selection to brush so far, the selection was c
Hi,
Sven Neumann wrote:
> "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> writes:
> > The natural place for a user to look would be
> > within the "brushes" dialog.
>
> Huh? If you wanted to use the current image or part of it as a brush,
> you would look in the Brushes dialog? Seriously?
Personally I'
Hi,
"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> writes:
> ]> The natural place for a user to look would be
> ]> within the "brushes" dialog.
> ]
> ]Huh? If you wanted to use the current image or part of it as a brush,
> ]you would look in the Brushes dialog? Seriously?
> ]
>
> Seriously:
>
> That's
27 matches
Mail list logo