"Garry R. Osgood" wrote:
Well, after two weeks of trying the new behaviour, I find myself
not liking it and request that the initial range transform from
old to new just be the identity transform, as it was
before.
I'm not in front of my Linux box right now, and I was changing the
levels
"Guillermo S. Romero / Familia Romero" wrote:
[EMAIL PROTECTED] (2000-12-13 at 0057.14 +0100):
I think it would be a good idea to add a grid function like some other
Are you speaking about something like the Perl scripts that create a
grid and remove guides?
i ran one of those to make a
Marc Lehmann wrote:
On Tue, Dec 12, 2000 at 09:46:21PM -0500, Andy Deck [EMAIL PROTECTED] wrote:
The attached image demonstrates a problem
that I think ought to be remedied...
Basically, when the disk is full, there is not much one can do. BTW: what,
*exactly*, is your problem?
I think
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]
On Wednesday, 13 Dec 2000, Rebecca J. Walter wrote:
"Guillermo S. Romero / Familia Romero" wrote:
[EMAIL PROTECTED] (2000-12-13 at 0057.14 +0100):
I think it would be a good idea to add a grid function like some other
Are you speaking about something like the Perl scripts that
David Hodson wrote:
The reason I made the change is that:
* the tool (one of them, at least) _did_ actually keep the old
settings, [The curve tool ], it just didn't display the
parameters correctly; and
* the reset button is right there, if you need it.
True, almost -- never displayed nor
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
Hi,
Tino Schwarze [EMAIL PROTECTED] writes:
Why would you want to reinvent the wheel? Follow Unix philosophy: Use
tools which are already there.
I propose:
1. let the user use the package tool she wants
2. make plugins relocateable (I guess, not only RPM can do that)
3. provide easy
This one covers a lot of things I previous mentioned in a bit better tone.
Quoting comes from Raphael Quinet's post #12115.
Wow, finally a person who understands my concerns, and is actually an
active gimp developer, so that things could really change :)
Although I don't like timecop's style
I have always 2 trouble when compilin The Gimp:
1 - minor
devel-docs/pdb/Makefile
sed: ./devel-docs/pdb/Makefile.in: No such file or directory
Warning: the following files are missing in your kit:
po/Makefile.PL
po/update.sh
Please inform the author.
2 - more important!
We should keep in mind that the vast majority of Gimp users are not
compiling from source. A shell script is not something those folks
understand. Their reaction will be... Heh.. Where are all the plugins,
this sucks!
Then large numbers of them will post to the gimp-devel list wondering WTF
Your last email looks good! Something for everyone!
I should have added that the "craplet" that I described could have a
"get plugins from CDROM" button that could facilitate installing plugins
from CD. You are correct... it is hard to imagine a computer without an
internet connection. ;-)
Hi,
Jon Winters [EMAIL PROTECTED] writes:
We should keep in mind that the vast majority of Gimp users are not
compiling from source. A shell script is not something those folks
understand. Their reaction will be... Heh.. Where are all the plugins,
this sucks!
Please keep in mind that the
13 matches
Mail list logo
