Current crop implementation (2.3.14) is very nice though it lacks a
listbox with user-defined ratios. I really love it. The 2.3.14 has
introduced a little inconvenience from my POV: the corner rectangles are
too much bright. They interfere with an attempt to value the composition
while
Hi,
On Tue, 2007-01-30 at 09:55 +0200, Alexander Rabtchevich wrote:
So if the scripts were loaded dynamically on demand:
If I understood Kevin correctly the long-term goal for Tiny-Fu is to
start the interpreter on demand for each script that is executed. So at
some point scripts will behave
On 1/30/07, Sven Neumann [EMAIL PROTECTED] wrote:
to propose a user interface that fits all needs.
imho, the 2.2 interface met all needs. i have yet to hear any reason
for eliminating either option, other than removing ONE element from
the screenshot GUI.
(sorry for the dupe email Sven)
Hi,
On Tue, 2007-01-30 at 10:22 +0200, Alexander Rabtchevich wrote:
Current crop implementation (2.3.14) is very nice though it lacks a
listbox with user-defined ratios. I really love it. The 2.3.14 has
introduced a little inconvenience from my POV: the corner rectangles are
too much
Hi,
On Tue, 2007-01-30 at 02:26 -0600, Clarence Risher wrote:
On 1/30/07, Sven Neumann [EMAIL PROTECTED] wrote:
to propose a user interface that fits all needs.
imho, the 2.2 interface met all needs. i have yet to hear any reason
for eliminating either option, other than removing ONE
On 1/30/07, Sven Neumann [EMAIL PROTECTED] wrote:
On Tue, 2007-01-30 at 02:26 -0600, Clarence Risher wrote:
On 1/30/07, Sven Neumann [EMAIL PROTECTED] wrote:
to propose a user interface that fits all needs.
imho, the 2.2 interface met all needs. i have yet to hear any reason
for
Clarence, would it be better to be not so aggressive? ;)
--
With respect
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
On Tue, 30 Jan 2007 08:24:40 +0100, Sven Neumann [EMAIL PROTECTED] wrote:
On Tue, 2007-01-30 at 09:11 +0200, Alexander Rabtchevich wrote:
But the inability to use global
variables along with scheme syntaxes leads to a good deal of parentheses
which could be a problem to a programmer.
Sven Neumann ([EMAIL PROTECTED]) wrote:
Also your approach is very lame indeed. This discussion wasn't even
close to coming to an end. It would have been a lot nicer to propose a
solution instead of wasting time like this.
Please realize that your mails sound very much like you dont really
From: Sven Neumann [EMAIL PROTECTED]
Date: Tue, 30 Jan 2007 09:35:17 +0100
On Tue, 2007-01-30 at 02:26 -0600, Clarence Risher wrote:
On 1/30/07, Sven Neumann [EMAIL PROTECTED] wrote:
to propose a user interface that fits all needs.
imho, the 2.2 interface met all needs.
On Tuesday, January 30, 2007, 9:35:17, Sven Neumann wrote:
We have had several reports about this UI being confusing. Users filed
bug reports claiming that the plug-in wouldn't do the right thing.
Obviously they did not understand the user interface. And that is not
surprising because it is
On 1/30/07, Robert L Krawitz wrote:
For my part, I've been awfully tempted to port the GTK 1.2 file load
and save dialogs forward to GTK 2.x. I suspect that my limited time
is better spent on Gutenprint and perhaps KPhotoAlbum, but those
dialogs are simply very painful to use.
On Tue, Jan 30, 2007 at 01:10:56PM +0100, [EMAIL PROTECTED] wrote:
How about this: get rid of the delay completely, and instead take the
screenshot when a certain key (eg. F12) is pressed?
It could be an answer if:
1) the key is customizable
2) we are really shure that there is no way that
On 1/30/07, Marco Ciampa [EMAIL PROTECTED] wrote:
On Tue, Jan 30, 2007 at 01:10:56PM +0100, [EMAIL PROTECTED] wrote:
How about this: get rid of the delay completely, and instead take the
screenshot when a certain key (eg. F12) is pressed?
It could be an answer if:
1) the key is
Date: Tue, 30 Jan 2007 15:13:45 +0300
From: Alexandre Prokoudine [EMAIL PROTECTED]
On 1/30/07, Robert L Krawitz wrote:
For my part, I've been awfully tempted to port the GTK 1.2 file load
and save dialogs forward to GTK 2.x. I suspect that my limited time
is better spent on
Some more thoughts on local variables in scheme from a newbie POV.
Due to a parenthesis syntaxes of variable declaration area, if variable
x is declared before variable y and y is declared before x is dropped, x
remains active at least until y is dropped.
(let (x 1)
...
(let (y 2)
;x is
On Tue, 30 Jan 2007 16:06:00 +0200, Alexander Rabtchevich [EMAIL PROTECTED]
wrote:
Some more thoughts on local variables in scheme from a newbie POV.
Due to a parenthesis syntaxes of variable declaration area, if variable
x is declared before variable y and y is declared before x is
Raphaël, this IS exactly my point! Why should the global variables be
prohibited if there is no difference in memory consumption with local
ones, only additional efforts to a programmer to track all parenthesis.
The common namespace is the other problem - it is due the luck of
interpreter usage
Alexander Rabtchevich ([EMAIL PROTECTED]) wrote:
Raphaël, this IS exactly my point! Why should the global variables be
prohibited if there is no difference in memory consumption with local
ones, only additional efforts to a programmer to track all parenthesis.
Because global variables are
Well what do you know?
At the moment Kamila and I are very busy with our (interaction
architecture) expert evaluation of the current GIMP, and this
morning we happen to stop by the screenshot plugin.
We actually took into account all comments made in this thread
up to that moment.
Here are our
Hi,
On Tue, 2007-01-30 at 11:32 +0100, Simon Budig wrote:
Please realize that your mails sound very much like you dont really want
to change anything.
True. I don't think that the requested change should be made. That does
however not mean that it cannot be done and will not be done. There
Hi,
On Tue, 2007-01-30 at 13:10 +0100, [EMAIL PROTECTED] wrote:
How about this: get rid of the delay completely, and instead take the
screenshot when a certain key (eg. F12) is pressed?
This works nicely but can only be implemented reasonably well on the
Desktop level. Actually, it's exactly
Hi,
On Tue, 2007-01-30 at 08:22 +0100, Sven Neumann wrote:
I don't think that the NEWS file is the right place for this. Someone
should set up a detailed description of the changes with instructions on
how to fix scripts that stop working after the update. We should then
refer to this
Hi,
On Tue, 2007-01-30 at 17:51 +0100, peter sikking wrote:
We would like to see however two improvements:
1) A big, fat visual countdown of the delay. I can see a
big (200 point font) semitransparent numbers overlaying
the screen counting down 4-3-2-1. No more guessing how
Hi,
On Tue, 2007-01-30 at 11:04 -0800, Akkana Peck wrote:
It wasn't? I waited more than a day after your last posting, and
there was nothing more. I don't think most of us thought that more
begging was going to accomplish anything after you said no.
I never said no. I only explained the
Hi,
On Tue, 2007-01-30 at 11:04 -0800, Akkana Peck wrote:
For the book, I had to make hundreds of screenshots, many of them
showing menus or other transient features such as brush outlines.
For some, where the menus were entirely inside the window, I was
able to use single window with delay.
On Tue, 30 Jan 2007 20:04:31 +0100, Akkana Peck [EMAIL PROTECTED]
wrote:
[ ... skip to end of message ... ]
P I think that puts an end to any doubts,
Oh, well, that's it, then.
There's no point in mere users trying to offer any input.
hmm, when I first read that earlier it sounded
On 1/30/07, peter sikking [EMAIL PROTECTED] wrote:
- the fact that it is a piece of cake to cut out a rectangle
out of a image in GIMP, or two added rectangles (window +
menu sticking out).
For the record, windows are not always rectangular, or do not always
fill their bounding box. Or
On Tue, Jan 30, 2007 at 08:22:11PM +0100, Sven Neumann wrote:
Any particular reason why you didn't use the screenshot feature of your
desktop for this? Just asking.
Not everybody uses a desktop that has a screenshot feature built in. I
don't, and whenever I want a screenshot I use the Gimp
Alex Pounds writes:
On Tue, Jan 30, 2007 at 08:22:11PM +0100, Sven Neumann wrote:
Any particular reason why you didn't use the screenshot feature of your
desktop for this? Just asking.
Not everybody uses a desktop that has a screenshot feature built in. I
don't, and whenever I want a
Sven Neumann writes:
On Tue, 2007-01-30 at 08:22 +0100, Sven Neumann wrote:
I don't think that the NEWS file is the right place for this. Someone
should set up a detailed description of the changes with instructions on
how to fix scripts that stop working after the update. We should then
Hi,
On Tue, 2007-01-30 at 14:03 -0600, Clarence Risher wrote:
For the record, windows are not always rectangular, or do not always
fill their bounding box. Or they may contain (alpha) transparent
areas that are well nigh uncleanable when full-screen screenshot'd
without sufficient
On 1/28/07, Steve Stavropoulos wrote:
So it seems both options are needed. What about a checkbox below the
delay to select when the delay will be applied?
You may need both delays, so I think a second wait line not only
makes for a fully functional plugin, but removes the ambiguity as to
On Tue, Jan 30, 2007 at 12:36:54PM -0800, Akkana Peck wrote:
Alex Pounds writes:
On Tue, Jan 30, 2007 at 08:22:11PM +0100, Sven Neumann wrote:
Any particular reason why you didn't use the screenshot feature of your
desktop for this? Just asking.
Not everybody uses a desktop that has
On Tue, Jan 30, 2007 at 11:58:08PM +0200, Steve Stavropoulos wrote:
On 1/28/07, Steve Stavropoulos wrote:
So it seems both options are needed. What about a checkbox below the
delay to select when the delay will be applied?
You may need both delays, so I think a second wait line not
Hi,
On Tue, 2007-01-30 at 23:58 +0200, Steve Stavropoulos wrote:
You may need both delays, so I think a second wait line not only
makes for a fully functional plugin, but removes the ambiguity as to
when the delay is applied. In
http://master.math.upatras.gr/~steve/gimp/ you can find the
Sven wrote:
We would like to see however two improvements:
1) A big, fat visual countdown of the delay. I can see a
big (200 point font) semitransparent numbers overlaying
the screen counting down 4-3-2-1. No more guessing how
long do we still have to get that other window in
Hi,
On Wed, 2007-01-31 at 00:53 +0100, peter sikking wrote:
So I had a look, one delay, but they also gave me an idea how
we can make everybody here happy, without the cost of two delays:
In 'snap window' mode the shot shall be taken:
a) on the first mouse-down after the timer (can be
On 1/30/07, peter sikking [EMAIL PROTECTED] wrote:
Clarence Risher wrote:
On 1/30/07, peter sikking [EMAIL PROTECTED] wrote:
- the fact that it is a piece of cake to cut out a rectangle
out of a image in GIMP, or two added rectangles (window +
menu sticking out).
For the
Date: Tue, 30 Jan 2007 17:24:59 +0200
From: Alexander Rabtchevich [EMAIL PROTECTED]
Raphaël, this IS exactly my point! Why should the global variables
be prohibited if there is no difference in memory consumption with
local ones, only additional efforts to a programmer to track all
On Tue, 30 Jan 2007 20:22:11 +0100, Sven Neumann [EMAIL PROTECTED] wrote:
Any particular reason why you didn't use the screenshot feature of your
desktop for this? Just asking. Please don't get upset again. I am only
trying to get an idea on why you prefer to use the screenshot plug-in
for
Hi,
On Tue, 2007-01-30 at 19:09 -0600, Clarence Risher wrote:
Sven's argument is true, but does not address my point. In every case
like this the process will be more complex than just shot-clip-done.
In cases of non-rectangular areas the clipping will be quite annoying.
And in the rare
Hi,
On Tue, 2007-01-30 at 22:03 +0100, [EMAIL PROTECTED] wrote:
I'm not sure if you're assuming everyone is using gnome here. I work on
xfce4 and I dont have a screenshot applet or whatever. I have scrot if I
dont use gimp. Most window manager screenshots seems just to grab the
whole
43 matches
Mail list logo