From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: mouse-drag-and-drop-region Date: Sat, 18 Nov 2017 09:36:40 -0500 Message-ID: References: <5A0ABD41.5040402@gmx.at> <874lpwobsa.fsf@gmail.com> <5A0C0765.2040908@gmx.at> <87375fl3z1.fsf@gmail.com> <831skzjo2o.fsf@gnu.org> <87y3n7jj2y.fsf@gmail.com> <83r2syi5h6.fsf@gnu.org> <87r2sx4do3.fsf@gmail.com> <837eupiclf.fsf@gnu.org> <83lgj4hnaa.fsf@gnu.org> <83a7zkggya.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1511015850 8490 195.159.176.226 (18 Nov 2017 14:37:30 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 18 Nov 2017 14:37:30 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Nov 18 15:37:26 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eG4FJ-0001uO-T2 for ged-emacs-devel@m.gmane.org; Sat, 18 Nov 2017 15:37:26 +0100 Original-Received: from localhost ([::1]:50252 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eG4FR-0007BJ-0d for ged-emacs-devel@m.gmane.org; Sat, 18 Nov 2017 09:37:33 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:53047) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eG4El-0007BD-IK for emacs-devel@gnu.org; Sat, 18 Nov 2017 09:36:52 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eG4Ek-0006EP-P6 for emacs-devel@gnu.org; Sat, 18 Nov 2017 09:36:51 -0500 Original-Received: from pmta21.teksavvy.com ([76.10.157.36]:48231) by eggs.gnu.org with esmtps (TLS1.0:RSA_ARCFOUR_SHA1:16) (Exim 4.71) (envelope-from ) id 1eG4Eh-00069T-0m; Sat, 18 Nov 2017 09:36:47 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2GoIgDsRBBa/3HQSC1bHQEBBQELAYM8g?= =?us-ascii?q?VSJM4R5j0KBfZhzhUUChGdCFQEBAQEBAQEBAQNoKIUgAQQBeRALDScSFBgxijA?= =?us-ascii?q?IrB4hAopWAQEBBwImgzSCB4ZpixMFkwiPNqB/KIcxl2w1JIF0NCEIMoMuhHwji?= =?us-ascii?q?0kBAQE?= X-IPAS-Result: =?us-ascii?q?A2GoIgDsRBBa/3HQSC1bHQEBBQELAYM8gVSJM4R5j0KBfZh?= =?us-ascii?q?zhUUChGdCFQEBAQEBAQEBAQNoKIUgAQQBeRALDScSFBgxijAIrB4hAopWAQEBB?= =?us-ascii?q?wImgzSCB4ZpixMFkwiPNqB/KIcxl2w1JIF0NCEIMoMuhHwji0kBAQE?= X-IronPort-AV: E=Sophos;i="5.44,415,1505793600"; d="scan'208";a="9317429" Original-Received: from unknown (HELO pastel.home) ([45.72.208.113]) by smtp.teksavvy.com with ESMTP; 18 Nov 2017 09:36:40 -0500 Original-Received: by pastel.home (Postfix, from userid 20848) id 4032B60770; Sat, 18 Nov 2017 09:36:40 -0500 (EST) In-Reply-To: <83a7zkggya.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 18 Nov 2017 09:54:21 +0200") X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 76.10.157.36 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:220263 Archived-At: >> render buffer text to desired-glyph-matrix >> combine desired-glyph-matrix with overlay-matrix into combined-matrix >> send combined-matrix to screen > If you mean that literally, then the above will disable (almost) all > redisplay optimizations, and will cause Emacs always to display each > window in its entirety. > Redisplay optimizations require that Emacs be > able to _reason_ about parts of the window display being unchanged, by > looking at the related objects and variables -- buffers, overlays, > etc. The above is the *model*. I'd describe the current model as: render buffer text to glyph-matrix send glyph-matrix to screen both models are amenable to various optimizations. Most of the optimizations applicable to the current model should be applicable to the other as well. Stefan