From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Tim X Newsgroups: gmane.emacs.help Subject: Re: line-move-visual Date: Sat, 12 Jun 2010 22:25:53 +1000 Organization: Unlimited download news at news.astraweb.com Message-ID: <8739wse8tq.fsf@rapttech.com.au> References: <87pr07qjio.fsf@thinkpad.tsdh.de> <878w6vq7ew.fsf@thinkpad.tsdh.de> <871vcmhq79.fsf@wivenhoe.ul.ie> <580d5f23-e251-483f-9752-7e77b1ca2fb7@40g2000pry.googlegroups.com> <2a7dc148-e2cc-4681-9d8c-ccd1140aa6d7@j36g2000prj.googlegroups.com> <089883ee-0a63-4cb4-a0ec-d2fe4e71cc03@y18g2000prn.googlegroups.com> <87wruco5yq.fsf@lola.goethe.zz> <87wrubfd8p.fsf@rapttech.com.au> <848w6ndwn0.fsf@cs.bham.ac.uk> <87y6ekevet.fsf@rapttech.com.au> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1291831345 9250 80.91.229.12 (8 Dec 2010 18:02:25 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 8 Dec 2010 18:02:25 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Dec 08 19:02:21 2010 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PQOLM-0004PO-Ik for geh-help-gnu-emacs@m.gmane.org; Wed, 08 Dec 2010 19:02:20 +0100 Original-Received: from localhost ([127.0.0.1]:45738 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PQOLM-0004Of-4K for geh-help-gnu-emacs@m.gmane.org; Wed, 08 Dec 2010 13:02:20 -0500 Original-Path: usenet.stanford.edu!news.glorb.com!news2.glorb.com!news.astraweb.com!border1.newsrouter.astraweb.com!not-for-mail Original-Newsgroups: gnu.emacs.help User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) Cancel-Lock: sha1:p35XRezre+f9GeSgbYbkPUc/xLw= Original-Lines: 39 Original-NNTP-Posting-Host: 2ea0427f.news.astraweb.com Original-X-Trace: DXC=]Y?M1VFJk:`:PIc[8_6SKeL?0kYOcDh@j5RIWMIBb; `eo0=8]>8dTXgL1o>O\n]NHbWZoP:1hcodo Original-Xref: usenet.stanford.edu gnu.emacs.help:178864 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:75752 Archived-At: Uday S Reddy writes: > On 6/12/2010 5:18 AM, Tim X wrote: > >> Your arguments all suggest an environment where interfaces never change. >> This just doesn't exist and never has. Frequently improvements and new >> functionality require changes to existing interfaces, both programming >> and user. > > That is not quite true. In the OS & network protocols world, things can never > change essentially. We still live with the possibility of 7bit mail transport > even though nobody knows for sure whether there are any 7bit mail transport > systems anywhere. New protocols are designed that work around the limitations > of the old protocols. It has taken Unix some 15 years to figure out how to > retrofit Unicode into its byte-oriented view of the world. Things get messy > but that is the price we pay for backward-compatibility. > I don't disagree, but the mere fact new protocols are developed to handle the new as well as theold is in itself a change in the interface. Citing an example that shows no interface change doesn't really counter the arguement, but citing one that has changed would seem to. > In the Emacs world, we don't need to go that far. But there is no reason why > we can't expect the stability of the basic editing operations. I agree it is important to keep stability in basic editing operations and I agree the choice to make visual line mode the default was probably a mistake. However, I disagree with the arguemment that all the stability has been lost. If the new feature could not be disabled, then I would agree. However, the fact you can revert back to the old 'stable' behavior with only a minimal configuration means you can have exactly the same behavior and stability as before. What is really at issue isn't the change as much as making the chang ethe default behavior. Tim -- tcross (at) rapttech dot com dot au