From: Chong Yidong <cyd@stupidchicken.com>
To: Stefan Monnier <monnier@iro.umontreal.ca>
Cc: emacs-devel@gnu.org
Subject: Re: Display-based word wrapping
Date: Wed, 25 Jun 2008 14:14:24 -0400 [thread overview]
Message-ID: <874p7hgz5r.fsf@stupidchicken.com> (raw)
In-Reply-To: <jwvbq1qkwi6.fsf-monnier+emacs@gnu.org> (Stefan Monnier's message of "Tue, 24 Jun 2008 23:48:27 -0400")
Stefan Monnier <monnier@iro.umontreal.ca> writes:
>>> I don't see much of a problem with it. That's what
>>> define-obsolete-variable-alias is for, isn't it?
>
>> Leaving these calls in place would generate plenty of byte-compiler
>> warnings, unless we do defvaralias instead of
>> define-obsolete-variable-alias. Anyway, isn't it a general policy to
>> change the code in Emacs to use non-obsolete names?
>
> Of course, but luckily we have a tool (Emacs) that can help us do the
> search&replace for those cases that occur within Emacs's own files.
> Still doesn't seem like a major problem.
>
> Of course, we could also decide not to rename the variable. All I'm
> after is to keep a single (3-state) variable rather than a pair of
> boolean vars to choose between the 3 alternative ways to deal with long
> lines.
What I'm questioning is whether it's truly a 3-state situation. From
the point of view of the redisplay engine, yes, it's just three
different ways of wrapping. But from the point of view of the Lisp
interface, it may be more convenient to regard word-wrap and char-wrap
are two different styles of line continuation, and to draw an additional
distinction between line continuation and line truncation. Because then
the semantic role of truncate-partial-width-windows and
toggle-truncate-lines would be unchanged: if lines are not truncated,
they are continued, and the word-wrap variable determines how that
continuation occurs.
next prev parent reply other threads:[~2008-06-25 18:14 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-06-24 18:06 Display-based word wrapping Chong Yidong
2008-06-24 18:52 ` Stefan Monnier
2008-06-24 19:54 ` Chong Yidong
2008-06-24 20:23 ` Stefan Monnier
2008-06-24 21:52 ` Chong Yidong
2008-06-25 1:41 ` Stefan Monnier
2008-06-25 1:46 ` Miles Bader
2008-06-25 3:45 ` Stefan Monnier
2008-06-25 2:04 ` Chong Yidong
2008-06-25 3:48 ` Stefan Monnier
2008-06-25 18:14 ` Chong Yidong [this message]
2008-06-25 18:58 ` Stefan Monnier
-- strict thread matches above, loose matches on Subject: below --
2008-06-22 19:54 Chong Yidong
2008-06-22 20:04 ` Lennart Borgman (gmail)
2008-06-22 20:33 ` Chong Yidong
2008-06-22 20:54 ` Lennart Borgman (gmail)
2008-06-22 22:08 ` David Reitter
2008-06-22 22:24 ` Chong Yidong
2008-06-22 23:45 ` David Reitter
2008-06-23 0:32 ` Miles Bader
2008-06-22 20:12 ` David Kastrup
2008-06-22 22:02 ` Stefan Monnier
2008-06-22 23:40 ` Chong Yidong
2008-06-23 1:23 ` Stefan Monnier
2008-06-23 2:04 ` Chong Yidong
2008-06-23 16:42 ` Chong Yidong
2008-06-23 18:29 ` Stefan Monnier
2008-06-22 23:38 ` Chong Yidong
2008-06-23 0:25 ` Miles Bader
2008-06-23 0:22 ` Miles Bader
2008-06-23 1:27 ` Stefan Monnier
2008-06-23 1:51 ` Miles Bader
2008-06-23 2:03 ` Stefan Monnier
2008-06-23 2:40 ` Miles Bader
2008-06-23 18:24 ` Stefan Monnier
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=874p7hgz5r.fsf@stupidchicken.com \
--to=cyd@stupidchicken.com \
--cc=emacs-devel@gnu.org \
--cc=monnier@iro.umontreal.ca \
/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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.