Hi,
David Neary <[EMAIL PROTECTED]> writes:
> That's a fairly big assumption :) 2.0 pre 1 (which will be
> absolutely string & feature frozen to give translators, documentors
> and the like time to clean up before 2.0) is planned for a
> fortnights time. There are only 2 or 3 blockers left for th
Nick Lamb wrote:
> On Fri, Sep 12, 2003 at 12:38:26PM +0200, Sven Neumann wrote:
> > Oh, will you? I am sorry but if I remember correctly we postponed this
> > until after 2.0 since we hope that until then there well be an
> > accepted Free Desktop standard for this. Our prefered solution would
> >
Hi,
Nick Lamb <[EMAIL PROTECTED]> writes:
> Any Free Desktop standard for routine image clipboard handling seems
> to have been overtaken by events. There might still be room for some
> discussion about hi-resolution or hi-precision graphics, but for the
> average user the de facto standard is al
On Fri, Sep 12, 2003 at 12:38:26PM +0200, Sven Neumann wrote:
> Oh, will you? I am sorry but if I remember correctly we postponed this
> until after 2.0 since we hope that until then there well be an
> accepted Free Desktop standard for this. Our prefered solution would
> be to offer the image data
Hi,
Tor Lillqvist <[EMAIL PROTECTED]> writes:
> Additionally the winsnap code requires currently an .rc file, and
> taking care of that in plug-ins/common/Makefile.am would cause
> additional pain.
This argument is nil since we can always move screenshot to it's own
subdirectory.
I was hoping t
Hi,
Nick Lamb <[EMAIL PROTECTED]> writes:
> It should work that way but I haven't been able to build The GIMP to check
> for ages now.
>
> To be completely clear: Edit/Cut, Copy and Paste _ought_ to transparently
> work between applications. The image-related KDE apps get this right and
> when G
> I was hoping that there was interest in getting rid of (almost) all
> differences between platforms and doing a common screenshot plug-in
> would be one more step towards this goal. Sad to hear that you prefer
> to keep the winsnap plug-in alive.
Well yes, that is a good goal. But as it started
Alan Horkan writes:
> I was just asking because the code was being changed anyway.
Well, actually it's not certain at all that the screenshot code used
on Win32 will be changed. The winsnap plug-in works, and even if code
from it was copied into screenshot.c, it wouldn't still work the same
way a
From: Alan Horkan <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED]
Subject: Re: [Gimp-developer] Screenshot plug-in status
Date: Thu, 11 Sep 2003 18:49:42 +0100 (BST)
On Thu, 11 Sep 2003, Hans Breuer wrote:
> >Unfortunately the GIMP only me to choose File, Aqquire, From Clipboard.
>
On Thu, 11 Sep 2003, Alan Horkan wrote:
> I only ask that you take a moment and consider if there might be a way to
> make things faster for the user which is where speed really counts.
> Could some of the handling of the system clipboard be done automatically
> and only when needed to mitigate th
On 11 Sep 2003, Sven Neumann wrote:
> Date: 11 Sep 2003 02:04:24 +0200
> From: Sven Neumann <[EMAIL PROTECTED]>
> To: Michael Schumacher <[EMAIL PROTECTED]>
> Cc: "[EMAIL PROTECTED]"
> <[EMAIL PROTECTED]>
> Subject: Re: [Gimp-developer]
On Thu, Sep 11, 2003 at 06:49:42PM +0100, Alan Horkan wrote:
> I only ask that you take a moment and consider if there might be a way to
> make things faster for the user which is where speed really counts.
> Could some of the handling of the system clipboard be done automatically
> and only when n
On Thu, 11 Sep 2003, Hans Breuer wrote:
> >Unfortunately the GIMP only me to choose File, Aqquire, From Clipboard.
> Which you never tried at least _once_ before complaining ?
I think you have misunderstood me.
I used it many times, it works and I use what is available.
I only mention it now bec
At 20:18 10.09.03 +0100, Alan Horkan wrote:
>While a Screenshot plugin can be useful (easy enough to discover) it was
>never what I really what I wanted as a windows user.
>
>Rather I would have much preffered to be able to simply use the built in
>Print Scrn (or Alt+Print Scrn to grab just the cur
Hi,
"Michael Schumacher" <[EMAIL PROTECTED]> writes:
> > While a Screenshot plugin can be useful (easy enough to discover) it was
> > never what I really what I wanted as a windows user.
> >
> > Rather I would have much preffered to be able to simply use the built in
> > Print Scrn (or Alt+Print
On 10 Sep 2003 at 20:18, Alan Horkan wrote:
> While a Screenshot plugin can be useful (easy enough to discover) it was
> never what I really what I wanted as a windows user.
>
> Rather I would have much preffered to be able to simply use the built in
> Print Scrn (or Alt+Print Scrn to grab just t
On 7 Sep 2003, Sven Neumann wrote:
> Date: 07 Sep 2003 13:17:47 +0200
> From: Sven Neumann <[EMAIL PROTECTED]>
> To: Tor Lillqvist <[EMAIL PROTECTED]>
> Cc: "[EMAIL PROTECTED]"
> <[EMAIL PROTECTED]>
> Subject: Re: [Gimp-developer] Screenshot pl
Hi,
Tor Lillqvist <[EMAIL PROTECTED]> writes:
> Henrik Brix Andersen writes:
> > Using gimp_pixel_rgn_set_row() may work for some images, but since
> > GdkPixbufs internally have aligned data which may result in padding
> > garbage inserted between two rows, you will need to use
> > gdk_pixbu
Hi,
On Sat, 2003-09-06 at 09:16, Tor Lillqvist wrote:
> Henrik Brix Andersen writes:
> > It would be nice if someone on say... win32 ;)... would have a go at
> > writing the missing win32 part of the select_window() function.
>
> I get the hint ;-). I'll have a look at it.
Hehe - was the hint
On Sat, 2003-09-06 at 18:55, Tor Lillqvist wrote:
> Henrik Brix Andersen writes:
> > Using gimp_pixel_rgn_set_row() may work for some images, but since
> > GdkPixbufs internally have aligned data which may result in padding
> > garbage inserted between two rows, you will need to use
> > gdk_pix
Henrik Brix Andersen writes:
> Using gimp_pixel_rgn_set_row() may work for some images, but since
> GdkPixbufs internally have aligned data which may result in padding
> garbage inserted between two rows, you will need to use
> gdk_pixbuf_get_rowstride() and iterate over the rows one by one.
B
Henrik Brix Andersen writes:
> It would be nice if someone on say... win32 ;)... would have a go at
> writing the missing win32 part of the select_window() function.
I get the hint ;-). I'll have a look at it.
Grabbing the whole screen with screenshot (without any Win32 specific
code yet) was
Hi all,
I recently replaced a large part of the screenshot plug-in
(plug-ins/common/screenshot.c) - now it no longer depend on the external
'xwd' utility from XFree86 to work.
I have prepared the screenshot plug-in for compilation on different GDK
back ends than X11, but I have no means experienc
23 matches
Mail list logo