could be tweaked
up or down. Having limited storage 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
uld translate, which it did.
Finding a single source 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
red. A
>graphical selection is much easier.
>
>Thanks 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
as the names
of other 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
Gi
point randomly picked from a
collection of points and offered up as an indication of what 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
tags
that are in XYZ minus the subtle tags 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
le during the
duration of the project. Done with the project, delete the workspace
(or just some of its brushes, depending), start on the next one. I
don't know anything about gimp programming, but I can't imagine this
would involve extra fs-acc
rks
fine for my purposes (other than the save-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
ally, the more I think about it, the idea of a "begin task - end
task" pair of buttons makes sense to me. Perhaps there could 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,
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 interested
> I was refering to your reply which was discouraging and completely
> needless. And so was your second reply.
sorry to bother.
> The happy user is silent.
Is that from the Book of Tao, or what? I like it. I shall remain
silent. The silent user is happy (or unhappy - who knows?
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
ers to realise the illogic of this "feature". If more
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 preva
ome forgotten reason. But it has been fascinating
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". Fr
> Any objections?
How about
/*--G nu--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
Most salient
responses: "The new tools are still under 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 thi
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 th
On Tue, Oct 31, 2006 at 10:30:07AM +0100, Michael Schumacher wrote:
> Scott wrote:
>
> >
>
> 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
l remember what I want
it to do will be appreciated as a wise tool. Take a look at the way
Gqview does directories. Then wonder why most users use it as a
front-end to get their pictures into the gimp to edit. Then ponder why
the gimp couldn't do that itself
Scott Swanson
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
o '(automake1.8)...' 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 to
ays took great pains to conceal
the newly-arrived models from the public until the Grand Unveiling. 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
__
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
ously am thinking of going back to 2.2, and I
shudder to even think of what a mess 2.4 is going to be if this is any
indication of "progress". How can a tool so simple in concept and so
frequently used as "crop" have been bollixed up so badly?
Scott Swanson
_
mmands run lightning-fast 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 fe
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 int
derstand, or cease
and desist.
Just 2 cents from a one-horse town.
Scott Swanson
Pendroy, Montana
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
developers: it's a fantastic
> tool. I'd like to offer my encouragement too: you're doing a great 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
st.
Hardly nazi-ish; just doing automatically what we as good netizens now
do for ourselves...
This is presuming 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
...
>
I wonder; are we witnessing the coming-of-age of a new 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
Gim
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
> &
mouse-oriented means of providing it. How
much extra work 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
other nerds like me that will run aground on this, and will
wish for the old nasty behavior. If it isn't too painful, it might
be worth considering 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.
as taken to make this tool what it is!
-skod
--
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
33 matches
Mail list logo