From: Dmitry Gutov <dgutov@yandex.ru>
To: Lars Magne Ingebrigtsen <larsi@gnus.org>,
Stefan Monnier <monnier@iro.umontreal.ca>
Cc: emacs-devel@gnu.org
Subject: Re: Thinking about changed buffers
Date: Mon, 28 Mar 2016 22:32:49 +0300 [thread overview]
Message-ID: <c7bc13b9-e578-a5b0-d7a7-74172196ed22@yandex.ru> (raw)
In-Reply-To: <m34mbqiesf.fsf@gnus.org>
On 03/28/2016 10:27 PM, Lars Magne Ingebrigtsen wrote:
>> Still seems problematic if your 5 year old takes 2.7s to compute it on
>> a 1GB file. You don't want to freeze for 2s in the normal course of
>> editing just because you happen to cross the "original size" threshold.
>
> Yeah, I don't see any way around that.
Don't use hashing. Use e.g. buffer-undo-list. We save enough data to
return the buffer contents to the previous state, right? It should be
possible to detect whether a given sequence of undo-s is a no-op.
next prev parent reply other threads:[~2016-03-28 19:32 UTC|newest]
Thread overview: 46+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-03-28 17:31 Thinking about changed buffers Lars Magne Ingebrigtsen
2016-03-28 17:56 ` Andreas Schwab
2016-03-28 18:00 ` Lars Magne Ingebrigtsen
2016-03-28 18:10 ` Andreas Schwab
2016-03-28 18:19 ` Lars Magne Ingebrigtsen
2016-03-28 18:30 ` Eli Zaretskii
2016-03-28 18:53 ` Lars Magne Ingebrigtsen
2016-03-28 18:57 ` Eli Zaretskii
2016-03-28 19:06 ` Lars Magne Ingebrigtsen
2016-03-28 19:15 ` Eli Zaretskii
2016-03-28 19:23 ` Lars Magne Ingebrigtsen
2016-03-28 19:38 ` Eli Zaretskii
2016-03-28 19:46 ` Lars Magne Ingebrigtsen
2016-03-28 20:21 ` Lars Magne Ingebrigtsen
2016-03-29 2:29 ` Eli Zaretskii
2016-03-28 18:54 ` Andreas Schwab
2016-03-28 18:22 ` Eli Zaretskii
2016-03-28 18:40 ` Lars Magne Ingebrigtsen
2016-03-28 18:49 ` Stephan Mueller
2016-03-28 19:13 ` Stefan Monnier
2016-03-28 19:20 ` Lars Magne Ingebrigtsen
2016-03-28 20:13 ` Clément Pit--Claudel
2016-03-28 20:32 ` Óscar Fuentes
2016-03-28 20:33 ` Stephan Mueller
2016-03-28 20:17 ` Marcin Borkowski
2016-03-28 18:51 ` Lars Magne Ingebrigtsen
2016-03-28 19:22 ` Stefan Monnier
2016-03-28 19:27 ` Lars Magne Ingebrigtsen
2016-03-28 19:32 ` Dmitry Gutov [this message]
2016-03-28 20:16 ` Clément Pit--Claudel
2016-03-28 20:22 ` Lars Magne Ingebrigtsen
2016-03-28 21:43 ` Stefan Monnier
2016-03-29 8:53 ` Florian Weimer
2016-03-29 13:14 ` Phillip Lord
2016-03-29 13:39 ` Stefan Monnier
2016-03-29 15:30 ` Lars Magne Ingebrigtsen
2016-04-03 23:05 ` John Wiegley
2016-04-03 23:29 ` Clément Pit--Claudel
2016-04-03 23:30 ` John Wiegley
2016-04-03 23:44 ` Óscar Fuentes
2016-04-04 0:20 ` Clément Pit--Claudel
2016-04-04 0:29 ` Óscar Fuentes
2016-04-04 5:21 ` Lars Magne Ingebrigtsen
2016-04-04 5:26 ` John Wiegley
2016-03-29 22:26 ` Phillip Lord
2016-04-03 23:05 ` John Wiegley
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=c7bc13b9-e578-a5b0-d7a7-74172196ed22@yandex.ru \
--to=dgutov@yandex.ru \
--cc=emacs-devel@gnu.org \
--cc=larsi@gnus.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 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).