From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: Overlay mechanic improvements Date: Tue, 23 Sep 2014 21:27:46 +0200 Message-ID: <87sijii1cd.fsf@fencepost.gnu.org> References: <871tr6qup8.fsf@fencepost.gnu.org> <87ppepne6d.fsf@fencepost.gnu.org> <87mw9smxaz.fsf@fencepost.gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1411500716 12630 80.91.229.3 (23 Sep 2014 19:31:56 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 23 Sep 2014 19:31:56 +0000 (UTC) Cc: emacs-devel@gnu.org To: Richard Stallman Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Sep 23 21:31:50 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1XWVoT-000628-JH for ged-emacs-devel@m.gmane.org; Tue, 23 Sep 2014 21:31:49 +0200 Original-Received: from localhost ([::1]:55620 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XWVoT-0001yR-8A for ged-emacs-devel@m.gmane.org; Tue, 23 Sep 2014 15:31:49 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36767) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XWVne-00014q-26 for emacs-devel@gnu.org; Tue, 23 Sep 2014 15:31:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XWVnX-0002iy-Av for emacs-devel@gnu.org; Tue, 23 Sep 2014 15:30:57 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:36758) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XWVnX-0002gZ-93 for emacs-devel@gnu.org; Tue, 23 Sep 2014 15:30:51 -0400 Original-Received: from localhost ([127.0.0.1]:43880 helo=lola) by fencepost.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XWVkZ-0000v5-AU; Tue, 23 Sep 2014 15:27:47 -0400 Original-Received: by lola (Postfix, from userid 1000) id 0C3FBE04FD; Tue, 23 Sep 2014 21:27:46 +0200 (CEST) In-Reply-To: (Richard Stallman's message of "Tue, 23 Sep 2014 15:16:15 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:174673 Archived-At: Richard Stallman writes: > [[[ To any NSA and FBI agents reading my email: please consider ]]] > [[[ whether defending the US Constitution against all enemies, ]]] > [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > > The whole point is to work with an editable source and have the images > as a transient view. In order to make movement unsurprising, only some > movement commands (like cursor left/right) will actually disable the > move-out-of-images-in-the-main-loop behavior of Emacs in order to "open" > images and display the source: most commands will avoid the inside of > images in the way Emacs usually does. > > What is the _desired_ behavior when the user edits text that corresponds > to an image? Should the image disappear? Editing involves making the image disappear anyway since otherwise you don't have the text for editing visible (either one or the other is displayed). There are exceptions, like when typing C-d with the cursor on an image. In that case, the first character of the underlying text will get deleted and, since the overlay content no longer corresponds to the image, the image will get undisplayed and the source text (with the first character already deleted) will reappear. When the text corresponding to an image is displayed, the image itself is not visible. Instead the text is marked in a recognizable color and it is preceded by a clickable icon with a generic "image" look. Once you finished editing, you can click that icon, the image will get regenerated from the text covered by the overlay and will again replace it in the source view. Or you can use key sequences for regeneration. Or just let the text be text and edit other things. The overlays stick around unless explicitly removed in order to make it easier to regenerate an image based on exactly the region covered by the overlay. It's not that hard to try that out yourself if you have LaTeX installed on your system and some files preferably using mathematics written in it. Just use ELPA to install AUCTeX, open a LaTeX file, and use the Preview menu (should be available by default when AUCTeX is installed via ELPA, I think). -- David Kastrup