Simon Budig [EMAIL PROTECTED] writes:
David A. Bartold ([EMAIL PROTECTED]) wrote:
I dug into the paint core to see what needs to be changed to support
drawing on textured media. Here's the basic modifications necessary:
* enum BrushApplicationHardness:
Add a new value
At 04:13 05.02.01 +, Nick Lamb wrote:
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
At 16:02 05.02.01 +0100, Michael Natterer wrote:
Hans Breuer [EMAIL PROTECTED] writes:
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
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
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
Hello,
As you are talking about gradients, I have another idea about a useful kind
of gradient that maybe I could implement.
I wondered about the "shapeburst" kind of gradient, that seems
to fill a selection with a gradient depending on the distance to the border.
But you cannot choose how far
Chris;
On Wed, Jan 17, 2001 at 06:45:18PM -0500, Christopher W. Curtis wrote:
[EMAIL PROTECTED] wrote:
On 9 Jan, Christopher Curtis wrote:
I don't see a public rsync server for gimp, cvs or otherwise.
Perhaps this might be an acceptable option for people with
modest bandwidth
Hi,
Martin Weber [EMAIL PROTECTED] writes:
We should change the behavior of the selection of gradients in gflare and
we should allow functions to be used as gradients in GIMP like random in
gflare.
We accept patches (or properly outlined proposals).
Salut, Sven
On 10 January, 2001 - Raphael Quinet sent me these 2.1K bytes:
Unfortunately, none of the three addresses mentioned for anoncvs
allowed me to get any files. One of them failed because of a server
configuration problem, another one could be reached but did not
respond, and the last one was
On 9 Jan, Christopher Curtis wrote:
Patchsets also have a big problem which timecop already
noticed: They don't contain binary files or patches to
such and thus a patched tree might miss quite a few important
files after a while. xdelta wouldn't cause that particular
problem but is
On Wed, 10 Jan 2001, [EMAIL PROTECTED] wrote:
On 9 Jan, Christopher Curtis wrote:
They do; if we started now to switch over to deltas then quite a few
people would complain about that. I definitely see the point, I'm behind a
very narrow pipe as well so I prefer patches, too, but what is
Raphael Quinet wrote:
Two days ago, I installed a new modem on my home PC because I thought
that after having spent several years working with semi-obsolete
released versions of the source code, I should get the bleeding edge
and use CVS from home (no firewall problems). So I tried to get
[EMAIL PROTECTED] wrote:
Patchsets also have a big problem which timecop already
noticed: They don't contain binary files or patches to
such and thus a patched tree might miss quite a few important
files after a while. xdelta wouldn't cause that particular
problem but is harder to use
Greetings, all!
Yesterday evening I uploaded the patches, source, and binary RPMs for gimp
and gimp-data-extras to gimp.org for the 1.2.0 version of the GIMP.
They should become available sometime in the near future once they get
moved out of the 'incoming' area of the FTP server.
Cheers!
On Tue, 2 Jan 2001, Kevin Cozens wrote:
If anyone is desparate to have RPMs and can't wait for the files to be
[...]
mailing list to save peoples already overflowing mailboxes.
Feel free to overflow my personal mailbox, please send me a patch vs gimp
1.2.0, so I'll add a %patch and finally
WISH YOU ALL A VERY HAPPY NEW YEAR.
On Thu, Dec 28, 2000 at 06:42:40PM +0530, Chetan Dhavse [EMAIL PROTECTED] wrote:
Subroutine gimp_text_get_extents_fontname redefined at
/opt/other/src/perl-5.6.0/lib/site_perl/5.6.0/i686-linux/Gimp.pm line 539.
this is very strange but is most probably a
On Sun, 31 Dec 2000, Kevin Cozens wrote:
Great timing, Marco. Yesterday and today I have been working on the .spec
file for GIMP 1.2.0. I have a working one now.
Ohhh, good news! (My poor and overheated K6-233 takes a breath) ;))
I'm just reviewing it as I am not sure that the libgimp .html
On Sun, 31 Dec 2000, Marc Lehmann wrote:
Please check the patch and _please_ merge those changes in order to build
again easily and RPMmed GIMP. ;)
Instead of requiring special rpm support for each and every package, why
not just fix the package manager? ;-
Eh, eh, I know this old story, not
On Mon, Jan 01, 2001 at 08:59:51AM +0100, Marco Lamberto [EMAIL PROTECTED] wrote:
not just fix the package manager? ;-
Eh, eh, I know this old story, not everybody loves RPM but, on my own, I think
it's extremely useful (if you write a decent specfile) not only for novice
It is (and rpm per
On Sun, Dec 31, 2000 at 05:31:24PM -0500, Kevin Cozens [EMAIL PROTECTED] wrote:
should be. I am also trying to decide where scm2scm and scm2perl belong.
Should they be in gimp and gimp-perl respectively, or gimp-devel for both?
scm2scm should go into gimp-devel, as it only requires perl, not
Marco Lamberto wrote:
Please check the patch and _please_ merge those changes in order to build again
easily and RPMmed GIMP. ;)
I've taken a look at the patch, Marco. For some reason all your patches
were rejected when I tried to apply them so I recreated the patches.
However, I am only using
Marc Lehmann wrote:
scm2scm should go into gimp-devel, as it only requires perl, not
gimp-perl, scm2perl should go into gimp-perl-devel, so you can choose on
your own (I recommend gimp-perl).
Thank, Marc. I was thinking that was probably how it would wind up. I'll
move scm2perl in to
Marco Lamberto wrote:
Good, I've attached a revised patch of mine vs the gimp.spec.in that should fix
some stuff. It was contributed by my friend Giandomenico Di Tullio.
I hope this will help you. ;)
Thanks, Marco. That patch shows most of the changes I have already made
myself. There are a
Tuomas Kuosmanen ([EMAIL PROTECTED]) wrote:
Speaking of old stuff to be ported to 1.2.. If I remember correctly, the 0.54
version (yes, kids. It did exist and it ruled.) had antialiased Threshold
tool.
Hmm - i just compiled gimp 0.54 and did not manage to find *any* threshold
function. Can
Marco Lamberto wrote:
This time I've fixed the main problem related to the "prefix" var used for
installation, now changed into "DESTDIR", and I've attached a patch vs 1.2.0.
I've added the DESTDIR support in the subdirs that still hold the old
installation prefix.
I tried building an RPM
OOPS!!!
I forgot to change the perl script name in the shell script (both at the
bottom of my last mail) from "rot to "tests".
well doesn't make much of a difference
Thankyou
Gimper
Chetan
On Sat, Dec 30, 2000 at 10:40:43PM +0100, thus said Rebecca J. Walter:
since we've had so much arguing on here lately, i thought everyone could
use a little positivity. i'm just HAPPY HAPPY HAPPY. i told sjburges
on irc about my floating layer to new layer difficulty with key commands
so in
On Sat, Dec 30, 2000 at 03:32:21PM +0100, Marco Lamberto [EMAIL PROTECTED] wrote:
Please check the patch and _please_ merge those changes in order to build again
easily and RPMmed GIMP. ;)
Instead of requiring special rpm support for each and every package, why
not just fix the package
Marco Lamberto wrote:
Some times ago me and other guys complained about a broken support for building
GIMP's RPMs.
This time I've fixed the main problem related to the "prefix" var used for
installation, now changed into "DESTDIR", and I've attached a patch vs 1.2.0.
I've added the DESTDIR
On Fri, Dec 29, 2000 at 05:48:07PM +0100, thus said Simon Budig:
Martin Weber ([EMAIL PROTECTED]) wrote:
Now that we have the new gimp 1.2.0 out, we should think about adding
new plugins to the gimp. Here my proposal:
Speaking of old stuff to be ported to 1.2.. If I remember correctly, the
Martin Weber ([EMAIL PROTECTED]) wrote:
Now that we have the new gimp 1.2.0 out, we should think about adding
new plugins to the gimp. Here my proposal:
Basically the number of plugins distributed with the gimp will most probably
shrink. We are thinking about a new scheme of distributing
I wrote:
Maybe the flame plug-in is very sensitive to what random number
generator is used, and works well only with the random() function
available on most Unixes (but not in MS's C library).
Problem solved. Mea culpa. It wasn't that flame would be sensitive to
the random number
Hi,
Tino Schwarze [EMAIL PROTECTED] writes:
Without having looked at the code - what do we need that many FDs for?!
We don't need to open all palettes at once, do we?
Gimp-1.2.0 leaks a filedescriptor when loading palettes. This has been fixed
in the meantime.
Salut, Sven
On 26 Dec, Garry R. Osgood wrote:
The tarballs and patch-sets are really meant for end-users
who prefer to compile from source, but don't otherwise
desire to get involved in maintenance and so don't have
a strong motivation to keep a bleeding-edge source tree
around. Patch sets are
On 28 Dec, Tino Schwarze wrote:
Without having looked at the code - what do we need that many FDs for?!
We don't need to open all palettes at once, do we?
The code for the brushes, gradients and the palettes is (was?)
really nasty. But the file descriptors are closed after the complete
On Thu, Dec 28, 2000 at 06:42:40PM +0530, Chetan Dhavse [EMAIL PROTECTED] wrote:
Subroutine gimp_text_get_extents_fontname redefined at
/opt/other/src/perl-5.6.0/lib/site_perl/5.6.0/i686-linux/Gimp.pm line 539.
Subroutine gimp_bucket_fill redefined at
Moritz Grimm writes:
These flames don't seem to work any more
Well, somebody complained on the gimpwin-users mailing list that the
*earlier* GIMP release's flame plug-in did not work very well compared
to how it works on Unix... I really don't understand how the plug-in
works... so I guessed
Matthew Class ([EMAIL PROTECTED]) wrote:
With regards to the ulimit problem described on this list earlier, I
ran lsof on a running gimp, and there are 155 open files...looks like
all the palettes. This can't be good...
This has been fixed in CVS.
Bye,
Simon
--
[EMAIL
On Thu, Dec 28, 2000 at 01:12:28AM +0100, Sven Neumann wrote:
Hi,
Albert Chin-A-Young [EMAIL PROTECTED] writes:
On IRIX 6.2 and 6.5 with GIMP 1.2.0:
$ gimp
/opt/TWWfsw/gimp12/bin/gimp: Failed to load one of the brushes in the
brush pipe
Albert Chin-A-Young wrote:
On Thu, Dec 28, 2000 at 01:12:28AM +0100, Sven Neumann wrote:
Hi,
snipped...
Yes, the old format was braindead and while the new is still bad,
it does not suck that much. We tried to keep backward-compatibility
with the old format and this piece of code
Hi,
"Garry R. Osgood" [EMAIL PROTECTED] writes:
I can successfully use pepper.gbr. File-Open loads it in just fine
and I can select the brush in File-Dialogs-Brushes.
FYI, I have no problems with Solaris 8/SPARC nor Tru64 UNIX 4.0D/5.0.
snipped...
Just this evening (GMT -5.00) I've
Albert Chin-A-Young [EMAIL PROTECTED] writes:
While trying to run gimp 1.2.0 on Solaris 7/SPARC:
$ gimp
Gimp-WARNING **: Failed to open palette file
/home/china/.gimp-1.2/palettes/Bears: can't happen?
Gimp-WARNING **: Failed to open palette file
Hi,
On Thu, Dec 28, 2000 at 04:48:39AM +0100, Mårten Svantesson wrote:
While trying to run gimp 1.2.0 on Solaris 7/SPARC:
$ gimp
Gimp-WARNING **: Failed to open palette file
/home/china/.gimp-1.2/palettes/Bears: can't happen?
Gimp-WARNING **: Failed to open palette file
[EMAIL PROTECTED] wrote:
I got off my lazy arse and made a patch. I have no idea
whether I did things correctly, I just downloaded the gimp-
1.1.32.tar.bz2 and gimp-1.2.0.tar.bz2 files, unpacked them,
did diff -u -r gimp-1.1.32 gimp-1.2.0 gimp-patch, then
bzip2'd that.
It's 534kb, and you
On Wed, Dec 27, 2000 at 01:16:26AM -0600, Albert Chin-A-Young wrote:
On IRIX 6.2 and 6.5 with GIMP 1.2.0:
$ gimp
/opt/TWWfsw/gimp12/bin/gimp: Failed to load one of the brushes in the
brush pipe
"/opt/TWWfsw/gimp12/share/gimp/1.2/brushes/SketchBrush-64.gih"
Marco Lamberto [EMAIL PROTECTED] writes:
On 20 Dec 2000, Michael Natterer wrote:
The Makefile in po-plug-ins requires the missing spheredesigner.c source in
plug-ins/common.
Hi Marco,
this is fixed in CVS.
Thanks, but was really removed the spheredesigner.c plug-in?
The
[EMAIL PROTECTED] writes:
I have just downloaded 1.1.31 and 1.1.32 patches from ftp.gimp.org
I notice that 'TODO' file has been updated to show some things that will
happen with Gimp.
However, I don't see any mention of "improved keyboard operation",
i.e. the stuff that generated quite
On 20 Dec 2000, Michael Natterer wrote:
The Makefile in po-plug-ins requires the missing spheredesigner.c source in
plug-ins/common.
Hi Marco,
this is fixed in CVS.
Thanks, but was really removed the spheredesigner.c plug-in?
The PLUGIN_MAINTAINERS still holds its name and author.
Regards,
[EMAIL PROTECTED] wrote:
I have just downloaded 1.1.31 and 1.1.32 patches from ftp.gimp.org
I notice that 'TODO' file has been updated to show some things that will
happen with Gimp.
However, I don't see any mention of "improved keyboard operation",
i.e. the stuff that generated quite
Apparently Sven's mail about this took 6 hours to reach me, so ignore
this one please.
Lourens
and thus it's not on the TODO list.
Lourens
Marco Lamberto [EMAIL PROTECTED] writes:
The Makefile in po-plug-ins requires the missing spheredesigner.c source in
plug-ins/common.
Hi Marco,
this is fixed in CVS.
thanks,
--Mitch
vidar took sphere designer out because he said it wasn't ready for
release yet. he needs to redo some stuff and it is complicated so he
said he'd pull it for now and put it in again later. and when it goes
back in it will be with a kick-ass help file he is writing for it.
Garry R. Osgood ([EMAIL PROTECTED]) wrote:
If he *has* a recent version, then there is a bug (failure to telescope error
messages), which a bug report would have indicated immediately.
He has not, there are three tools missing in the toolbox.
Bye,
Simon
--
[EMAIL PROTECTED]
Simon Budig wrote:
Garry R. Osgood ([EMAIL PROTECTED]) wrote:
If he *has* a recent version, then there is a bug (failure to telescope error
messages), which a bug report would have indicated immediately.
He has not, there are three tools missing in the toolbox.
Correct. And no
Garry R. Osgood ([EMAIL PROTECTED]) wrote:
2000-11-29 Austin Donnelly [EMAIL PROTECTED]
* app/curves.c: Applied patch from David Hodson
[...]
image, but didn't correctly do this. Now it has the
(more useful) behaviour of doing a partial reset, where the
curve remains the same
On Tue, 12 Dec 2000, Simon Budig [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
On most software packages (not for Linux, though), the
"underline" action keys are generally organized well enough so that it's
quicker to push that key instead of moving the mouse. For
Date: Tue, 12 Dec 2000 15:31:07 +0100
From: Simon Budig [EMAIL PROTECTED]
Dont argue with speed: Pressing Alt-F + x to exit a program is definitely
more complicated than pressing Ctrl-Q. This goes double for nested menus.
In this *particular* instance, faster != better IMHO.
Richard Stallman ([EMAIL PROTECTED]) wrote:
Gimp developers, I asked Olivier to report this because it is a
serious (though superficial) problem. Since the Gimp only runs under
a window system, it should be able to handle both Backspace and Delete
in the same way (as delete-backwards), since
Olivier Lecarme ([EMAIL PROTECTED]) wrote:
For programs designed after the PC has begun to be the dominant
computer, most implementors have taken as granted that a Backspace key
is meant to erase on left, and a Delete key is meant to erase on right.
This was the simplest solution for them,
Sven Neumann ([EMAIL PROTECTED]) wrote:
Maneesh Yadav [EMAIL PROTECTED] writes:
No one knows how to get the offsets for a layer from libgimp do they?
Yes, we know. Since a layer is only a special kind of drawable, the
following call will perfectly do:
gboolean gimp_drawable_offsets
Simon Budig wrote:
Sven Neumann ([EMAIL PROTECTED]) wrote:
Maneesh Yadav [EMAIL PROTECTED] writes:
No one knows how to get the offsets for a layer from libgimp do they?
Yes, we know. Since a layer is only a special kind of drawable, the
following call will perfectly do:
gboolean
Martin Edlman ([EMAIL PROTECTED]) wrote:
Simon Budig wrote:
Hmm - it is definitely too late to change the Api to rename this
function to "gimp_layer_offsets". But is there a special reason why this
One way to make it sensefull and put gimp_layer_offsets to the API is to
rename the
On Sat, Nov 18, 2000 at 04:54:39PM +0100, Simon Budig
[EMAIL PROTECTED] wrote:
checkout of the gimp. Gimp-perl compiled and - after doing a separate
make install as root in plug-ins/perl it worked.
(BTW: Why is gimpdoc installed in /usr and not in my PREFIX?)
See README.perl. It's where you
Marc Lehmann ([EMAIL PROTECTED]) wrote:
On Sat, Nov 18, 2000 at 04:54:39PM +0100, Simon Budig
[EMAIL PROTECTED] wrote:
checkout of the gimp. Gimp-perl compiled and - after doing a separate
make install as root in plug-ins/perl it worked.
(BTW: Why is gimpdoc installed in /usr and not in
Simon Budig ([EMAIL PROTECTED]) wrote:
IIRC it was like this:
(17. Nov.)
cvs co gimp
./autogen --prefix=/unstable
make
make install
I forgot something here: I did this make install as user simon (/unstable
is mine) and perl of course did not install. I then did an additional
make install
On Sat, Nov 18, 2000 at 07:59:17PM +0100, Simon Budig
[EMAIL PROTECTED] wrote:
See README.perl. It's where you told perl to install extensions.
Hmm - IMHO at least for these additional files (not the module itself)
the option specified at the top level ./configure should be inherited.
On Sat, Nov 18, 2000 at 08:12:15PM +0100, Simon Budig
[EMAIL PROTECTED] wrote:
I forgot something here: I did this make install as user simon (/unstable
is mine) and perl of course did not install. I then did an additional
make install in plug-ins/perl as root.
The compiletree must of
On Tue, 14 Nov 2000, Simon Budig [EMAIL PROTECTED] wrote:
Garry R. Osgood ([EMAIL PROTECTED]) wrote:
[does GTK handle the XInput-devices and the "normal mouse" in the same way?]
At present, we know that is not entirely true in two mixes of hardware.
However, the manner in which they are
Garry R. Osgood ([EMAIL PROTECTED]) wrote:
Simon Budig wrote:
I wrote a small program to monitor the extended XInput-Events, it is
attached.
I've not had much time to investigate further on , but these are some trial
runs I get Built and run on ALICE, an SGI Indigo R4000, using MIPS 6.2
n reported to this list that he observed it on Simon
Budig's machine at Systems'99, but not his own, and I believe Simon
has a tablet/driver/machine quite different from an SGI O2. [See Re:
Gimp help docs thread]]
I have at the moment no tablet available so i cannot try to
reproduce this now. I
he pen is pressed onto the tablet will also be ignored.
I would like to obtain a sense of how widespread this phenomenon
is. Marc Lehmann reported to this list that he observed it on Simon
Budig's machine at Systems'99, but not his own, and I believe Simon
has a tablet/driver/machine q
Chuck;
I'm watching the relevant part of Pulp Fiction on Showcase at the
moment.
On Sat, Nov 11, 2000 at 03:38:33PM -0600, Chuck Egner wrote:
Where could one find more information on gimp dev and testing?
Try IRC. There, and this mailing list.
Is there a functional spec. anywhere?
No, not
Chuck Egner wrote:
Hey all,
Does anyone have a test suite that they can release to the public?
Is there anyone specifically in charge of SQA?
After hours of struggle in the tropic heat,Wilber and Crew --finally! --
shifted the massive granite barrier just enough so that the small
band of
On Fri, 10 Nov 2000, David Monniaux [EMAIL PROTECTED] wrote:
I compiled Gimp under Solaris with --with-included-gettext. Trying to run
it with LANG=fr... does not yield anything translated. Nevertheless, Gimp
seems to load the translation file (seen in strace).
Has anyone else noticed this
On Mon, Nov 06, 2000 at 02:55:39PM +0100, Raphael Quinet [EMAIL PROTECTED] wrote:
helpbrowser.
Hmmm... Looks like we need a couple more beta releases before 1.2. ;-)
Simon and me are currently at the Systems'99, and, well, we probably need
a lot of couple of beta-releases ;) gimp seems to
On Sun, Nov 05, 2000 at 05:43:35PM -0500, thus said Garry R. Osgood:
Austin Donnelly wrote:
Is it generally known that mouse-down and waiting on brushes and
patterns pops up a larger preview window showing the whole
brush/pattern if it's larger than the preview?
Do many users
Marc Lehmann wrote:
Simon and me are currently at the Systems'99, and, well, we probably need
a lot of couple of beta-releases ;) gimp seems to have a lot of small
problems like the selection going away after some time and not coming
back, refresh problems (a lot, but difficult to reproduce)
On 5 Nov, Tuomas Kuosmanen wrote:
Just curious: Is anyone able to get the brush dialog by
doubleclicking the brush in the toolbox using a graphicstablet?
Dunno, I have it always open :)
It works now... I fixed the driver so probably it was a problem in
there
--
Servus,
[EMAIL PROTECTED] writes:
This is now the case: The help is completely converted now and we found
a way to compile it very nicely. We just need to integrate it now and get
Sven to add some of the promised new and necessary features to the helpbrowser.
If you want me to change the
On 6 Nov, Sven Neumann wrote:
If you want me to change the helpbrowser, I need a detailed list of
the changes that are necessary.
just the changes we talked about: Removal of the HTML navigation bar
and using the supplied links in this bars for the buttons in the
helpbrowser.
--
On Mon, 6 Nov 2000, [EMAIL PROTECTED] wrote:
On 6 Nov, Sven Neumann wrote:
If you want me to change the helpbrowser, I need a detailed list of
the changes that are necessary.
just the changes we talked about: Removal of the HTML navigation bar
and using the supplied links in this bars
Marc Lehmann [EMAIL PROTECTED] writes:
While the .gimp/gtkrc is being used again in the current cvs version, the
plug-ins still don't use it (they used it before).
You are right, I'll fix that soon.
thanks,
--Mitch
On 4 Nov, Garry R. Osgood wrote:
Given the nearness of 1.2 release, the Gimp Help Team (bex, Piers
Cornwell, Daniel Eggers apologies if I missed the other contributors)
started a separate gimp-help project last July, and not integrate with
the main tree until help stuff is reasonably
On 5 Nov, Austin Donnelly wrote:
Is it generally known that mouse-down and waiting on brushes and
patterns pops up a larger preview window showing the whole
brush/pattern if it's larger than the preview?
Do many users discover this themselves, or are they ignorant of the
fact?
Just
Hi Garry,
thank you for the hint. bex already told me where to look.
--Peter
"Garry R. Osgood" wrote:
Peter Kirchgessner wrote:
Hi bex,
where is to-do.txt ?
--Peter
This probably has been answered privately, but I'll take the
liberty of answering it publicly.
Given
On Sun, Nov 05, 2000 at 03:59:13PM +0100, thus said [EMAIL PROTECTED]:
On 5 Nov, Austin Donnelly wrote:
Is it generally known that mouse-down and waiting on brushes and
patterns pops up a larger preview window showing the whole
brush/pattern if it's larger than the preview?
Do many
Austin Donnelly wrote:
Is it generally known that mouse-down and waiting on brushes and
patterns pops up a larger preview window showing the whole
brush/pattern if it's larger than the preview?
Do many users discover this themselves, or are they ignorant of the
fact?
I think I noticed it
[EMAIL PROTECTED] (2000-11-03 at 2223.03 -0600):
|
|Please tell me the rationale behind having the drawing icons point downwards.
Um, it's *natural*?
Had you asked why they point from the left, I would
understand your question. But the metaphor of using
a pencil, or a paintbrush, or the
Peter Kirchgessner wrote:
Hi bex,
where is to-do.txt ?
--Peter
This probably has been answered privately, but I'll take the
liberty of answering it publicly.
Given the nearness of 1.2 release, the Gimp Help Team (bex, Piers Cornwell, Daniel
Eggers
apologies if I missed the other
On 12/23/1939 20:23, Miles O'Neal at [EMAIL PROTECTED] wrote:
Please fix your date
I would have sent this privately, but I get an error, rru.com host not
found. Please fix your email address too.
--
Simon Budig wrote:
Daniel Egger ([EMAIL PROTECTED]) wrote:
On 28 Oct, Tuomas Kuosmanen wrote:
No clue. Is this a "they want someone to do a demo" or "who the heck
is going to do a gimp demo there??"
BTW: I'm going to show GIMP at the COMDEX in Las Vegas at the SuSE
booth
UI feedback...(for those who care)
I used to be a photoshop user back in the 3.* days
I switched to the Gimp in 98 timeframe, I figured
that
hey I know how to use an image editor inside and out
I should not have to read about how this thing
works.
the brushes menu did take me longer to
Zolan Davis said...
|
|Please tell me the rationale behind having the drawing icons point downwards.
Um, it's *natural*?
Had you asked why they point from the left, I would
understand your question. But the metaphor of using
a pencil, or a paintbrush, or the others, is generally
pointing down.
Hi bex,
where is to-do.txt ?
--Peter
"Rebecca J. Walter" wrote:
bex here. I'm all done proofing all the files in the CVS. So get out
there and write some more!! I think there are a ton of holes yet
needing work. Also please check the to-do.txt file which lists holes in
the files
Daniel Egger ([EMAIL PROTECTED]) wrote:
On 28 Oct, Tuomas Kuosmanen wrote:
No clue. Is this a "they want someone to do a demo" or "who the heck
is going to do a gimp demo there??"
BTW: I'm going to show GIMP at the COMDEX in Las Vegas at the SuSE
booth
While we are at it: At the
On Wednesday, 25 Oct 2000, Jeff Sheffield wrote:
the splash screen hangs with the subtitle
Plug-ins
and the path
/opt/gimp/gimp-1.1.28/lib/gimp/1.1/plug-ins/script-fu
another interesting thing that happens is.
when I ctrl-C the app I get the following strange output
-
Hi,
Jeff Sheffield [EMAIL PROTECTED] writes:
[jsheffie@kelly bin]$ ./gimp
^[[A./gimp terminated: Interrupt
/opt/gimp/gimp-1.1.28/lib/gimp/1.1/plug-ins/animate_cells terminated:
Interrupt
---
animate_cells...??
animate_cells is a gimp-perl script, which makes me think that
On Tue, Oct 24, 2000 at 07:07:27PM -0500, thus said Jeff Sheffield:
Ok i have Linux Mandrake 7.1
I build the gimp 1.1.28
everything built and made fine
when I start running the program
the status screen comes up and starts loading
it hangs while trying to load the "script-fu"
On Monday, 2 Oct 2000, Raphael Quinet wrote:
On Sun, 01 Oct 2000, "Dr. David Kirkby" [EMAIL PROTECTED] wrote:
Thanks to everyone who suggested I increase the amount of shared
memory on my SPARC so Gimp would not disable shared memory tile
transport. I added this to /etc/system:
set
1 - 100 of 316 matches
Mail list logo