home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_0799 / 547 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  1.2 KB
  1. Date: Thu, 23 Jun 94 02:05 BST-1
  2. From: Mark Himsley <mdsh@cix.compulink.co.uk>
  3. Subject: Re: 20/06/94
  4. To: gem-list@world.std.com
  5. Message-Id: <memo.460207@cix.compulink.co.uk>
  6. Precedence: bulk
  7.  
  8.  
  9. In-Reply-To: <Pine.3.87.9406221744.A2853-0100000@grad>
  10.  
  11.  
  12. >From: Timothy Miller <millert@undergrad.csee.usf.edu>
  13.  
  14. >)I realy don't see what a block has to do with a cursor. A block is a lump,
  15. >)or lumps, of text, which is marked. A block can be moved, cut, coppied,
  16. >)saved to a clipboard etc, where as a cursor is a small symbol on the screen,
  17. >)showing where text will appear when I type.
  18. >)
  19. >)If I ever find a piece of software that does not obay the above rules, 
  20. >then I
  21. >)will not be using it!
  22. >)
  23. >
  24. >The big-cursor paradigm makes perfect sense.  The cursor is ALWAYS a 
  25. >block, and vice versa.  If the cursor is big (a block), the contents are 
  26. >deleted and the new information inserted in its place.
  27.  
  28. What a totaly silly way to do work!
  29.  
  30. >)Yes, reOPEN realy tells the user exactly what is going to happen, in the
  31. >)same vain as 'save' and 'save as...'
  32. >
  33. >Yes, but REOPEN, to me, means 'open another copy of the same file', 
  34. >rather than 'discard what's in memory and load the last saved version', 
  35. >which is REVERT.
  36.  
  37. I disagree.
  38.  
  39. Mark H.
  40.           mdsh@cix.compulink.co.uk
  41.  
  42.