home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / lang / pascal / 7670 < prev    next >
Encoding:
Text File  |  1992-12-24  |  3.7 KB  |  77 lines
  1. Path: sparky!uunet!psinntp!execnet![jeff.zeitlin@execnet.com]
  2. From: "jeff zeitlin" <jeff.zeitlin@execnet.com>
  3. Newsgroups: comp.lang.pascal
  4. Subject: turbo vision keys?
  5. Message-ID: <1992Dec24.815.6870@execnet>
  6. Date: 24 Dec 92 02:57:53 EST
  7. Reply-To: "jeff zeitlin" <jeff.zeitlin@execnet.com>
  8. Distribution: comp
  9. Organization: Executive Networks Information
  10. Lines: 65
  11.  
  12. GB::>>So why the heck are they not using ENTER for 'Next Field'?????
  13.  
  14.   CUA was designed to be standard across all platforms.  Note the word 
  15.   "all."  Many mainframe environments operate in what is called "block 
  16.   mode," where pressing ENTER (which is distinct from NewLine) 
  17.   transmits a whole screen of information from the terminal to the 
  18.   processor.  I would assume that block mode was designed to utilize 
  19.   the processor more efficiently in such environments, but I don't 
  20.   know for sure.
  21.  
  22.   The PC, the Mac, and many other smaller-than-mainframe environments 
  23.   don't handle things this way, and hence don't need an ENTER key 
  24.   (what is called ENTER usually is interpreted as a 0x0D, 0x0A, or 
  25.   both) in the mainframe sense.
  26.  
  27. GB::>I agree, I agree! Doesn't the problem lie with the standard? The point of
  28.   ::>a standard is to have some sort of similar operation between software.
  29.   ::>But if the standard is counter to what a lot of people think, it just
  30.   ::>confuses the issue, and the standard should be changed.
  31.  
  32.   Except that the "intuitive" solution leads to a different problem:  
  33.   How do I signal the system that I have completed data entry, and 
  34.   wish to let the machine proceed with processing?  I can't use ENTER 
  35.   (or NewLine, or RETURN, or NEXT - I've seen this key marked in all 
  36.   of these ways); I've designated that for moving from field to field.  
  37.   It doesn't make sense to use TAB.  Not all machines have an END key, 
  38.   and those that do, it will probably be allocated as a text editing 
  39.   key.  I can't count on having an ENTER/NewLine/etc. key on a numeric 
  40.   keypad that can be distinguished from the one on the main portion of 
  41.   the keyboard.  I can't even count on having a numeric keypad.  The 
  42.   SysReq key doesn't exist on all keyboards, and may not be easy to 
  43.   detect anyway (it is handled by a totally different interrupt from 
  44.   the rest of the keyboard on a MS-DOS PC).  I have seen systems that 
  45.   don't have function keys.  Using the Esc key is counterintuitive; 
  46.   normally, it means "cancel this operation; I screwed up."  What's 
  47.   left?  Using a "shifted" key? Shift-Enter/Ctrl-Enter/Alt-Enter?  No 
  48.   way; the system may not support modification of process control 
  49.   keys, not to mention the possibility that the keyboard may not have 
  50.   an ALT key to start with.
  51.  
  52. GB::>And who thought of this standard anyway? Was it Microsoft (insert your
  53.   ::>appropriately unresponsive similar software company here), when they
  54.   ::>introduced this absolutely stupid idea in Microsoft Windows, and then
  55.   ::>told everyone else it was now a new standard? Or, are you telling me it wa
  56.   ::>IBM who came up with this brilliant idea?
  57.  
  58.   Yes, it _WAS_ IBM, in fact.  Because they wanted to have a 
  59.   consistent interface across all of their platforms - PC, AS/400, 
  60.   mainframes, System 3x, and anything else they might come up with in 
  61.   the future.  Unfortunately, that meant designing for the lowest 
  62.   common denominator, which [BEGIN Bash_IBM_Mode] in IBM's case can be 
  63.   pretty low [END Bash_IBM_Mode].
  64.  
  65.   Actually, given what they set out to do, I think they did a pretty 
  66.   good job.  Certainly better than I could do without a number of 
  67.   years of study devoted entirely to user interface design and 
  68.   ergonomics...
  69.  
  70.   J/
  71.   jeff.zeitlin@execnet.com
  72. ---
  73.  ■ QMPro 1.0 41-4533 ■ Never play Go and eat M&Ms at the same time...
  74. --
  75. Executive Network Information System  (914) 667-4567
  76. International ILink Host
  77.