home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Source Code 1993 July / THE_SOURCE_CODE_CD_ROM.iso / gnu / lucid / bug-lucid-emacs / text0140.txt < prev    next >
Encoding:
Text File  |  1993-07-04  |  2.8 KB  |  63 lines
  1. >>>>> On Mon, 3 May 93 16:52:07 -0400, Bob Weiner <weiner@pts.mot.com> said:
  2.   > Comments: Hyperbole mail buttons accepted, v3.07.
  3.  
  4.   > A number of complaints have shown up recently on the Lucid Emacs and
  5.   > Hyperbole lists regarding the interference problems that Hyperbole has with
  6.   > the default Lucid Emacs mouse handling in packages such as GNUS, VM, RMAIL,
  7.   > etc.
  8.  
  9.   > The basic problem occurs when someone wants to use an alternate mouse
  10.   > handling package.  There are no conditionals that let one specify whether or
  11.   > not to enable the Lucid mouse handling.
  12.  
  13.   > Let me suggest that for each package in which specialized mouse handling is
  14.   > supported, a boolean flag be added whose value decides whether the mouse
  15.   > tracking, popup menus, etc, are loaded, e.g.:
  16.  
  17.   >     lucid-vm-p
  18.   >     lucid-gnus-p
  19.   >     lucid-rmail-p
  20.  
  21.   You also can see the problem from the opposite point of view:
  22. Hyperbole doesn't provide a feature for local disabling its own
  23. interface (say, on a particular buffer or on all buffers of a mode).
  24. E.g., suppose I want to use Hyperbole for Mail and News, but not for
  25. directory browsing (dired-mode) and Info (info-mode).
  26.  
  27.   But the real problem is somewhere else. Hyperbole is meant to be a
  28. general information browsing system for Emacs 18 versions with
  29. restricted user interface capabilities (no mouse sensitive text
  30. regions with links to internal data, insufficient mouse support, no
  31. pop-up and pull-down menus, no mouse motion handlers, and the like).
  32.  
  33.   Hyperbole adds some of those features to Emacs and Epoch, and this
  34. was really an improvement. But with Emacs 19 (Lucid's version, and I
  35. guess the same will hold for the FSF Emacs 19 once it will be
  36. available) things changed considerably. I believe that the only way
  37. for Hyperbole to go into the version 19 generation of Emacs is to
  38. separate completely its user interface aspects from its intrinsics.
  39.  
  40.     In particular, this means that there have to be different user
  41. interface implementations for Emacs18/Epoch and Emacs19.
  42.  
  43. Let me take an example: explicit buttons. 
  44.  
  45.     In Hyperbole, explicit buttons are displayed using `<<' and `>>'
  46. delimiters in the text, in order to facilitate the recognition of a
  47. button's position in a text file. It is clear that this was a
  48. reasonable user interface design for Emacs18. However, in Emacs19,
  49. this could be done in a more elegant way: xplicit button occurrences
  50. could be replaced after the loading of the file by a highlighting
  51. extent whose internal data points to the button's description. The
  52. mouse button handler could then follow the internal links to access
  53. the button's definition and execute its action.
  54.  
  55. There are a lot more features of Hyperbole's user interface that need
  56. be adapted and maybe reimplemented for Emacs 19, and this would also be
  57. a good place to check for compatibility with Lucid Emacs' own
  58. interface packages.
  59.  
  60.     Guido 
  61.  
  62.  
  63.