capture clipboard contents

[GoogleCodeExporter]

What new or enhanced feature are you proposing?
Add item "clipboard" to "capture" menu ("capture cliboard contents")

What goal would this enhancement help you achieve?
Maybe it could be useful to "inject" clipboard contents as input to the capture 
process.

For example after having captured something, then closed the edit windows, ones 
may wants to re-edit the capture 

Original issue reported on code.google.com by gilles.p...@gmail.com on 30 Oct 2013 at 9:54

[GoogleCodeExporter]

What is difference of what you requesting from clipboard upload?

Original comment by flexy...@gmail.com on 1 Nov 2013 at 8:01

[GoogleCodeExporter]

I would like to be able to let "upload image to host" disabled in "after 
capture settings" with "Annotate image" and "copy image to clipboard" set on 
instead

In that cnfiguration, a typical capture sequence goes to the annotation tool 
then to the clipboard without uploading.

Then I can manually execute "clipboard upload" keeping the ability to cancel 
the upload phase if I whish. 

The "cliboard upload" action prevent me to abort the whole process between the 
annotate image and upload phase.

With "capture from clipboard" available, one would  be able to re-execute the 
"annotate" phase using clipboard image as input to the process, keeping the 
ability to decide to do the upload phase or not.

In summary, with a normal screen capture it's possible to have auto upload 
disabled by default. Clipboard *always* do the upload. I just want to be able 
to annotate clipboard contents than copy back the result to clipboard.

Original comment by gilles.p...@gmail.com on 1 Nov 2013 at 8:26

[GoogleCodeExporter]

In the 1st sentence please replace "I would like to be able" with "I prefer"

Original comment by gilles.p...@gmail.com on 1 Nov 2013 at 8:28

[GoogleCodeExporter]

Instead adding setting for not force upload in clipboard upload will be more 
easy to add. And you can have seperate hotkey setting for this.

Original comment by flexy...@gmail.com on 1 Nov 2013 at 8:36

• Changed state: Accepted

[GoogleCodeExporter]

If by this you mean just an *optional* "upload confirmation" popup that's 
perfectly OK for me.

And, maybe, in that case the confirmation could be applied to *every* upload 
phase (not only the one triggered by the "force upload" task).

Since it would be en optional thing, I could be acceptable I guess.

Original comment by gilles.p...@gmail.com on 1 Nov 2013 at 8:41

[GoogleCodeExporter]

There won't be popup.
Currently how clipboard upload works is using after capture settings and adding 
upload to it. So i can make setting for disable adding upload to it. So you can 
have seperate clipboard upload hotkey and set this setting to disable upload 
forcing.

Original comment by flexy...@gmail.com on 1 Nov 2013 at 8:43

[GoogleCodeExporter]

That's fine then, just the label "clipboard upload" for that action would not 
be fully adequate anymore. 
Not a problem for me anyway.

Original comment by gilles.p...@gmail.com on 1 Nov 2013 at 8:46

[GoogleCodeExporter]

It would be optional setting and you can set whatever name you want to hotkey. 
So it is clipboard upload by default.

Original comment by flexy...@gmail.com on 1 Nov 2013 at 8:48

[GoogleCodeExporter]

Like this: https://dl.dropbox.com/u/14076298/ShareX/2013/11/bfwV7PkPF2.png

Original comment by flexy...@gmail.com on 1 Nov 2013 at 9:47

[GoogleCodeExporter]

Not sure it will do the trick: (correct me if I'm wrong) with this option set 
to "true" "clipboard upload" will not effectiely upload image to remote host 
unless ticked in "after capture tasks". 
Inversely, if I tick that option, sreen capture will *always* perform upload to 
remote host, which is not what I want neither.

So, in that configuration, how will it be possible to *effectively* perform an 
uplaod?

Original comment by gilles.p...@gmail.com on 1 Nov 2013 at 9:55

[GoogleCodeExporter]

You gonna make hotkey called "Capture clipboard contents" set after capture 
tasks to annotate + save image. In advanced tab set 
ProcessImagesDuringClipboardUpload true.
So when you use that hotkey it won't upload.

And have separate hotkey for Clipboard upload and set 
ProcessImagesDuringClipboardUpload false for it. Or true and have different 
after capture tasks.

It giving all possibility.

Original comment by flexy...@gmail.com on 1 Nov 2013 at 9:58

• Changed state: Started

[GoogleCodeExporter]

OK, I'll try that setup as soon it will be available
thanks

Original comment by gilles.p...@gmail.com on 1 Nov 2013 at 10:00

[GoogleCodeExporter]

This issue was closed by revision r744.

Original comment by flexy...@gmail.com on 1 Nov 2013 at 2:01

• Changed state: Fixed

[GoogleCodeExporter]

Just uploaded latest version: that's now perfect.
I can exactly set up ShareX as requested

Thanks!

Original comment by gilles.p...@gmail.com on 2 Nov 2013 at 5:55

[GoogleCodeExporter]

Not sure if closed issues are monitored.

Everything runs ok except that transparency (like the one  from "drop shadow" 
effect) is apparently lost somewhere (when image is copied to clipboard or when 
it's reused from it)

Original comment by gilles.p...@gmail.com on 5 Nov 2013 at 4:34

[GoogleCodeExporter]

Even when you copy image from chrome and paste it to paint you can see 
transparent areas black. And .NET image copy can't copy with transparency too.

Original comment by flexy...@gmail.com on 5 Nov 2013 at 4:42

[GoogleCodeExporter]

Whith plain vanilla Greenshot, transparency is kept during the following 
sequence:
* capture region
* open in image editor
* effect -> drop shadow
* file -> copy to clipboard
then (step 2)
* open image from clipboard -> open image in image editor
* perform any edit
* file ->copy to clipboard
* close
and repeat step 2

Unfortunately, Greenshot does'nt support my (authenticated) proxy

If I use Sharex *only* for the "upload clipboard contents" phase, it does the 
trick. But using two different tools is not very practical.

Original comment by gilles.p...@gmail.com on 5 Nov 2013 at 4:55