> > > > I created a patch which sharpens the current specification in the way I > > > > was requesting. > > > > > > > > - when PRIMARY is set, any selection visualization regarding > > > > the old selection (conceptually showing former content of > > > > primary) should be cleared > > > > > > This may be the traditional way, but it can be also pretty annoying > > > (people don't select things just in order to copy&paste them)
This was the least important (consistency) improvement in my opinion. I just included it because, it was in the original bug report which claimed it as the original way and I did not see a problem in the behavior. I'm still not sure that it has a problem, but getting the other (more obvious) improvements into the specification seems a lot more important. So, this email includes a new patch without the selection clearing feature. However, I hope that the discussion will continue, so that the clearing behavior can one day be standardized. We could recommend supporting both ways and leaving the final choice to user. Even in that case, we would have to name the default behavior (i.e. setting). --Toni
84a85,89 > - explicit cut/copy commands should always set both CLIPBOARD and > PRIMARY, even when copying doesn't involve a selection (e.g. a > "copy url" -option which explicitly copies an url without the > url being selected first) > 86a92,93 > - a selection becoming unselected should never unset PRIMARY >
signature.asc
Description: This is a digitally signed message part
_______________________________________________ xdg mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/xdg
