Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!usc!cs.utexas.edu!uunet!auspex!guy From: guy@auspex.auspex.com (Guy Harris) Newsgroups: comp.windows.open-look Subject: Re: A Unified Theory of Cut and Paste Message-ID: <7101@auspex.auspex.com> Date: 10 Apr 91 00:58:12 GMT References: <25260@ttidca.TTI.COM> Distribution: comp Organization: Auspex Systems, Santa Clara Lines: 24 > I may be wrong, but I believe the answer is no. > Xterm & Emacs utilize different selection property atoms (XA_PRIMARY, etc) > than calentool/cmdtool/shelltool clients (XV_DO_DRAG_LOAD, XV_DO_DRAG_COPY). > > Selection algorithms are (unfortunately) pretty different between X11 & > OpenWin. You mean "selection algorithms are (unfortunately) pretty different between various different X11 toolkits and applications"; it's not a question of differences between "X11" and "OpenWin", because there's no single convention that can be considered the "X11" convention. As another poster noted, some applications/toolkits use PRIMARY, some use CLIPBOARD, some use CUT_BUFFER0 (or other cut buffers), and some (e.g. ATK) make a valiant effort to use several of 'em.... The XView text facility (atop which "textedit" and "cmdtool" are based) uses, among other things, CLIPBOARD; the *_DRAG_* stuff is presumably for drag'n'drop, but they most definitely are not the *only* selections XView deals with. Now, the XView selection stuff tends to require that the selection owner support the LENGTH target, so if it doesn't support it, you may have trouble pasting from it into XView applications; I think Xt-based toolkits tend to support LENGTH, but ATK didn't do so until I fixed it to do so in order to let you cut'n'paste between ATK and XView....