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,
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
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
