From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Leo Liu Newsgroups: gmane.emacs.bugs Subject: bug#14457: 24.3; buggy forward-sexp in octave mode? Date: Sat, 25 May 2013 12:17:28 +0800 Message-ID: References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1369455501 24796 80.91.229.3 (25 May 2013 04:18:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 25 May 2013 04:18:21 +0000 (UTC) Cc: 14457@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat May 25 06:18:17 2013 Return-path: Envelope-to: geb-bug-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 1Ug5vs-00052G-LF for geb-bug-gnu-emacs@m.gmane.org; Sat, 25 May 2013 06:18:16 +0200 Original-Received: from localhost ([::1]:51053 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ug5vr-00040I-L2 for geb-bug-gnu-emacs@m.gmane.org; Sat, 25 May 2013 00:18:15 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:37640) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ug5vk-0003zA-LT for bug-gnu-emacs@gnu.org; Sat, 25 May 2013 00:18:13 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Ug5vf-0005li-Dn for bug-gnu-emacs@gnu.org; Sat, 25 May 2013 00:18:08 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:44881) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ug5vf-0005le-9Z for bug-gnu-emacs@gnu.org; Sat, 25 May 2013 00:18:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1Ug5wb-0008MS-Of for bug-gnu-emacs@gnu.org; Sat, 25 May 2013 00:19:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Leo Liu Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 25 May 2013 04:19:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14457 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 14457-submit@debbugs.gnu.org id=B14457.136945552732102 (code B ref 14457); Sat, 25 May 2013 04:19:01 +0000 Original-Received: (at 14457) by debbugs.gnu.org; 25 May 2013 04:18:47 +0000 Original-Received: from localhost ([127.0.0.1]:33239 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ug5wK-0008Ld-LQ for submit@debbugs.gnu.org; Sat, 25 May 2013 00:18:46 -0400 Original-Received: from mail-pa0-f44.google.com ([209.85.220.44]:39408) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ug5wI-0008LG-64 for 14457@debbugs.gnu.org; Sat, 25 May 2013 00:18:43 -0400 Original-Received: by mail-pa0-f44.google.com with SMTP id wp1so2403497pac.31 for <14457@debbugs.gnu.org>; Fri, 24 May 2013 21:17:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:face:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=z9rXgDv35jqucap6F8Dtd+q1Tz+XoJqgruubYHLohY4=; b=msBiWFiNLSVdz8t2oCYoCJWP4oGwIwN/Kt20BN2v3KdwLZZMCSlQaQMeEEerQAeooP ACC3fjXYvSBdXl8kDLATg7MSn0BOEsMQzbpVYuLfCbWpBebsk7t0RLZVAA4r65BrscGp NV2m7DCLZlIolA8pee5gL/PZKPC5me7s8hwjayt2ZV3wMiPdXHRyIt4MNn+XSW1ruzgU 1cdVAnJfFfhKQO4CBoRCOVupzvmRu2VCv8CHxBNDt0GH0nzx1VWAZKjOVyrWPvxahXwE Et4R/9dECK4QwZ8sQ476nqGSagYkpr9oPWDMAS1glSgk7WQLoTvOeYoejmJO+nSaDBLz cbrA== X-Received: by 10.68.185.162 with SMTP id fd2mr20526504pbc.176.1369455457199; Fri, 24 May 2013 21:17:37 -0700 (PDT) Original-Received: from Zeuss-MacBook.local ([119.161.133.157]) by mx.google.com with ESMTPSA id do4sm18845661pbc.8.2013.05.24.21.17.34 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Fri, 24 May 2013 21:17:36 -0700 (PDT) Face: iVBORw0KGgoAAAANSUhEUgAAACgAAAAoBAMAAAB+0KVeAAAAGFBMVEUKDAg1NjRWV1V9fnyg op/DxcLk5uP8/voi63ReAAAACXBIWXMAAAWJAAAFiQFtaJ36AAAAB3RJTUUH1goZAgAz00bgXgAA AeVJREFUKM9lk0Fz2jAQhQXJD3CCO70CmcC1YMtcWyTZ14Bl69xats4N9r6/3zWQBlodNKNPu/s0 b1cCQFuZGpfVVh3vAvBJolIXRkapSuoRUtIdFyo1Y5xSdlAj7OtvD1XnXxmWRi+eWgcxyCed1lVV B1CrKyujMoi+eLA5kU1SsjoHlW+nQjTtFxk4MXgrOxvIqzoTZR8XgPaLl419zgsMaSGFPiUOZCIh thsx5Xy9NsK8Kwf/JoQgMxcVJ301HKkcSWaT0O7FY056J4U9xcYfnmVXG4801lW6lqwu2nKFZoHC HuzvaTVndZ+LaRQgZdthXw1cpynEkLEwyFHXk/aIxNQ6QeooJuzPMB+wn+D7JJNsiCcVA13/A3h/ xE9J+WidpAwoYNmRFwyvSRhNVtsdaAewzZZP5uw82QL9+tyNfocyP0McAzICUr5Mk9RdIjWasUNx aIIt6NK4ZtXIMdfMQt3nuMAyWbLI4DqZ4xPq/ag8jPond4XU/cLuOgw6XCFX/YCUfcDAMMH58fD4 G9kDchwfqVefkBwup2uZM+Q4WhJt5jN3AxXCsaS2yXEDuWgS8VOzW0gFjhEPmLyFMKBFaLb1HRwc DiaKwx0EeTMRYnYPQRW3PP4HApvlMv0PttX5v/D6Aws3IOSEwzmLAAAAAElFTkSuQmCC In-Reply-To: (Stefan Monnier's message of "Fri, 24 May 2013 00:07:38 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (OS X 10.8.3) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:74550 Archived-At: On 2013-05-24 12:07 +0800, Stefan Monnier wrote: > Please in your bug reports, do mention the behavior that you see rather > than assume that I will see the same one. Also, try to explain the > behavior you would have liked to see instead. Sorry, Stefan, that was an oversight. > > What I see is that it jumps to "right after the previous matching >case". Is that what you see? It jumps to the previous 'case' with point on the opening '{'. > >> Is this correct behaviour? > > It's the expected behavior, at least (IOW if it changes, you'll have to > adjust the indentation rules accordingly). > > Since "after otherwise" is not a position that corresponds to the end of > a "sexp", the meaning of (forward-sexp -1) is unclear. SMIE defines > such things in a way I found useful, but admittedly, it might take some > time to get used to it. > > What behavior did you expect? Since 'case', 'otherwise' are closers to 'switch' as in smie-closer-alist, I was expecting (forward-sexp -1) to jump back to 'switch', much like from 'elseif' to 'if'. Does this make sense? Leo