Hi,
Nick Lamb [EMAIL PROTECTED] writes:
On Sun, Feb 04, 2001 at 04:45:58AM +0100, Sven Neumann wrote:
The colorselector has already undergone a major overhaul in the HEAD tree.
The color previews as well as all sliders are now global to all color
selector notebooks so all selectors
Hi,
"David A. Bartold" [EMAIL PROTECTED] writes:
There needs to be a way to select a texture before advanced tools can
be added to The GIMP. I propose to create a new dialog box similar
to the pattern selector. Instead of containing tilable RGB pixmaps, it
will contain tileable greyscale
On Sunday, 4 Feb 2001, Roel Schroeven wrote:
I noticed in the source code that the histogram widget uses a logarithmic
scaling. Is there a reason to do it that way, as Photoshop et al. seem to
use a linear scaling.
I just checked the CVS history; we've been using a log y axis (ie
pixel
On Sunday, 4 Feb 2001, Nick Lamb wrote:
What does the GTK+ selector bring to the party anyway?
Nothing: it's a "demo" piece of code showing how to interface your
colour selector to the GIMP module API. The point being that there is
no actual colour selector code there, since it's all in GTK,
The following is a patch to allow the use of the DESTDIR environment
variable when installing/uninstalling plugins. $DESTDIR is prefixed to
the installation path, so that things may be installed into a 'staging
directory', for packaging or testing purposes. A patch to the manpage is
also
See below-
On 4 Feb 2001, Sven Neumann wrote:
There needs to be a way to select a texture before advanced tools can
be added to The GIMP. I propose to create a new dialog box similar
to the pattern selector. Instead of containing tilable RGB pixmaps, it
will contain tileable greyscale
No long term contract
No activation fee
No big prepayment of airtime
No credit check
PAGING AMERICA is going to give you absolutely Free the Brand new Motorola
Accessmate E-Mail display pager. This is the top of the line PCS technology
pager made today. This side viewable
= Space key =
The other mails about Space key, zooms and such made me think. What
about:
- Space: slow cursor, if doable. Lets say 50% normal speed, or user
configurable. Working as modifier, it slows while you push it. Or
maybe a toggle. Dunno. :] If not doable, dunno what... show menu? Any
- Alt + Space: swap tools. You have Current and Alternative (you
guessed, Alt key), hitting it makes swap the places. If you choose
another tool via menus / keys / buttons it becomes Current, and the
previous one becomes Alternative.
I really like this idea, as it eliminates the need for the
i like both ideas, but the second one is what i realy realy like...
Please, somebody impliment this... this is about what i wanted a couple
months back, but with more... the extra edges i'm starting to realy realy
go crazy without... with the gimp 1.2 i picked up a week or so back on
debian, if
[EMAIL PROTECTED] (2001-02-04 at 1206.22 -0800):
This sounds a lot like a temporary layer. I'm thinking, why
restrict yourself the the edges of the canvas, why not see how a
color looks right where it will be. Of course, this is also a lot
like just trying the color and then hitting ^Z or
On Sun, Feb 04, 2001 at 01:24:18PM -0800, thus said the Loial Raven:
i like both ideas, but the second one is what i realy realy like...
Please, somebody impliment this... this is about what i wanted a couple
months back, but with more... the extra edges i'm starting to realy realy
go crazy
while adapting make and export definition files for the
win32 build of Gimp 1.3, there where some questions ariseing :
- what are the supposed dependency between all the libgimp*
libraries ?
what I have at the moment is (gimp.exe works, but most
plug-ins do not yet) :
gimp.exe
Hi,
Hans Breuer [EMAIL PROTECTED] writes:
while adapting make and export definition files for the
win32 build of Gimp 1.3, there where some questions ariseing :
- what are the supposed dependency between all the libgimp*
libraries ?
you got it right in your graphics below.
what I
At 01:31 05.02.01 +0100, Sven Neumann wrote:
Hans Breuer [EMAIL PROTECTED] writes:
...
all the above resolves fine except libgimwidgets dependcies,
because there are the functions listed below, which need
(and have) different implementations in Gimps and Plug-Ins
context. Currently I'm
hey guys. we at themes.org are creating gimp.themes.org (you knew it was coming). i
was wondering if anyone had any suggestions or ideas for what should go on it. i just
got through talking to #gimp, and here's what i have so far:
a) don't create a separate repository for plugins and scripts
On Mon, 5 Feb 2001, Tuomas Kuosmanen wrote:
On Sun, Feb 04, 2001 at 01:24:18PM -0800, thus said the Loial Raven:
i like both ideas, but the second one is what i realy realy like...
Please, somebody impliment this... this is about what i wanted a couple
months back, but with more...
On Mon, Feb 05, 2001 at 02:26:23AM +0100, Hans Breuer wrote:
The windoze version of gimpwidgefts can't include two symbols for
different implementation of the same function. There is only one
version of the dll in memory, even if loaded by another process.
The code is shared across process
On 2/4/2001 19:28, Jordan Evatt at [EMAIL PROTECTED] wrote:
hey guys. we at themes.org are creating gimp.themes.org (you knew it was
coming). i was wondering if anyone had any suggestions or ideas for what
should go on it. i just got through talking to #gimp, and here's what i have
so far:
19 matches
Mail list logo
