From: Eli Zaretskii <eliz@gnu.org>
To: Stefan Monnier <monnier@iro.umontreal.ca>
Cc: david.reitter@gmail.com, emacs-devel@gnu.org
Subject: Re: redisplay - very long lines
Date: Tue, 17 Feb 2009 21:41:36 +0200 [thread overview]
Message-ID: <u1vtwx34f.fsf@gnu.org> (raw)
In-Reply-To: <jwvmyclyym9.fsf-monnier+emacs@gnu.org>
> From: Stefan Monnier <monnier@iro.umontreal.ca>
> Cc: David Reitter <david.reitter@gmail.com>, emacs-devel@gnu.org
> Date: Tue, 17 Feb 2009 08:40:36 -0500
>
> >> I could equally see the argument for displaying as many lines as
> >> possible and only increasing line heights when the user scrolls
> >> horizontally and the glyph is made visible.
>
> > That'd be horrible, I think: display jumping back and forth as point
> > moves horizontally.
>
> This would only happen with truncated lines, not with wrapped
> lines, right?
If by ``wrapped lines'' you mean continuation lines, then (AFAIK) we
still need to walk to the end of a line before we are able to display
it and all the lines after it. If by ``wrapped lines'' you mean
something else, perhaps that belongs to the recent features whose
effect on display engine I didn't yet have time to grasp, so I cannot
answer the question.
> [ Also, I'd much rather see occasional jumping than unbearably
> slow display. In many cases (e.g. unibyte fundamental-mode for binary
> files), the likelihood of varying line height is pretty low. ]
[How come you are suddenly in favor of unibyte operations?]
FWIW, I think editing binary files other than via hexl is playing with
fire, anyway. But that's me.
next prev parent reply other threads:[~2009-02-17 19:41 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-02-16 13:44 redisplay - very long lines David Reitter
2009-02-16 19:27 ` Eli Zaretskii
2009-02-16 23:02 ` David Reitter
2009-02-17 4:16 ` Eli Zaretskii
2009-02-17 13:40 ` Stefan Monnier
2009-02-17 19:41 ` Eli Zaretskii [this message]
2009-02-17 21:21 ` David Reitter
2009-02-18 4:09 ` Eli Zaretskii
2009-02-18 4:50 ` David Reitter
2009-02-18 18:47 ` Eli Zaretskii
2009-02-18 19:44 ` Stefan Monnier
2009-02-18 19:50 ` David Reitter
2009-02-18 2:26 ` Stefan Monnier
2009-02-18 4:17 ` Eli Zaretskii
2009-02-18 4:56 ` Stefan Monnier
2009-02-18 18:46 ` Eli Zaretskii
-- strict thread matches above, loose matches on Subject: below --
2009-02-17 17:16 grischka
2009-02-17 19:37 ` Eli Zaretskii
2009-02-18 20:41 ` grischka
2009-02-19 4:15 ` Eli Zaretskii
2009-02-19 16:30 ` grischka
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=u1vtwx34f.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=david.reitter@gmail.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.