From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: storm@cua.dk (Kim F. Storm) Newsgroups: gmane.emacs.devel Subject: Re: default-indicate-buffer-boundaries Date: Fri, 03 Feb 2006 10:10:33 +0100 Message-ID: References: <200601311925.k0VJPHJ09839@raven.dms.auburn.edu> <200602020000.k1200mQ05508@raven.dms.auburn.edu> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1138989738 19432 80.91.229.2 (3 Feb 2006 18:02:18 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 3 Feb 2006 18:02:18 +0000 (UTC) Cc: Luc Teirlinck , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Feb 03 19:02:16 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1F55FO-0001Am-I9 for ged-emacs-devel@m.gmane.org; Fri, 03 Feb 2006 19:01:26 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F523D-0002KH-Gy for ged-emacs-devel@m.gmane.org; Fri, 03 Feb 2006 09:36:39 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F4x7q-0006UJ-8P for emacs-devel@gnu.org; Fri, 03 Feb 2006 04:21:06 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F4x78-000685-OU for emacs-devel@gnu.org; Fri, 03 Feb 2006 04:20:24 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F4x1u-0004cF-66 for emacs-devel@gnu.org; Fri, 03 Feb 2006 04:14:59 -0500 Original-Received: from [195.41.46.235] (helo=pfepa.post.tele.dk) by monty-python.gnu.org with esmtp (Exim 4.52) id 1F4x0p-000395-Gy; Fri, 03 Feb 2006 04:13:51 -0500 Original-Received: from kfs-l.imdomain.dk.cua.dk (unknown [80.165.4.124]) by pfepa.post.tele.dk (Postfix) with SMTP id 8107547FEBD; Fri, 3 Feb 2006 10:11:28 +0100 (CET) Original-To: rms@gnu.org In-Reply-To: (Richard M. Stallman's message of "Fri, 03 Feb 2006 00:05:24 -0500") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) 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:49965 Archived-At: "Richard M. Stallman" writes: > Note that the indicate-buffer-boundaries glyph overrides the > continuation glyph that would normally appear in the left margin. > The right continuation glyph is still visible. But do `M-0 C-l' > and it is out of view, leaving no indication that this is a > continuation line. > > Now do `M-x toggle-truncate-lines' (with point still at the end of the > long line). Now all indicate-buffer-boundaries glyphs are overridden > by the truncation arrows. > > These are pretty serious problems. > > I am not willing to abandon such a nice feature without a fight! We > do not need to fix this feature before the release, but does anyone > have an idea for how to fix it? > > In the continuation case, we could solve the problem for the > end-of-buffer indicator by putting it on the right. But that won't > help in the truncation case. We could put the indicator on the next line in those case. Or we could combine those two bitmaps (there is already code which allows two bitmaps to be shown at the same time, like a breakpoint icon and the overlay arrow.) I will try to figure out what to do. -- Kim F. Storm http://www.cua.dk