From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Daniel Colascione Newsgroups: gmane.emacs.bugs Subject: bug#16413: 24.3.50; Inconsistent behavior of text property functions in narrowed buffer Date: Sat, 11 Jan 2014 00:17:19 -0800 Message-ID: <52D0FE0F.40907@dancol.org> References: <87mwj3fcal.fsf@nbtrap.com> <52D0C30D.9050305@dancol.org> <8361praqvc.fsf@gnu.org> <52D0FADE.8060605@dancol.org> <834n5baqd2.fsf@gnu.org> NNTP-Posting-Host: plane.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 1389428290 32466 80.91.229.3 (11 Jan 2014 08:18:10 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 11 Jan 2014 08:18:10 +0000 (UTC) Cc: nbtrap@nbtrap.com, 16413@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Jan 11 09:18:16 2014 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 1W1tln-0005P7-LF for geb-bug-gnu-emacs@m.gmane.org; Sat, 11 Jan 2014 09:18:15 +0100 Original-Received: from localhost ([::1]:60553 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W1tln-0004HE-5j for geb-bug-gnu-emacs@m.gmane.org; Sat, 11 Jan 2014 03:18:15 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46460) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W1tlf-0004H6-5F for bug-gnu-emacs@gnu.org; Sat, 11 Jan 2014 03:18:12 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W1tla-0007v9-56 for bug-gnu-emacs@gnu.org; Sat, 11 Jan 2014 03:18:07 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:60212) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W1tla-0007v5-1k for bug-gnu-emacs@gnu.org; Sat, 11 Jan 2014 03:18:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1W1tlZ-0000Gl-Oh for bug-gnu-emacs@gnu.org; Sat, 11 Jan 2014 03:18:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Daniel Colascione Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 11 Jan 2014 08:18:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16413 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 16413-submit@debbugs.gnu.org id=B16413.1389428249981 (code B ref 16413); Sat, 11 Jan 2014 08:18:01 +0000 Original-Received: (at 16413) by debbugs.gnu.org; 11 Jan 2014 08:17:29 +0000 Original-Received: from localhost ([127.0.0.1]:45998 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W1tl2-0000Fl-MX for submit@debbugs.gnu.org; Sat, 11 Jan 2014 03:17:28 -0500 Original-Received: from dancol.org ([96.126.100.184]:60216) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W1tl1-0000Fd-6F for 16413@debbugs.gnu.org; Sat, 11 Jan 2014 03:17:27 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=dancol.org; s=x; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=btYlLcWFSxBIq2nmsnRvPWFSPSPO3jncNanAIE/g57g=; b=auA6SneXHfQ8TuCzNFuNYoDGBy/x7d8VAkWoewhdgDfy9LMSQNxxHpgg5C/hJNXmyX0KcEm4ZJslwwm9b/tt/6+NzXzq0fN85lDfosY70rBUxK2OB/3G43iBVia5pO2xrjkTRBA1mc/jasXs0pnyDSjHEB1e/lVyevmF254P3R90pcAcpgzK2BghF16DEE+2WH+EVCMQFK+PFSBRwi+CBrfBXm8OYuuIiYGGDhqE2YggLiNbUd2xjSFlCuyf/jfgq5cwyOp3fmWcJk/D8dzT7RYEvuU/aNEZL4euEkGmzCinhd+pkbPi/mi10NiWx5gxAIV1OS5lUs5Aat95CeRDkg==; Original-Received: from [24.16.209.135] (helo=[192.168.1.101]) by dancol.org with esmtpsa (TLS1.0:DHE_RSA_CAMELLIA_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1W1tkz-0001rn-Lo; Sat, 11 Jan 2014 00:17:25 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 In-Reply-To: <834n5baqd2.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.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:83277 Archived-At: On 01/11/2014 12:12 AM, Eli Zaretskii wrote: >> Date: Sat, 11 Jan 2014 00:03:42 -0800 >> From: Daniel Colascione >> CC: nbtrap@nbtrap.com, 16413@debbugs.gnu.org >> >> Narrowing *is* generally useful for treating part of a buffer as a >> consistent unit, though, especially when that part is syntactically >> different from the rest of the buffer. > > Not sure what you mean by "consistent unit". Narrowing is useful as a poor man's mmm-mode, among other things, and programatically, it's useful for parsing delimited constructs (where we can just narrow to the region of interest). Narrowing hasn't been a purely visual hint, and plenty of lisp-level functions treat the edges of the accessible portion of the buffer as real buffer ends. Since this abstraction almost completely works today, we should try to fill any remaining gaps.