Re: [Gimp-developer] Screenshot plug-in status
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 current window) and paste that into the GIMP. Unfortunately the GIMP only me to choose File, Aqquire, From Clipboard. Which you never tried at least _once_ before complaining ? Though from the users point of view there may be no differnce between 'Copy' (== here Program internal and fast) and 'Copy from Clipboard' (== system global, data across process boundaries, kind of slow) [Available from File/Acquire (creating new) and Image/Edit/Paste from Clipboard pasting into current image. ] From the developers point of view there is. [If it's still unclear, the later is the one you are asking for. And it exists for years.] Could pasting from the system ClipBoard be setup in such a way as to allow me to directly paste screenshots without needing to take the extra few clicks to Aquire from clipboard or use the Screenshot plugin? Huh? May I suggest a hot key : ctrl-alt-ins ? Should I file an enhancenment request in bugzilla? Or better ctrl-alt-del ... Hans Hans at Breuer dot Org --- Tell me what you need, and I'll tell you how to get along without it.-- Dilbert ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Clipboard (was Re: [Gimp-developer] Screenshot plug-in status)
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 needed to mitigate the speed tradeoff? If is impractical fair enough, I was just asking because the code was being changed anyway. 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 GIMP 1.3.x devel code is once again up and running on this system I will ensure that it works properly in the GIMP too. You are quite right that none of this costs _any_ significant resources until it's actually used to do what the _user_ wants. Which means it is unquestionably the Right Thing. Nick. ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Screenshot plug-in status
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] Screenshot plug-in status 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 Scrn to grab just the current window) and paste that into the GIMP. Perhaps you should use GNOME then ;) I do use Gnome, just not all the time. - Alan ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Screenshot plug-in status
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 the speed tradeoff? If is impractical fair enough, I was just asking because the code was being changed anyway. It seems to me that using the system clipboard, but using the internal cut and paste instead of the system functionality whenever it is detected that the sender and reciever are the same process would be the best solution. Rockwalrus ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Screenshot plug-in status
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. 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 because changes are being made to the screenshot code and perhaps there might be a better way to do screenshots and streamline the workflow. Though from the users point of view there may be no differnce between 'Copy' (== here Program internal and fast) and 'Copy from Clipboard' (== system global, data across process boundaries, kind of slow) I am aware that the system clipboard is different and slower, but isn't the real performance loss is from the user point of view. 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 the speed tradeoff? If is impractical fair enough, I was just asking because the code was being changed anyway. well, i am very happy with the way GIMP's clipboard and buffers are kept separated from the win32 clipboard, i frequently keep text lying around in the win32 clipboard that i may well use frequently, but i very rarely need to copy image data outside of the GIMP, and this way i can have all my named buffers, i can cut and paste between GIMP images while keeping my text in the clipboard for use in text editors and web browsers, handy if you're multitasking. so, on to screenshots, i sometimes use alt-printscrn and acquire, but more often acquire screenshot, as that way i don't nuke the contents of the clipboard. i may have completely missed the point here, but i think keeping clipboard functions the way they are and maybe adding a paste as new from clipboard function along with the others so that acquire doesn't have to be used every time. Phil. - Alan ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer _ Sign-up for a FREE BT Broadband connection today! http://www.msn.co.uk/specials/btbroadband ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
