space on my server, I am always
doing the quality/size compromise. Would be handy if the default
starting-point could be adjusted to size rather than quality.
Scott.
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https
of current documentation on Python scripting in GIMP
is darn near impossible. I just fire up my google-fu and burn some bandwidth.
Experimentation is also key. Not sure if something works, try it out.
What's the worse that could happen? ;)
--
Scott (via www.gimpusers.com
in advance!
Mathias
My way around this was to use a PF_DIRNAME immediately above the PF_STRING
and combining them for the total path.
--
Scott (via www.gimpusers.com)
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https
programs I use every day such as emacs, mutt, lynx etc do not
bother me. You gotta love mutt's bug list on the manpage (Mutts don't
have bugs; they have fleas.)
Scott Swanson
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https
the
points generally look like, which is what sample point would mean.
Perhaps someday a correct_english.pot could be prepared Good
luck in your endeavours!
scott swanson
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https
in ABC...) - then if the
selection could be given a new 'project DEF' tag. I drool.
Scott Swanson
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
), start on the next one. I
don't know anything about gimp programming, but I can't imagine this
would involve extra fs-access as was mentioned as a negative; wouldn't
the workspace just consist of pointers to the actual brushes?
Scott Swanson
___
Gimp
be
pre-defined task parameters which the user has set up for different
ones. Such as defaults for the resize-image, crop image, save
directory, etc, etc. Maybe something like this already exists and I
don't know about it. Who knows
scott swanson
just a user
-to directory which I mentioned),
and I hope it does in 2.4. Sorry to have misunderstood.
Scott Swanson
--
(or ss - hey, you've given me ideas, except it looks like something
from a notary seal or the nazi era - my middle initial is 'O' - that's
probably not a good idea either
I suppose I'm most qualified to answer that. (I still lurk on the
mailing list) It hasn't been forgotten, just put on the back burner.
At the moment, I'm unsure what to do with it as it requires Gimp 2.3.
I tried doing a bit of advertising on a couple Ruby sites, but nobody
seemed
of us users would be as persistent instead of just going away after
the initial knee-jerk you don't know enough to even be talking to us
response which seems too prevalent here, maybe the Gimp would become
all that it can be.
Scott Swanson
___
Gimp-developer
On Mon, Jul 09, 2007 at 08:18:44PM +0200, Sven Neumann wrote:
Hi,
On Mon, 2007-07-09 at 11:36 -0600, Scott wrote:
Just curious, what would be so wrong with saving the original file as
a backup before doing a destructive save? Emacs only bites me when I'm
*really* stupid
There's
to watch you discuss the evolving 2.4. There seem to be some who are
interested in what we poor schmucks out here in Userland have to say,
while others seem to take the attitude of Let them eat cake. Free
software is a wondrous thing.
Scott Swanson
___
Gimp
--I mage--M anipulation--P rogram--
Just a thought
Scott.
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
construction and subject to
changes; and IRC works much better than bugzilla for these kinds of
issues. Ignore that man behind the curtain!
Also saw bug #10686 - why is that sort of thing kept on the system?
Entertainment value, I guess. Sheesh.
scott swanson
On Tue, Oct 31, 2006 at 10:30:07AM +0100, Michael Schumacher wrote:
Scott wrote:
/rant
Hm... don't you think that sticking to the current problem - crop tool -
would make this thread more useful than expanding it into a generic
rant once again?
Well, I guess if the subject said Crop
On Wed, Nov 01, 2006 at 12:13:33AM +0100, Sven Neumann wrote:
Hi,
On Mon, 2006-10-30 at 15:01 -0700, Scott wrote:
I have yet to hear any feedback regarding my idea of allowing the
options for a tool like the current crop to be customised by the
user to make it do what s/he wants
. Then ponder why
the gimp couldn't do that itself
/rant
Scott Swanson
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
)...' which was suggested, and it was entirely
over my head.
My apologies if this duplicates a post I sent earlier from a
non-registered address which appears not yet to have materialized.
scott swanson
Here is the output from ./autogen.sh:
I am testing that you have the tools required to build
. To
the point that he would drive a model from his garage to the public
display the night before with bedsheets over it, driving down the back
alleys in the wee hours of the morning.
Scott Swanson
___
Gimp-developer mailing list
Gimp-developer
On Fri, Oct 20, 2006 at 11:36:48AM -0700, William Skaggs wrote:
Scott, thanks for the feedback, although you could try to be a bit less
emotional about it, since this is after all a development version.
Sorry, I tend to get emotional over tools like the Gimp that I have
known and loved
in emacs
compared with the snail-like workings of the gimp/gtk. But whatever
you do, please, please, PLEASE do not do as one poster suggested and
eliminate single-keystroke commands!! The ability to assign your own
keys to gimp commands on the fly is one of its shining features, IMHO.
Scott Swanson
I've been working on the gimp-ruby binding. The project is almost
complete except for an interactive console, gettext support, and
documentation. Otherwise you can register procedures in a way similar
to script fu, call procedures as Ruby methods, and use GIMP types as
Ruby objects. The
town.
Scott Swanson
Pendroy, Montana
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
job
with very limited resources.
Hear, hear!
Scott Swanson
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
that the software does fairly reliably catch
top-postings.
Scott Swanson
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
generation of
programmers who grew up *not* using the shell, and who therefore
overlook the importance of shell-like features in the GUI?
Scott Swanson
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman
is that to program? *Especially* when it has already
been done, and done well, in previous versions??!
/rant
Scott Swanson
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
On Fri, Feb 10, 2006 at 02:36:19PM -0800, Carol Spears wrote:
On Fri, Feb 10, 2006 at 02:06:52PM -0700, Scott wrote:
IMHO, any app which is asking for a filename as input should give both
a keyboard-oriented and a mouse-oriented means of providing it. How
much extra work
a backwards compatible mode, even though it
is ugly...
The true magic of the Gimp is that it works as well as it does on
these enormous datasets. Thanks for the quick responses! All help is
appreciated.
-skod
--
Scott Griffith
ISES-LLC
9745 Steeplechase Drive
Franktown, CO 80116
303-660-2541
303-660
--
Scott Griffith
ISES-LLC
9745 Steeplechase Drive
Franktown, CO 80116
303-660-2541
303-660-2542 fax
[EMAIL PROTECTED]
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
31 matches
Mail list logo
