changeset 9401:32ae92d81323

Document cache-long-line-scans in @node Text Lines. Cross-reference it in @node Screen Lines.
author Jim Blandy <jimb@redhat.com>
date Sat, 08 Oct 1994 22:09:57 +0000
parents c7f291610c8d
children 87337d65aa17
files lispref/positions.texi
diffstat 1 files changed, 36 insertions(+), 0 deletions(-) [+]
line wrap: on
line diff
--- a/lispref/positions.texi	Sat Oct 08 22:06:23 1994 +0000
+++ b/lispref/positions.texi	Sat Oct 08 22:09:57 1994 +0000
@@ -422,6 +422,36 @@
 @c ================
 @end ignore
 
+@defvar cache-long-line-scans
+This variable determines whether Emacs should use caches to handle long
+lines more quickly.  This variable is buffer-local, in all buffers.
+
+  Normally, the line-motion functions work by scanning the buffer for
+newlines.  Columnar operations (like @code{move-to-column} and
+@code{compute-motion}) also work by scanning the buffer, summing
+character widths as they go.  This works well for ordinary text, but if
+the buffer's lines are very long (say, more than 500 characters), these
+motion functions will take longer to execute.  Emacs may also take
+longer to update the display.
+
+  If @code{cache-long-line-scans} is non-@code{nil}, these motion
+functions cache the results of their scans, and consult the cache to
+avoid rescanning regions of the buffer until the text is modified.  The
+caches are most beneficial when they prevent the most searching---that
+is, when the buffer contains long lines and large regions of characters
+with the same, fixed screen width.
+
+  When @code{cache-long-line-scans} is non-@code{nil}, processing short
+lines will become slightly slower (because of the overhead of consulting
+the cache), and the caches will use memory roughly proportional to the
+number of newlines and characters whose screen width varies.
+
+  The caches require no explicit maintenance; their accuracy is
+maintained internally by the Emacs primitives.  Enabling or disabling
+the cache should not affect the behavior of any of the motion functions;
+it should only affect their performance.
+@end defvar
+
   Also see the functions @code{bolp} and @code{eolp} in @ref{Near Point}.
 These functions do not move point, but test whether it is already at the
 beginning or end of a line.
@@ -448,6 +478,12 @@
 flag, and display table may vary between windows).  @xref{Usual
 Display}.
 
+  These functions scan text to determine where screen lines break, and
+thus take time proportional to the distance scanned.  If you intend to
+use them heavily, Emacs provides caches which may improve the
+performance of your code.  @xref{Text Lines, cache-long-line-scans}.
+
+
 @defun vertical-motion count &optional window
 This function moves point to the start of the screen line @var{count}
 screen lines down from the screen line containing point.  If @var{count}