From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.devel Subject: Re: Patch: enhanced mark navigation commands Date: Wed, 05 Mar 2008 13:48:10 -0600 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <86pru96jgl.fsf@lifelogs.com> References: <55f7df060803042112w380b5170qe964002c6c06ab01@mail.gmail.com> <86r6ep8821.fsf@lifelogs.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1204746415 10425 80.91.229.12 (5 Mar 2008 19:46:55 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 5 Mar 2008 19:46:55 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Mar 05 20:47:22 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 1JWza0-0001yN-Ec for ged-emacs-devel@m.gmane.org; Wed, 05 Mar 2008 20:47:08 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JWzZT-0005ac-7V for ged-emacs-devel@m.gmane.org; Wed, 05 Mar 2008 14:46:35 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JWzZE-0005VM-Ir for emacs-devel@gnu.org; Wed, 05 Mar 2008 14:46:20 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JWzZA-0005Tr-QC for emacs-devel@gnu.org; Wed, 05 Mar 2008 14:46:20 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JWzZA-0005Tj-Ky for emacs-devel@gnu.org; Wed, 05 Mar 2008 14:46:16 -0500 Original-Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1JWzZA-0001Ik-3Q for emacs-devel@gnu.org; Wed, 05 Mar 2008 14:46:16 -0500 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JWzZ2-0001u6-Q1 for emacs-devel@gnu.org; Wed, 05 Mar 2008 19:46:08 +0000 Original-Received: from 38.98.147.130 ([38.98.147.130]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 05 Mar 2008 19:46:08 +0000 Original-Received: from tzz by 38.98.147.130 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 05 Mar 2008 19:46:08 +0000 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 36 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 38.98.147.130 X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6; d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" User-Agent: Gnus/5.110007 (No Gnus v0.7) Emacs/23.0.60 (gnu/linux) Cancel-Lock: sha1:4mZTSSt1qSx6YaGU1tjYF7WRFRA= 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:91408 Archived-At: On Wed, 05 Mar 2008 14:20:23 -0500 Stefan Monnier wrote: >> Would next-error and previous-error (which are useful for any motion to >> "points of interest" and have aliases defined accordingly) be >> appropriate here? They already handle occur-mode, grep-mode, and >> compilation-mode point of interest, and the intent is to provide a DWIM >> interface. >> It makes sense that if any of those three modes are not on, next-error >> and previous-error should move to recent edit points. If one of those >> modes is on, we can provide an override, but I expect users to be happy >> with the default behavior as I describe it. What do you think? SM> And then as soon as you run grep, diff, or compile, the feature just SM> can't be used any more? Doesn't sound too good to me, I think it's possible to make this useful with navigation layers. Layers 0-9 reserved for char/word/paragraph/page/etc motion Layer 10: edits (what Adrian Robert's patch provides) Layer 11: tags (ctags, etags, etc.); function/variable definitions Layer 12: grep/diff/compile/occur points Layer 13: buffers (like cycle-buffer) Layer 14: Gnus articles or dired files or other bundles of information Layer 15: Gnus groups (or other aggregators for layer 14) Layer 16: Gnus topics (or other aggregators for layer 15) Layers 10 and 11 may have to be swapped. We may think of more layers, and what I've listed above is just an idea. The point is that we'll give the user a way to move back and forth between things that are interesting. Selecting the motion layer can be done in some standard way, e.g. next-error--10 or whatever makes sense. I also don't know if numerical layers will work as a concept, but they seem simple to understand and configure. Ted