From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Thorsten Jolitz Newsgroups: gmane.emacs.help Subject: Re: Somehow strange behaviour of `mark-sexp' Date: Thu, 13 Feb 2014 21:15:39 +0100 Message-ID: <87mwhuwyz8.fsf@gmail.com> References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1392322533 3539 80.91.229.3 (13 Feb 2014 20:15:33 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 13 Feb 2014 20:15:33 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Thu Feb 13 21:15:40 2014 Return-path: Envelope-to: geh-help-gnu-emacs@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 1WE2h9-00049z-Oy for geh-help-gnu-emacs@m.gmane.org; Thu, 13 Feb 2014 21:15:39 +0100 Original-Received: from localhost ([::1]:48628 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WE2h9-0004CN-8W for geh-help-gnu-emacs@m.gmane.org; Thu, 13 Feb 2014 15:15:39 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59678) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WE2gf-0004Ag-Qy for help-gnu-emacs@gnu.org; Thu, 13 Feb 2014 15:15:17 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WE2gY-00041u-7F for help-gnu-emacs@gnu.org; Thu, 13 Feb 2014 15:15:09 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]:45633) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WE2gY-0003zs-1O for help-gnu-emacs@gnu.org; Thu, 13 Feb 2014 15:15:02 -0500 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1WE2gU-0003Wf-6G for help-gnu-emacs@gnu.org; Thu, 13 Feb 2014 21:14:58 +0100 Original-Received: from e178054133.adsl.alicedsl.de ([85.178.54.133]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 13 Feb 2014 21:14:58 +0100 Original-Received: from tjolitz by e178054133.adsl.alicedsl.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 13 Feb 2014 21:14:58 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 29 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: e178054133.adsl.alicedsl.de User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) Cancel-Lock: sha1:0Fx2HE8lQajuDXFxNQ/zsazjEZs= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:96072 Archived-At: Barry Margolin writes: > I'm not sure why you would expect sensible behavior from a command > intended for dealing with Lisp code in the *Help* buffer, which is just > plain text. As vi(m) users keep telling us, actual editing is much less frequent task than navigation etc., and they like the fact they can do navigation etc. very conveniently with one-key commands in read-only mode in their modal editor. I wrote navi-mode.el for this vi(m)-like experience when working with org-mode or source-code buffers in emacs - one-key commands in read-only mode for navigation, structure editing and a kind of remote-control of the associated source buffer. The remote-control commands were restricted to act on outline subtrees before, but today I generalized them to act on the 'thing-at-point', wether an outline-subtree or an sexp - using mark-sexp. Now you can mark, copy, kill, query-replace, isearch, yank (and probably more) not only outline-subtrees but also defuns, lisp expressions and even plain-text words directly from the *Navi* buffer without switching to the associated source-buffer ... thanks to mark-sexp's quite sensible behaviour even outside its original scope. -- cheers, Thorsten