home *** CD-ROM | disk | FTP | other *** search
/ Club Amiga de Montreal - CAM / CAM_CD_1.iso / files / 276.lha / QED_v1.0_beta_0.19 / Qed_Notes.doc < prev    next >
Text File  |  1989-08-02  |  6KB  |  151 lines
  1. QED Copyright 1989 by Darren M. Greenwald.
  2.  
  3. QED is a SHAREWARE; freely distributable Amiga text editor.
  4.  
  5. Last revised 7/20/89
  6.  
  7.  
  8. General notes, comments, questions, and answers from the author of QED.
  9. -----------------------------------------------------------------------
  10.  
  11. Over the past few weeks I have received several questions which
  12. repeatedly keep coming up.  Rather then answer the same questions over, and
  13. over again, I have decided to use this file for this purpose.
  14.  
  15. -----
  16.  
  17. QUESTION - Why can't I use the LEFT AMIGA key in place of the RIGHT AMIGA
  18. key to select menu items?
  19.  
  20. ANSWER - The LEFT, and RIGHT AMIGA keys belong to the operating system. 
  21. Intercepting these keys, or otherwise changing their functions is NOT a
  22. recommended Amiga programming practice.  In fact we are likely to see much
  23. more use made of the LEFT AMIGA key by the operating system under version
  24. 1.4 of the operating system.  Intercepting the LEFT AMIGA key is sure to
  25. result in contention issues under 1.4.
  26.  
  27. Starting with beta version 0.14 of QED, the ALT keys are automatically
  28. mapped to imitate the RIGHT AMIGA key alternatives listed in the pull-down
  29. menus.  Prior to this version, the CTRL key was mapped to imitate the RIGHT
  30. AMIGA menu keys.  This is both a valid programming practice, and allows you
  31. to use either hand.
  32.  
  33. -----
  34.  
  35. QUESTION - How come LEFT AMIGA M/N don't work unless I have another screen
  36. open?
  37.  
  38. ANSWER - LEFT AMIGA M/N is an operating system feature which moves the
  39. Workbench screen to front & back.  It never does anything unless you have
  40. another screen open.  QED runs on the Workbench screen; not its own screen.
  41.  
  42. -----
  43.  
  44. QUESTION - How come I can't respond to QED's requesters using LEFT AMIGA V/B?
  45.  
  46. ANSWER - LEFT AMIGA V/B is an operating system feature which allows you
  47. to respond with a yes/no response to "AUTOREQUEST REQUESTERS" such as the
  48. type used for system requesters.
  49.  
  50. QED does not use Auto Requesters because I find them unattractive,
  51. and far too limited for the needs of the program.  Auto Requesters also
  52. do not allow for the use of string gadgets.
  53.  
  54. As stated above, the LEFT & RIGHT AMIGA keys belong to the operating
  55. system.  Application programs should not be intercepting, or otherwise
  56. fiddling with system capabilities - this is the kind of programming practice
  57. which often results in a program not working under later revisions of the
  58. operating system.
  59.  
  60. Re-read page 3 of your 1.2 enhancer manual (at the top labeled - Page
  61. 4-30:).  Note that this capability works for Autorequesters only; it was
  62. never intended to work for application specific requesters.
  63.  
  64. Therefore, I will not attempt to imitate such a feature until such time as
  65. it becomes an operating system feature.  In the mean time, use of the 'o',
  66. and 'c' keys is both easy, and rapidly becomes natural.  Once you become
  67. use to it, you'll wish every program made it so easy.
  68.  
  69. When a string gadget is active, it is not possible to obtain key press
  70. messages without a great deal of system fiddling; the proper way to respond
  71. to string requesters is with the RETURN key, and/or the other editing keys
  72. which string requesters recognize.
  73.  
  74. -----
  75.  
  76. QUESTION - The file requester appears to be missing file/sub-dir names?
  77.  
  78. ANSWER - File requesters vary significantly in the Amiga software world. 
  79. Some sort file names, some dont.  Some make you wait for the entire
  80. directory to be read, some dont.  Some separate the files from the
  81. sub-directories, some dont.  Etc...
  82.  
  83. There is really no "convention" as of yet.  Few people can agree on how a
  84. file requester should behave, and often users are rather confused by the
  85. issues involved (the kinds of issues which programmers can spend hours
  86. discussing).
  87.  
  88. No, QED's file requester is not missing file, or sub-directory names,
  89. however, the list of names is not immediately redisplayed until the user
  90. slides the proportional gadget.  Why?
  91.  
  92. Many Amiga file requesters still make you wait for the entire directory to
  93. be read before displaying anything, and some don't even allow you to enter
  94. a file, or path name until the entire directory has been read.  This is
  95. often painfully slow for floppy users.
  96.  
  97. Some requesters, including QED's, solve this problem by allowing you to
  98. select a file/sub-dir before the entire directory has been read.  However,
  99. it is my opinion that some programmers have not given this approach enough
  100. consideration.  The problem is that some requesters will continually, or
  101. periodically redisplay the list of file/sub-dir names.  Often this occurs
  102. just as you are ready to click on a name, or just after you have finished
  103. moving the proportional gadget to display the name you are looking for.
  104.  
  105. The net result is that you end up having to wait for the entire directory
  106. to be read anyway as the list of names often changes faster then you can
  107. read, or select.  Worse, it takes additional time to continually redisplay
  108. the list of names meaning it actually takes longer to read the entire
  109. directory!
  110.  
  111. While it is often "cute" to watch the list of file/sub-dir names
  112. continually change, it is also a pointless waste of time.  At best the user
  113. gets lucky, and can click on a name before the list is updated.  Often it
  114. is just not worth even trying, and the user gets to wait even longer for
  115. the entire directory to be read.
  116.  
  117. -----
  118.  
  119. QUESTION - QED does not recognize a font change using NEWFONT?
  120.  
  121. ANSWER - The only program which "properly" adjusts the system font is
  122. Preferences.
  123.  
  124. QED has been successfully tested with Preferences, Setfont2, and FF by
  125. MicroSmiths, Inc.
  126.  
  127. There is however a bug in Setfont2 which is apparent system wide in string
  128. gadgets.  This is evidenced by 2 different fonts being used in string
  129. gadgets; 1 when the string gadget is active, and another when inactive. 
  130. This is a bug in Setfont2, and cannot be corrected by QED, however it
  131. appears to be relatively harmless.
  132.  
  133. -----
  134.  
  135. QUESTION - Why do I have to pay the registration fee for the command mode
  136.            and ARexx macro documentation?
  137.  
  138. ANSWER - Why do you ask?  If you have not paid the registration fee, then
  139. you have made no real investment in QED.  On the other hand...
  140.  
  141. Registered users have made an investment of money, and time.  Registered
  142. users deserve more then non-registered users.
  143.  
  144. I have made an investment of many thousands of hours learning how to
  145. program, and many thousands of hours working on QED.  I have also made an
  146. investment of many thousands of dollars for equipment, books, development
  147. tools, etc.
  148.  
  149. Need I say anymore?  Next question....
  150.  
  151.