From: David Kastrup <dak@gnu.org>
Cc: emacs-devel@gnu.org
Subject: Re: What is normal these days (display.texi)?
Date: Fri, 07 Jul 2006 17:49:44 +0200 [thread overview]
Message-ID: <85lkr5qusn.fsf@lola.goethe.zz> (raw)
In-Reply-To: <m3u05t1m8s.fsf@kfs-l.imdomain.dk> (Kim F. Storm's message of "Fri, 07 Jul 2006 17:13:39 +0200")
[-- Attachment #1: Type: text/plain, Size: 320 bytes --]
storm@cua.dk (Kim F. Storm) writes:
> David Kastrup <dak@gnu.org> writes:
>
>> ! text line are called @dfn{continuation} lines.
>> !
>> ! On a text terminal, a @samp{$} in
>
> Looks good.
>
> Could you show us the other changes you have to display.texi?
I've not gotten far as to yet. Here is what I have so far:
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: Type: text/x-patch, Size: 4302 bytes --]
Index: display.texi
===================================================================
RCS file: /sources/emacs/emacs/lispref/display.texi,v
retrieving revision 1.223
diff -u -r1.223 display.texi
*** display.texi 13 Jun 2006 22:18:06 -0000 1.223
--- display.texi 7 Jul 2006 15:49:43 -0000
***************
*** 55,62 ****
This function clears and redisplays all visible frames.
@end deffn
! This function calls for redisplay of certain windows, the next time
! redisplay is done, but does not clear them first.
@defun force-window-update &optional object
This function forces redisplay of some or all windows. If
--- 55,62 ----
This function clears and redisplays all visible frames.
@end deffn
! The following function redisplays certain windows without clearing
! them first:
@defun force-window-update &optional object
This function forces redisplay of some or all windows. If
***************
*** 66,75 ****
omitted), it forces redisplay of all windows.
@end defun
! Processing user input takes absolute priority over redisplay. If you
! call these functions when input is available, they do nothing
! immediately, but a full redisplay does happen eventually---after all the
! input has been processed.
Normally, suspending and resuming Emacs also refreshes the screen.
Some terminal emulators record separate contents for display-oriented
--- 66,76 ----
omitted), it forces redisplay of all windows.
@end defun
! For all of those functions, processing user input takes absolute
! priority over redisplay. If you call these functions when input is
! available or being processed, they do nothing immediately, but a full
! redisplay does happen eventually---after all the input has been
! processed.
Normally, suspending and resuming Emacs also refreshes the screen.
Some terminal emulators record separate contents for display-oriented
***************
*** 111,117 ****
@tindex redisplay-dont-pause
@defvar redisplay-dont-pause
If this variable is non-@code{nil}, pending input does not
! prevent or halt redisplay; redisplay occurs, and finishes,
regardless of whether input is available.
@end defvar
--- 112,118 ----
@tindex redisplay-dont-pause
@defvar redisplay-dont-pause
If this variable is non-@code{nil}, pending input does not
! prevent or halt redisplay; redisplay occurs and finishes
regardless of whether input is available.
@end defvar
***************
*** 130,136 ****
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, a @samp{$} in
the rightmost column of the window indicates truncation; a @samp{\} on
the rightmost column indicates a line that ``wraps'' onto the next line,
which is also called @dfn{continuing} the line. (The display table can
--- 131,139 ----
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.
!
! 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'' onto the next line,
which is also called @dfn{continuing} the line. (The display table can
***************
*** 142,148 ****
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}.
@defopt truncate-lines
This buffer-local variable controls how Emacs displays lines that extend
--- 145,152 ----
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},
! @ref{Longlines,, Long Lines Mode, emacs, The GNU Emacs Manual}.
@defopt truncate-lines
This buffer-local variable controls how Emacs displays lines that extend
[-- Attachment #3: Type: text/plain, Size: 52 bytes --]
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
[-- Attachment #4: Type: text/plain, Size: 142 bytes --]
_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
next prev parent reply other threads:[~2006-07-07 15:49 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-07-07 9:10 What is normal these days (display.texi)? Kim F. Storm
2006-07-07 9:17 ` David Kastrup
2006-07-07 15:13 ` Kim F. Storm
2006-07-07 15:49 ` David Kastrup [this message]
2006-07-08 1:13 ` Richard Stallman
2006-07-08 8:31 ` David Kastrup
2006-07-08 12:57 ` Eli Zaretskii
2006-07-08 20:57 ` Richard Stallman
2006-07-08 13:10 ` Robert J. Chassell
2006-07-08 13:52 ` David Kastrup
2006-07-08 17:50 ` Robert J. Chassell
2006-07-08 14:34 ` Eli Zaretskii
2006-07-08 22:19 ` Kim F. Storm
2006-07-08 22:31 ` David Kastrup
2006-07-10 8:56 ` David Kastrup
2006-07-10 10:55 ` Kim F. Storm
2006-07-10 11:09 ` David Kastrup
2006-07-10 12:05 ` Kim F. Storm
2006-07-08 1:12 ` Richard Stallman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=85lkr5qusn.fsf@lola.goethe.zz \
--to=dak@gnu.org \
--cc=emacs-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).