On 2/5/07, Jakub Steiner <[EMAIL PROTECTED]> wrote:
> Personally I'd rather have the screenshooter be a separate application.
> There is a good number of efficient workflows using existing tools
> (`sleep 5 && import (-window root) ~/Desktop/foo.png` [1],
> `gnome-panel-screenshot --delay 5 (--wind
On Tue, 2007-01-30 at 12:36 -0800, Akkana Peck wrote:
> For what it's worth, every time I see the question "How do I make
> a screenshot?" posed on a beginner/intermediate Linux list, the
> answer always ends up being GIMP. It's still the best method
> that's not dependent on users running specif
Hi,
On Thu, 2007-02-01 at 10:37 -0800, Akkana Peck wrote:
> If you have the mouse over only a menu, ksnapshot will even
> give you just the menu without the window containing it.
>
> ksnapshot solves the delay problem in a nice clean way:
> they have only one (pre-selection) delay, but their wind
peter sikking writes:
> I got the fling that ksnapshot manages to take a snapshot of
> the window + menu. There is where I got the idea. But reading
> the documentation again, they do not 100% promise this.
I should have tried ksnapshot before! It does get the menus --
even on Edgy where GIMP
This discussion goes on too long and distracts too much. I am
one who would prefer the plugin to work differently, but it is
clear that no solution will be good for everybody, and the approach
Sven has taken is certainly reasonable.
It would also be reasonable, I think, to separately distribute
Akkana wrote:
>> I am an interaction architect, I have to take a decision what is
>> the best solution for 1 million users. We spend time evaluating
>> this feature systematically. We especially focussed on your
>> use case. But we saw the cost in UI complexity to put in the
>> second delay. This
Sven wrote:
> Would still be nice if someone could find a way to ask X for the
> application window that a popup window belongs to. I haven't found
> a way
> to do that and the longer I stare at the XLib manuals, the more I
> start
> to believe that there is no clean way to do that.
I got the
Hi,
On Wed, 2007-01-31 at 11:02 -0800, Akkana Peck wrote:
> > In 'snap window' mode the shot shall be taken:
> >
> > a) on the first mouse-down after the timer (can be zero) has expired;
> > b) immediately, when a non-zero timer expires AND a mouse-button
> > (left, right [pop-up menu], even
Hi,
On Wed, 2007-01-31 at 04:44 -0600, Clarence Risher wrote:
> Perhaps there is no intentional support, but I guarantee you that gimp
> (as of 2.2, and i expect still in 2.3) takes screenshots of
> non-rectangular windows just fine. The result is a black rectangle
> containing the visible shape
From: Sven Neumann <[EMAIL PROTECTED]>
Date: Wed, 31 Jan 2007 08:38:21 +0100
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
On Wed, Jan 31, 2007 at 11:02:20AM -0800, Akkana Peck wrote:
> Is it really that common to screenshoot a single window which is
> so large that there isn't room for both it and the screenshot dialog
> on the screen at the same time?
>
> To the list: does anyone here actually uses the delay for tha
On Wed, Jan 31, 2007 at 11:02:20AM -0800, Akkana Peck wrote:
>
> [pre- vs. post- selection delay]
> > I estimate the chance that one is not taking a screenshot of GIMP
> > itself as higher than 50%. So you need time to get GIMP out
> > of the way.
>
> To get the screenshot dialog out of the way,
peter sikking writes:
> > Peter, I have to ask: how much have you actually used GIMP for
> > screenshots? Have you done a lot windows cut from full-screen
> > screenshots? Or talked to users who do?
>
> I am an interaction architect, I have to take a decision what is
> the best solution for 1 mill
On 1/31/07, Sven Neumann <[EMAIL PROTECTED]> wrote:
> 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-rectangul
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
> whol
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
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
> f
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).
>
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
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 w
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
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" l
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 desk
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 t
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 prearr
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 wan
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 pl
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.
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 un
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 d
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 ch
Sven Neumann writes:
S> Also your approach is very lame indeed. This discussion wasn't even
S> close to coming to an end.
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 af
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 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 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 h
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 f
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 sp
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 cu
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 ano
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.
http://pro
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 i
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 al
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 w
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 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 reaso
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 O
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 Mon, 2007-01-29 at 22:21 -0800, Akkana Peck wrote:
> Okay, it sounds like the developers aren't willing to put back the
> delay functionality that was removed from the screenshot plug-in.
>
> So for those of us who need the delay and don't want to go back to
> 2.2, I've grabbed the old 2.
Sven Neumann writes:
> I don't think the plug-in will be removed but I would like not to
> clutter the user interface again. The current UI seems to be more
> appealing and usable than what we used to have.
Okay, it sounds like the developers aren't willing to put back the
delay functionality that
Hi,
I don't think the plug-in will be removed but I would like not to
clutter the user interface again. The current UI seems to be more
appealing and usable than what we used to have.
Personally I tend to use the Screenshot functionality that is built into
the GNOME desktop. The screenshot is jus
On Sun, Jan 28, 2007 at 02:05:54PM +0100, Sven Neumann wrote:
> Hi,
>
> perhaps we should remove the screenshot plug-in altogether. The
> functionality doesn't really belong into an image manipulation program.
> Since there doesn't seem to be a platform-agnostic way of taking
> screenshots, perhap
Hi,
perhaps we should remove the screenshot plug-in altogether. The
functionality doesn't really belong into an image manipulation program.
Since there doesn't seem to be a platform-agnostic way of taking
screenshots, perhaps we should leave it up to the operating system. As
long as people can eas
On 1/28/07, Clarence Risher wrote:
> Also, what if the window in question cannot be put into the proper
> state until after the delay starts? A full screen app/game that
> cannot be (de)focused, for instance. I have, on rare occasions,
> encountered this need, where I have to apply a delay before
On 1/28/07, Steve Stavropoulos <[EMAIL PROTECTED]> wrote:
> The only use of "delay before selecting" I have heard so far is to
> change desktops before grabbing, but for me the "logical" thing to do
> in that case would be to move the screenshot plugin to the desktop I
> wanted and take the screen
On 1/28/07, Sven Neumann wrote:
> You can still grab the whole screen if you need to take a screenshot
> with a popup menu.
That was the last thing that crossed my mind. I even made the change
in the source before I thought of that. It's really awkward to have to
grab the whole screen when you ju
Hi,
> In gimp 2.2, the screenshot dialog offered both options. Early on
> in 2.3, the before-selection delay disappeared leaving only the
> before-grab delay. But apparently there's been some in-fighting
> between the people who want one delay vs. the other, and in current
> CVS the winner is the
On Sun, 28 Jan 2007 04:49:12 +0100, Akkana Peck <[EMAIL PROTECTED]>
wrote:
>> On 1/27/07, Steve Stavropoulos <[EMAIL PROTECTED]> wrote:
>> > I chose a delay of 5 seconds, to give me time to open the menu
>> > after I selected the window to grab. But, after a while I figured out
>> > that gimp fi
On 1/28/07, Akkana Peck <[EMAIL PROTECTED]> wrote:
Meanwhile: you can still grab a menu by shooting the entire screen
with a delay, then cropping it afterward ... arduous but better than
nothing. Or use 2.2. :-)
With a fairly simple plugin, it would be easy to auto crop -- just click on
the
> On 1/27/07, Steve Stavropoulos <[EMAIL PROTECTED]> wrote:
> > I chose a delay of 5 seconds, to give me time to open the menu
> > after I selected the window to grab. But, after a while I figured out
> > that gimp first waits for the 5 seconds to pass and then gives you the
> > chance to select th
The screenshot delay behaves exactly as I have always expected it to.
If you select immediately and then wait 5 seconds, how do you change
virtual desktops to get to the window in question without
'accidentally' selecting your pager? Then again, I have often desired
a feature do what you propose h
I found myself today in the need to take a screenshot of a window
with an open menu. I selected Acquire->Screenshot in gimp and in the
dialog I chose a delay of 5 seconds, to give me time to open the menu
after I selected the window to grab. But, after a while I figured out
that gimp first waits f
61 matches
Mail list logo