home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / alt / lucidem / help / 337 < prev    next >
Encoding:
Text File  |  1992-08-26  |  2.7 KB  |  67 lines
  1. x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Wed, 26 Aug 1992 10:29:11 EDT
  2. Date: Wed, 26 Aug 1992 10:22:56 EDT
  3. From: weiner@pts.mot.com (Bob Weiner)
  4. Message-ID: <9208261422.AA02123@pts5.pts.mot.com>
  5. Subject: Re: Will the next version of Lucid Emacs have the following?
  6. Newsgroups: alt.lucid-emacs.help
  7. Path: sparky!uunet!wendy-fate.uu.net!help-lucid-emacs
  8. Sender: help-lucid-emacs-request@lucid.com
  9. Lines: 56
  10.  
  11.    In message <9208252317.AA08280@pts4.pts.mot.com> Bob Weiner wrote:
  12.    >
  13.    > 1.  An operator that returns a list of the extents in a buffer.
  14.  
  15.    You can use map-extents for this, and if you get in the habit of using
  16.    map-extents instead of building a list and iterating over it, your code
  17.    will generate less garbage.
  18.  
  19. Ok.  Why does map-extents always return nil, rather than a list of results
  20. of the function application, as is common for map operators?  If this
  21. was done to minimize unused return values, a flag that would return
  22. the list would be handy so that the programmer still has control without
  23. having to assemble the list himself.
  24.  
  25.    >     It would be nice to be able to filter this list when making the
  26.    >     call so that it returned only those extents using a specified
  27.    >     set of faces.
  28.  
  29.    In 19.2 there is no way to get the face of an extent, but there will be
  30.    in 19.3.
  31.  
  32.    > 2.  get-face-<attribute> functions, e.g. get-face-color.
  33.    >     To match the set-face functions presently available, so one
  34.    >     doesn't have to parse the face data structure.
  35.  
  36.    It's in there; (apropos "^face-") or see prim/faces.el.
  37.  
  38. Got it.
  39.  
  40.    > 3.  A way to delete all extents in a buffer.
  41.    >     A way to delete all extents with a set attributes in a buffer.
  42.    >     A way to delete all extents with a particular set of faces in a buffer.
  43.  
  44.    These would be good utilities to have.  They can all be implemented in
  45.    terms of map-extents.
  46.  
  47.    > Which is just to say that the Epoch zone/style API seems more mature.
  48.  
  49.    No surprise there, I guess :-)  We put a lot more work into the substrate
  50.    needed to implement extents/faces than the API; Energize doesn't need an
  51.    emacs-lisp interface to them at all; and until about two weeks before 19.1
  52.    was released, there wasn't one.  So the paint's still a little wet.
  53.  
  54.    > An easy way to get Lucid Emacs there is just to compare how simply the
  55.    > zone/style functions in Epoch can be done using extent/face operators
  56.    > in Lucid Emacs and to plug any holes found.  This should be a much
  57.    > more efficient process than trying to figure out from scratch what
  58.    > operators Lucid Emacs should have.
  59.  
  60.    Agreed; that's why I'm glad you're porting Hyperbole!
  61.  
  62. I just hope the real V19 doesn't have another incompatible API.
  63.  
  64. Bob
  65.  
  66.  
  67.