Ignore binary selections about clipmenu HOT 12 CLOSED

First of all, this isn't a "normal" way to paste binary images, you should use a target atom instead. If you use a target atom, this problem won't happen (clipmenu doesn't look for ones with "unusual" target atoms).

Detecting binary is not a trivial matter in bash (or, to be honest, in any language). One possibility would be to run through file -i and look for text/* and the absence of charset=binary, but I don't know how many false positives/negatives that may yield, and it incurs questions that I'd rather avoid (is -i portable? is the output of -i portable? etc).

Is there a reason you can't adhere to the standard and use a target atom?

from clipmenu.

Surely I can use it, thanks for advice. But looks like it will be better to protect application from broken files which block that at all.

from clipmenu.

Can you show me a screenshot of the "broken" output? It looks not that bad to me when I try it.

from clipmenu.

It just empty.

from clipmenu.

clipmenu: line 35: selections[$first_line]: bad array subscript

from clipmenu.

That error message shouldn't stop you from using clipmenu, right?

from clipmenu.

Bug in next: when some of files broken (binary), I got this error and no items in list at all.

from clipmenu.

Hm. That's unusual, I don't repro that.

Do you have a sample file that causes that?

from clipmenu.

If I delete broken file by hand, it work again.

from clipmenu.

Whoops.

from clipmenu.

This one I use to copy in xclip -i -selection clipboard

from clipmenu.

xclip support dropped. Please reopen if this occurs with xsel.

from clipmenu.