home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / windows / openloo / 4616 < prev    next >
Encoding:
Text File  |  1992-11-21  |  6.7 KB  |  152 lines
  1. Newsgroups: comp.windows.open-look
  2. Path: sparky!uunet!uunet.ca!wildcan!sq!lee
  3. From: lee@sq.sq.com (Liam R. E. Quin)
  4. Subject: Re: Cut/Paste in OWN and more
  5. Message-ID: <1992Nov22.052119.1534@sq.sq.com>
  6. Organization: SoftQuad Inc., Toronto, Canada
  7. References: <84050@ut-emx.uucp> <1ej8t5INN1g0@armory.centerline.com>
  8. Date: Sun, 22 Nov 92 05:21:19 GMT
  9. Lines: 141
  10.  
  11. ich@ccwf.cc.utexas.edu (Ing-Chin Hwang) writes:
  12. >1. One of the most frequent window operations is select/copy in one
  13. >xterm and paste to another window, be it another xterm or a DECterm
  14. >from a remote VAX. 
  15.  
  16. >The X convention seems to be but1/drag is selection and but2 is
  17. >paste. 
  18.  
  19. matt@centerline.com (Matt Landau) corrects Ing-Chin:
  20. > Actually, there is no such thing as "the X convention" for copy and paste 
  21. > operations.  There are at least three or four different conventions for 
  22. > dealing with text operations, depending on the GUI style and toolkit you
  23. > are using:
  24. >   * The Athena widgets convention, which is also used by xterm, is
  25. >     that left-drag selects a region and places it into the PRIMARY
  26. >     selection, while middle click copies in the contents of the
  27. >     PRIMARY selection (or CUT_BUFFER0, if the PRIMARY selection is
  28. >     empty) in at the current text insertion point.
  29.  
  30. Yes.  You can change this with translations, as is one in the OpenWindows 3
  31. app-defaults file for XTerm, to make the CUT and PASTE keyboard keys work.
  32.  
  33. >> [motif omitted...]
  34.  
  35. >   * OPEN LOOK does not use the PRIAMRY-based left/middle convention at all,
  36. OpenWindows doesn't -- the OPEN LOOK UI doesn't specify how cut, copy and
  37. paste should be implemented at that level of detail.
  38.  
  39. >     but uses an exclusively CLIPBOARD-based selection method
  40. >     where positive action is required to copy the selected text to 
  41. >     the CLIPBOARD selection (ususally this means pressing the Copy 
  42. >     key), and selections are persistent until explicitly replaced by
  43. >     a subsequent Copy operation.
  44.  
  45. Actually, this is misleading, Paul.  The XView, TNT and OLIT toolkits all
  46. *do* manipulate the primary X selection, so that when yuc select text in
  47. (say) cmdtool, you can paste it directly into xterm.  They do not, however,
  48. give you a way of pasting the primary selection, I agree.
  49.  
  50. >   * Both OPEN LOOK and Motif (at least, as of Motif 1.2) also have
  51. >     direct-manipulation drag-and-drop interfaces for text editing.
  52.  
  53. > Completely interoperability requires that an application understand, or
  54. > be able to understand, ALL of these conventions.  It's not conceptually
  55. > hard except for drag-and-drop (where the OPEN LOOK protocol is utterly
  56. > Byzantine and the Motif protocol is undocumented, which is even worse
  57. > than being Byzantine!), but it seems like very few application or GUI
  58. > toolkit developers go to the trouble of getting all the corner cases 
  59. > right.
  60.  
  61. The OpenWindows drag and drop and copy & paste protocols are documented in the
  62. OpenWindows programmer's manuals.  I agree strongly that they are not as
  63. simple as I would like.  I haink Byzantine is a little overstated, but only
  64. because I've seen worse :-)
  65.  
  66. >> Often times before the paste, I need to click on the menu/title bar of the
  67. >> another window to bring it up front.  This will then de-select the region
  68. >> I just select.  What's the best way to solve this problem? 
  69. > 
  70. > Well, you could use a focus-follows-pointer focus model in your window
  71. > manager, so that you wouldn't have to direct input to it explcitly, or
  72. > you could abandon the use of the left/middle mouse style of copy and 
  73. > paste and switch to using one of the persistent CLIPBOARD-based methods
  74. > instead.  You claim later that you don't want to do this, but it might
  75. > be your best option.
  76.  
  77. In fact there are easier ways, if, as I suspect, the poster is using
  78. OpenWindows.
  79.  
  80. First, you can use the Front key (L5) or Alt-t to change which window is on
  81. top.  You may need to have 
  82. OpenWindows.KeyboardCommands:   Full
  83. in your .Xdefaults file for Alt-t to do anything; it brings the window with
  84. focus to the front.
  85.  
  86. Next, note that the window into which you paste does not have to be on top.
  87.  
  88. Finally, I append the section from the FAQ on the subject, since I stupidly
  89. forgot to set the Expires: date when I posted it this month.
  90.  
  91. For my part, I generally use L6 (copy) and L8 (paste), or simply drag the
  92. selected text from one window to another.  Note that you can use L5 while
  93. you are dragging text!  This is very useful...
  94.  
  95.  
  96.  
  97. Subject: Key Bindings, Cut and Paste
  98.  
  99. @ How do I cut and paste between XTerm and OpenWindows programs?
  100.  
  101.     To go from XTerm to textedit (say):
  102.     * Select the text you want to copy by dragging the SELECT mouse button
  103.       in xterm
  104.     * Press COPY in the XTerm (this key is L6, or Meta+c (the O'Reilly
  105.       XView manual gets this wrong)
  106.     * Move to the textedit window, and press PASTE (L8 or Meta+v)
  107.  
  108.     If this doesn't work, see Troubleshooting: Cut and Paste
  109.  
  110.    To go the other way, from textedit to XTerm:
  111.     * Select the text in textedit.  No need to use COPY
  112.     * Move to the XTerm window and press ADJUST (the middle mouse button).
  113.     * You can also use the COPY/CUT and PASTE buttons.
  114.  
  115. @ COPY/PASTE is boring.     What short-cuts are available?
  116.  
  117.     Quick Copy within textedit, mailtool, etc:
  118.     * Click SELECT to get a text caret where you want the copied text to go
  119.     * Press and HOLD DOWN the PASTE (or CUT) button
  120.     * Select the text you want to copy/move.  You'll see that it's underlined
  121.       or crossed out, as appropriate.  (In the jed demo it goes grey)
  122.     * Let go of the PASTE (or CUT) button.
  123.     * The text you underlined or crossed out appears at the insert caret.
  124.  
  125.     Drag and Drop to Move a Selection
  126.     * Select the text you want to copy or move, by dragging or miltiple-
  127.       clicking the SELECT or ADJUST mouse button
  128.     * Put the mouse pointer anywhere within the selection
  129.     * Press and HOLD DOWN down the SELECT mouse button, and move the mouse
  130.       pointer a little to the right; you'll see the cursor changes to be the
  131.       first 3 letters of the text (or some other icon).
  132.     * Still holding SELECT down, move the mouse over the point where you want
  133.       to drop the text
  134.     * You may see the mouse pointer change to a rifle-sight or target, to show
  135.       that it's OK to drop things here
  136.     * Let go of SELECT, and the text is moved.    This works in text fields of
  137.       dialogue boxes as well as in text subwindows.
  138.  
  139.     Drag and Drop to Copy a Selection
  140.     * This is the same as using Drag and Drop to Move a Selection, except that
  141.       you must hold the CONTROL key down as well as the SELECT mouse button.
  142.  
  143.  
  144.  
  145. Lee
  146.  
  147. -- 
  148. lee@sq.com (Liam Quin) the barefoot programmer; SoftQuad Inc +1 416 239 4801
  149.  OPEN LOOK UI FAQ; Metafont list; HexSweeper NeWS game; lq-text text retrieval
  150.  `The priestes boy came, whyle the flesh was seething' [lq-text-request@sq.com
  151.  1 Sam II:13/Miles Coverdale/1535
  152.