From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: phillip.lord@russet.org.uk (Phillip Lord) Newsgroups: gmane.emacs.devel Subject: Re: What improvements would be truly useful? Date: Sat, 10 Mar 2018 16:02:14 +0000 Message-ID: <87a7vf2a2h.fsf@russet.org.uk> References: <87inaiss6l.fsf@web.de> <6FCF6ACA-4F29-4B6B-BE9D-D7130C6E9495@gnu.org> <87fu5moe4c.fsf@web.de> <877eqyocro.fsf@web.de> <83zi3uz4nb.fsf@gnu.org> <0b1dd3fa-e0b0-ed20-a256-dd92d1c1826f@dancol.org> <8bc3c4c7-dfc7-987a-95e7-bd309e2326c6@cs.ucla.edu> <03118DC0-39DA-4AB5-980E-A33809B9A5EE@raeburn.org> <83sh9es8jw.fsf@gnu.org> <2cdaa88f-f31e-e05c-a940-d83e25c9c167@dancol.org> <87muzlt1mr.fsf@mbork.pl> <83k1upq70l.fsf@gnu.org> <87woyl8qm7.fsf@russet.org.uk> <834llpwe1u.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1520704823 19644 195.159.176.226 (10 Mar 2018 18:00:23 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 10 Mar 2018 18:00:23 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.91 (gnu/linux) Cc: eggert@cs.ucla.edu, rms@gnu.org, emacs-devel@gnu.org, raeburn@raeburn.org, dancol@dancol.org, rostislav.svoboda@gmail.com To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Mar 10 19:00:18 2018 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 1euin4-00052F-Fh for ged-emacs-devel@m.gmane.org; Sat, 10 Mar 2018 19:00:18 +0100 Original-Received: from localhost ([::1]:51550 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1euip7-0007Cj-9a for ged-emacs-devel@m.gmane.org; Sat, 10 Mar 2018 13:02:25 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47366) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1euioq-0007AG-Nx for emacs-devel@gnu.org; Sat, 10 Mar 2018 13:02:14 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1euiop-0000Oq-J5 for emacs-devel@gnu.org; Sat, 10 Mar 2018 13:02:08 -0500 Original-Received: from [78.129.138.231] (port=54716 helo=cloud103.planethippo.com) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1euioj-0000MO-6a; Sat, 10 Mar 2018 13:02:01 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=russet.org.uk; s=default; h=Content-Type:MIME-Version:References:Message-ID :Date:In-Reply-To:Subject:Cc:To:From:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=gaFxe/kl4h8qV0Q7jqW32XD1SxiyLey1z1tq4LGiK2s=; b=eHFzRZL5PDVIOvri9EHedqKtE TslubRVd+5ig6UmHIKqAwG/1QgeaIBQE3Tw7HIOTgftJ40jr+gnRlDEAo0X+Eo4Z/fN14mlU/Y7iE xZw3uxGDkSvSiBHL3m309G/ZF/Ivrts2A4UdedEmFJsaIQXSSc75cVKxTXOV9mREAaq5Bu/l4lnwi aK2ELr7nkzHAMsObX/wS9z3eGvbMicnds0zcSMt/2Cv1Crp3m+9Kj7eujAFQVEHSXQ8CS9WKjy5uQ kwHEfyVxnxaNSMA/fiQOUxToV5O6A4iOT0QVHLjjV4GSAhlKTZxAtWnbyyjZ0q/p022UkW1vyKabJ cZ3GxD96A==; Original-Received: from cpc142652-benw12-2-0-cust953.16-2.cable.virginm.net ([82.21.43.186]:60666 helo=russet.org.uk) by cloud103.planethippo.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89_1) (envelope-from ) id 1euhzN-001hiT-SK; Sat, 10 Mar 2018 17:08:57 +0000 In-Reply-To: <834llpwe1u.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 09 Mar 2018 15:53:33 +0200") X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cloud103.planethippo.com X-AntiAbuse: Original Domain - gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - russet.org.uk X-Get-Message-Sender-Via: cloud103.planethippo.com: authenticated_id: phillip.lord@russet.org.uk X-Authenticated-Sender: cloud103.planethippo.com: phillip.lord@russet.org.uk X-Source: X-Source-Args: X-Source-Dir: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 78.129.138.231 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:223588 Archived-At: Eli Zaretskii writes: >> From: phillip.lord@russet.org.uk (Phillip Lord) >> Cc: Marcin Borkowski , eggert@cs.ucla.edu, >> rms@gnu.org, emacs-devel@gnu.org, raeburn@raeburn.org, >> dancol@dancol.org, rostislav.svoboda@gmail.com >> Date: Fri, 09 Mar 2018 10:56:00 +0000 >> >> > Are you saying that either of these is a WYSIWYG word processor? >> >> No. But, then Word or LibreOffice are not WYSIWYG either. > > This is just a minor semantic issue: let's assume for the purposes of > the current discussion that the definition of a WYSIWYG word processor > is what the Office word processors do. I think it is not. There are many different forms of word-processor out there. Emacs is already one of them, albeit for a specialist user base. >> Org-mode is essentially a structure first view of text. AUCTeX with >> preview-latex is roughly the same thing. So, both of them have strong >> aspects of modern word-processor. > > They both provide the final view of the document only off-line, and > that is the crucial difference, for the purposes of this discussion. Yes, this is most true, although the idea of the "final view" is not quite as clear as it might be. Even for latex, the end product can be more than one thing (PDF and HTML for example). For org-mode, whether the text view is less final than an HTML rendering is an open question. >> If Emacs were able to turn org-mode into HTML, render that HTML and >> then make changes to the text of that HTML, then you'd have something >> close to the modal views. Or something like preview-latex which uses >> syntax highlighting to provide the WYS aspect but allows you to turn it >> on and off. > > Emacs is capable of displaying text with different typefaces, so it > isn't clear to me why would we need to go through a translator, such > as Org export or LaTeX. Oh, because of your notion of WYS. If the "final document" is supposed to be in HTML, then having something that looks the similar, but is never ideal. >> How easy this would be to implement, I do not know. Emacs does not have >> an MVC architecture -- text properties (i.e. visualization) are stored >> directly with the contents of a buffer, so switching views is clunky or >> difficult (see my own lentic.el for an example). > > Actually, MVC is exactly the Emacs architecture. (And text properties > are stored separately from the buffer contents.) I wonder what kind > of misunderstanding is at work here. My understanding of, for indirect buffers, are that they share text and text properties. So you cannot put a different visualisation over two indirect buffers, if those visualisations use text properties, because they will interfere with each other. Perhaps it would be possible to recode indirect buffers so that this were not the case, so that only text were shared. Similarly, the text that you seen on screen is pretty much what is in the buffer. You can do things like put before or after strings in text properties. But then this will be ignored by everything other than the visualisation -- you can't search for them, for instance, because the user level functions operate over the text not the visualisation of it. And, finally, while Emacs does provide notifications of change to buffer text both before and after, they are neither guaranteed to be paired nor consistent. Nor is it apparent to the listening function when they will not be paired or consistent; which is unfortunate as mostly they are. Of course, this is not to say there is no abillity to visualise the same thing twice. You can put a buffer into two windows, with independent mark and point, selection and so forth. But the existence of these things is ephemeral. So, for example, when viewing a single buffer, split the window. Now move point in one window, and then unsplit the window. The location of mark and point in the second window has now been lost. So Emacs does not exactly have an MVC architecture -- it sort of has it. I do not think, for example, it would be straight-forward to produce something like preview-latex where you could see the inline images and equations and latex representation simultaneously and be able to edit either. Phil