From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: enriched-mode and switching major modes. Date: Mon, 20 Sep 2004 16:04:51 -0400 Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Message-ID: References: <200409042358.i84Nwjt19152@raven.dms.auburn.edu> <87llfn5ihw.fsf@emacswiki.org> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1095710752 13318 80.91.229.6 (20 Sep 2004 20:05:52 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 20 Sep 2004 20:05:52 +0000 (UTC) Cc: bob@rattlesnake.com, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Sep 20 22:05:39 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1C9UPq-0005Ry-00 for ; Mon, 20 Sep 2004 22:05:39 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1C9UVk-0002lE-7e for ged-emacs-devel@m.gmane.org; Mon, 20 Sep 2004 16:11:44 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1C9UVe-0002kN-4T for emacs-devel@gnu.org; Mon, 20 Sep 2004 16:11:38 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1C9UVc-0002k9-K8 for emacs-devel@gnu.org; Mon, 20 Sep 2004 16:11:37 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1C9UVc-0002k5-FT for emacs-devel@gnu.org; Mon, 20 Sep 2004 16:11:36 -0400 Original-Received: from [132.204.24.67] (helo=mercure.iro.umontreal.ca) by monty-python.gnu.org with esmtp (Exim 4.34) id 1C9UPE-0002jj-L6 for emacs-devel@gnu.org; Mon, 20 Sep 2004 16:05:00 -0400 Original-Received: from asado.iro.umontreal.ca (asado.iro.umontreal.ca [132.204.24.84]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id 32022B3027B; Mon, 20 Sep 2004 16:04:52 -0400 (EDT) Original-Received: by asado.iro.umontreal.ca (Postfix, from userid 20848) id 1D0058CA23; Mon, 20 Sep 2004 16:04:52 -0400 (EDT) Original-To: Oliver Scholz In-Reply-To: (Oliver Scholz's message of "Mon, 20 Sep 2004 21:37:17 +0200") User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3.50 (gnu/linux) X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=0, requis 5) X-MailScanner-From: monnier@iro.umontreal.ca X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 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 Xref: main.gmane.org gmane.emacs.devel:27343 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:27343 >>> It is basically as you said: you express your intents. But rather >>> than doing this via a command or markup language, you do it by >>> interacting with a UI. >> >> It's a false dichotomy: Emacs on a tty is a UI. >> I guess what you mean to say here is that rather than representing the >> intent as text you'd represent it somehow graphically. > This is nitpicking. Oh, sorry, I misunderstood (nitpicked as well, of course). I was thinking in terms of *reading*, not *writing*. I find the visual representation of the intent to be very important: if it weren't for that, indeed I wouldn't care as much whether I was seeing the deep or surface representation. > The point is that you express your intent while > not caring about the particular encoding. But getting the intent from the user to the data is "easy". It's getting it the other way around which is the harder part (unless you display the deep representation, that is). >> So you don't actually get to see the abstract representation, even though >> that's really what you're editing. I.e. you're still editing somewhat >> blind-folded. > "somewhat blind-folded" is a vast exaggeration. I hope you now better understand what I meant by that. >>> The benefit is that you do this while looking at the "surface >>> expression". >> With something like WhyzzyTeX I get to edit while seeing (rather than >> "looking at") the surface expression. > I think I already understood that you like this way of editing. Now, > it seems that I also have to understand that in your view this is the > Only True Way of Editing. I don't think it's the one true way. I just think it's an interesting point in the design space, like preview-latex, tex-mode, Lyx, TeXmacs, FrameMaker, OpenOffice, ... > Do you really think, that /I/ or anybody else who wants "word > processing" in Emacs would be content with WhyzzyTeX-style functionality? I'm sorry if you got the impression I thought the answer is yes. > A gedankenexperiment: Suppose we have the inverse of WhizzyTeX: you edit > the visual appearance WP-style and Emacs would constantly update the > encoded document in a read-only buffer and show it in another window. It's not the inverse. WhyzzyTeX (assuming it's implemented differently so as to work around the severely rough edges) does exactly that, both ways: the only detail is whether the window manager's focus is on one window rather than another. Stefan