[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Emacs-diffs] Changes to emacs/lispref/display.texi,v
From: |
Richard M. Stallman |
Subject: |
[Emacs-diffs] Changes to emacs/lispref/display.texi,v |
Date: |
Sun, 09 Jul 2006 18:58:00 +0000 |
CVSROOT: /cvsroot/emacs
Module name: emacs
Changes by: Richard M. Stallman <rms> 06/07/09 18:57:59
Index: display.texi
===================================================================
RCS file: /cvsroot/emacs/emacs/lispref/display.texi,v
retrieving revision 1.229
retrieving revision 1.230
diff -u -b -r1.229 -r1.230
--- display.texi 9 Jul 2006 02:06:34 -0000 1.229
+++ display.texi 9 Jul 2006 18:57:59 -0000 1.230
@@ -125,25 +125,21 @@
@cindex @samp{$} in display
@cindex @samp{\} in display
- When a line of text extends beyond the right edge of a window, the
-line can either be continued on the next screen line, or truncated to
-one screen line. The additional screen lines used to display a long
-text line are called @dfn{continuation} lines. Normally, tiny arrow images
-are displayed in the window fringes to indicate truncated and continued
-lines (*note Fringes).
-
- On a text terminal, a `$' in the rightmost column of the window
-indicates truncation; a `\' on the rightmost column indicates a
-continued line that "wraps" onto the next line. (The display table can
-specify alternative indicators; see *Note Display Tables.)
-
- On a graphical display, the @samp{$} and @samp{\} indicators are
-replaced with arrow images displayed in the window fringes
-(@pxref{Fringes}).
-
- Note that continuation is different from filling; continuation happens
-on the screen only, not in the buffer contents, and it breaks a line
-precisely at the right margin, not at a word boundary. @xref{Filling}.
+ When a line of text extends beyond the right edge of a window, Emacs
+can @dfn{continue} the line (make it ``wrap'' to the next screen
+line), or @dfn{truncate} the line (limit it to one screen line). The
+additional screen lines used to display a long text line are called
address@hidden lines. Continuation is not the same as filling;
+continuation happens on the screen only, not in the buffer contents,
+and it breaks a line precisely at the right margin, not at a word
+boundary. @xref{Filling}.
+
+ On a graphical display, tiny arrow images in the window fringes
+indicate truncated and continued lines (@pxref{Fringes}). On a text
+terminal, a @samp{$} in the rightmost column of the window indicates
+truncation; a @samp{\} on the rightmost column indicates a line that
+``wraps''. (The display table can specify alternate characters to use
+for this; @pxref{Display Tables}).
@defopt truncate-lines
This buffer-local variable controls how Emacs displays lines that extend
- [Emacs-diffs] Changes to emacs/lispref/display.texi,v, Karl Berry, 2006/07/05
- [Emacs-diffs] Changes to emacs/lispref/display.texi,v, Richard M. Stallman, 2006/07/05
- [Emacs-diffs] Changes to emacs/lispref/display.texi,v, Kim F. Storm, 2006/07/07
- [Emacs-diffs] Changes to emacs/lispref/display.texi,v, Eli Zaretskii, 2006/07/08
- [Emacs-diffs] Changes to emacs/lispref/display.texi,v, Kim F. Storm, 2006/07/08
- [Emacs-diffs] Changes to emacs/lispref/display.texi,v, Richard M. Stallman, 2006/07/08
- [Emacs-diffs] Changes to emacs/lispref/display.texi,v,
Richard M. Stallman <=
- [Emacs-diffs] Changes to emacs/lispref/display.texi,v, Nick Roberts, 2006/07/09
- [Emacs-diffs] Changes to emacs/lispref/display.texi,v, Kim F. Storm, 2006/07/10
- [Emacs-diffs] Changes to emacs/lispref/display.texi,v, Nick Roberts, 2006/07/13
- [Emacs-diffs] Changes to emacs/lispref/display.texi,v, Richard M. Stallman, 2006/07/17
- [Emacs-diffs] Changes to emacs/lispref/display.texi,v, Kim F. Storm, 2006/07/18
- [Emacs-diffs] Changes to emacs/lispref/display.texi,v, Richard M. Stallman, 2006/07/18
- [Emacs-diffs] Changes to emacs/lispref/display.texi,v, Kim F. Storm, 2006/07/21
- [Emacs-diffs] Changes to emacs/lispref/display.texi,v, Richard M. Stallman, 2006/07/28
- [Emacs-diffs] Changes to emacs/lispref/display.texi,v, Richard M. Stallman, 2006/07/31