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, than drag in the other direction to make the selection
smaller.  When you quit dragging, the final selection is copied to the X
selection buffer ("clipboard" if you want).  But now if you click
somewhere else, your terminal selection vanishes, but the clipboard
still has your final string!  It is as if any change from N+1 to N
characters were reflected, but _not_ if N == 0.

The above concerns range of text, but I face the same paradox if I copy
multiple selected items from a Gtk list widget.  That is, when an item is
deselected it seems I should copy the new string of all selections,
without the newly deselected item - _except_ when it was the _last_
selected item!  It really doesn't make good sense.  Anyone thought about
this before?

I'd have brushed this aside but it turns out some of the Geeqie list
widgets don't use the Gtk selection code but instead homemade selection
code.  So I cannot hook into Gtk to do the copy and instead I'd have to
modify some of the code that does the homemade selection, but how to
isolate, inside that code, the case when I should copy from the others
(like "deselecting the last selected item") seems not to be easy at all.

Thoughts welcome.  I know little about GUI design and programming, so
any house experts please speak up.  Or let's ask GUI experts from other
projects.

Ian.




------------------------------------------------------------------------------
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck®
Code Sight™ - the same software that powers the world's largest code
search on Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds
_______________________________________________
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Reply via email to