Re: [Geeqie-devel] Copy path problem

2014-07-23 Thread Ian Zimmerman
Klaus Ethgen writes: Ian> I can make a patch. It probably won't be trivially short; where do Ian> you want it posted? Klaus> Here would be great. Or fork the repo on gitorious and create a Klaus> merge request. Here is a patch. Since perfection seems to be out of reach, I took the most conser

Re: [Geeqie-devel] Copy path problem

2014-07-15 Thread Ian Zimmerman
Ian Zimmerman writes: xsdg> Ian: what is your usecase? You jumped into the technical issues xsdg> immediately, but as far as I can tell, you haven't actually xsdg> explained what you're trying to accomplish. Ian> I think I mentioned it but probably too briefly, so I don't mind Ian> explaining i

Re: [Geeqie-devel] Copy path problem

2014-07-15 Thread Ian Zimmerman
Klaus Ethgen writes: Klaus> Sorry, can you explain »erractically«? I cannot translate that to Klaus> my language. It probably hasn't helped that I misspelled it :-p The correct spelling is "erratically" and the meaning is "sometimes it does what I expect, but often it does not". In U.S. English

Re: [Geeqie-devel] Copy path problem

2014-07-15 Thread Omari Stephens
On 07/15/2014 08:28 AM, Klaus Ethgen wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > Hi, > > Am Mo den 14. Jul 2014 um 22:38 schrieb Ian Zimmerman: >> a. I am conditioned to expect middle-click to behave erractically, > > Sorry, can you explain »erractically«? I cannot translate that

Re: [Geeqie-devel] Copy path problem

2014-07-15 Thread Klaus Ethgen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, Am Mo den 14. Jul 2014 um 22:38 schrieb Ian Zimmerman: > a. I am conditioned to expect middle-click to behave erractically, Sorry, can you explain »erractically«? I cannot translate that to my language. > b. I am the opposite of handy, so poin

Re: [Geeqie-devel] Copy path problem

2014-07-14 Thread Ian Zimmerman
Omari Stephens writes: xsdg> Ian: what is your usecase? You jumped into the technical issues xsdg> immediately, but as far as I can tell, you haven't actually xsdg> explained what you're trying to accomplish. I think I mentioned it but probably too briefly, so I don't mind explaining in more de

Re: [Geeqie-devel] Copy path problem

2014-07-14 Thread Omari Stephens
Ian: what is your usecase? You jumped into the technical issues immediately, but as far as I can tell, you haven't actually explained what you're trying to accomplish. FTR, I agree with Klaus that I would be frustrated if selecting images in geeqie would blow away my X selection buffer, specif

Re: [Geeqie-devel] Copy path problem

2014-07-14 Thread Klaus Ethgen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, Am Mo den 14. Jul 2014 um 18:22 schrieb Ian Zimmerman: > Klaus> For the normal X cut&past buffer used by middle mouse it makes > Klaus> most sense to populate it via explicit menu like it is now. For > Klaus> the other buffers that are used by G

Re: [Geeqie-devel] Copy path problem

2014-07-14 Thread Ian Zimmerman
Klaus Ethgen writes: [snipping your other objections, which are valid] Klaus> For the normal X cut&past buffer used by middle mouse it makes Klaus> most sense to populate it via explicit menu like it is now. For Klaus> the other buffers that are used by GUI applications it would make Klaus> more

Re: [Geeqie-devel] Copy path problem

2014-07-14 Thread Klaus Ethgen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, Am Mo den 14. Jul 2014 um 3:13 schrieb Ian Zimmerman: > Klaus Ethgen writes: > > Ian> You're right that simply changing the current code from > Ian> GDK_SELECTION_PRIMARY to GDK_SELECTION_CLIPBOARD would break your > Ian> usage while fixing m

Re: [Geeqie-devel] Copy path problem

2014-07-13 Thread Ian Zimmerman
A question: How much do you care about copying _multiple_ selections this way? The semantics of multiple or range selections is murky at best, and that is true even independently of Geeqie and Gtk. You can try this in your favorite terminal emulator or in Emacs: select multiple words by dragging

Re: [Geeqie-devel] Copy path problem

2014-07-13 Thread Ian Zimmerman
Klaus Ethgen writes: Ian> You're right that simply changing the current code from Ian> GDK_SELECTION_PRIMARY to GDK_SELECTION_CLIPBOARD would break your Ian> usage while fixing mine. It would still be the right thing to do Ian> IMO because of the convention. But we can keep the cake and eat it

Re: [Geeqie-devel] Copy path problem

2014-07-09 Thread Klaus Ethgen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, Am Mi den 9. Jul 2014 um 17:08 schrieb Ian Zimmerman: > I just snipped too much from the quote. The sentence preceding this one is: I thought such. ;-) > Well, all the Gtk conventions come from the Windows world :-) And yes, > sometimes tha

Re: [Geeqie-devel] Copy path problem

2014-07-09 Thread Ian Zimmerman
Klaus Ethgen writes: GTK> The currently-selected object or text should be provided on the GTK> clipboard identified by GDK_SELECTION_PRIMARY. Cut/copy/paste menu GTK> items conceptually copy the contents of the GDK_SELECTION_PRIMARY GTK> clipboard to the default clipboard, i.e. they copy the sele

Re: [Geeqie-devel] Copy path problem

2014-07-09 Thread Klaus Ethgen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, Am Mi den 9. Jul 2014 um 7:08 schrieb Ian Zimmerman: > Hi, I hit upon what seems to be at least an infelicity, and perhaps an > outright bug. The Copy Path popup menu item calls back this code: > > clipboard = gtk_clipboard_get(GDK_SEL

[Geeqie-devel] Copy path problem

2014-07-08 Thread Ian Zimmerman
Hi, I hit upon what seems to be at least an infelicity, and perhaps an outright bug. The Copy Path popup menu item calls back this code: clipboard = gtk_clipboard_get(GDK_SELECTION_PRIMARY); gtk_clipboard_set_text(clipboard, g_shell_quote(fd->path), -1); But, according to the GTK