From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Thomas Lord Newsgroups: gmane.emacs.devel Subject: Re: shift-select harmony Date: Sat, 15 Mar 2008 16:38:59 -0700 Message-ID: <47DC5E13.5000002@emf.net> References: <87k5k69p92.fsf@stupidchicken.com> <200803140408.m2E47hPU014494@sallyv1.ics.uci.edu> <87prtxpekk.fsf@kfs-lx.rd.rdm> <87abl11ilo.fsf@stupidchicken.com> <874pb9koyw.fsf@stupidchicken.com> <87od9gzqv9.fsf@stupidchicken.com> <87bq5gytbi.fsf@stupidchicken.com> <87abkzhpzm.fsf@stupidchicken.com> <47DC471E.3050705@emf.net> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1205622069 30462 80.91.229.12 (15 Mar 2008 23:01:09 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 15 Mar 2008 23:01:09 +0000 (UTC) Cc: Chong Yidong , Dan Nicolaescu , emacs-devel@gnu.org, Stefan Monnier , "Kim F. Storm" To: Thomas Lord Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Mar 16 00:01:36 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1JafNe-0008Fk-KU for ged-emacs-devel@m.gmane.org; Sun, 16 Mar 2008 00:01:35 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JafN5-0007b9-A2 for ged-emacs-devel@m.gmane.org; Sat, 15 Mar 2008 19:00:59 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JafMW-0006zr-PD for emacs-devel@gnu.org; Sat, 15 Mar 2008 19:00:24 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JafMU-0006xD-Kk for emacs-devel@gnu.org; Sat, 15 Mar 2008 19:00:24 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JafMT-0006wy-VK for emacs-devel@gnu.org; Sat, 15 Mar 2008 19:00:22 -0400 Original-Received: from mail.42inc.com ([205.149.0.25]) by monty-python.gnu.org with esmtps (SSL 3.0:RSA_3DES_EDE_CBC_SHA1:24) (Exim 4.60) (envelope-from ) id 1JafMT-0003Gx-Bz for emacs-devel@gnu.org; Sat, 15 Mar 2008 19:00:21 -0400 X-TFF-CGPSA-Version: 1.5 X-TFF-CGPSA-Filter-42inc: Scanned X-42-Virus-Scanned: by 42 Antivirus -- Found to be clean. Original-Received: from [69.236.65.4] (account lord@emf.net HELO [192.168.1.64]) by mail.42inc.com (CommuniGate Pro SMTP 5.0.13) with ESMTPA id 25586817; Sat, 15 Mar 2008 16:00:07 -0700 User-Agent: Thunderbird 1.5.0.5 (X11/20060808) In-Reply-To: <47DC471E.3050705@emf.net> X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) 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: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:92706 Archived-At: There's yet-another way to see the three-variable idea. I admit that this is an esoteric way to look at the problem and solution but it is a productive way to look at it: Think of something *like* Emacs but with this difference: instead of a "point" in the dynamic state, the alterna-Emacs would have a "region". What Emacs currently thinks of as the point is, in alterna-Emacs, a pair of points where the car of that pair is called the tentative mark and the cdr is called the point (and more or less coincides with the current notion of point). In alterna-Emacs, there is no such thing as "insert". There are commands called "insert[-*]" but what they really do is replace the entire region -- not just the point. Well, alterna-Emacs is a superset of current Emacs. Current Emacs is a system in which there exist no commands or primitive functions that can be used to construct a non-empty current-region. In current Emacs, the tentative mark and the point always happen to be the same. The new functionality that is desired is a systematic way to for users to define the tentative mark separately from the point -- to create non-empty "current regions" for primitives to use. That's not a very big change, *afaict*, and how it can be done is what I outlined in the last couple of messages. -t