From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Luc Teirlinck Newsgroups: gmane.emacs.devel Subject: Re: fringe buffer-boundary bitmaps Date: Thu, 23 Jun 2005 10:15:44 -0500 (CDT) Message-ID: <200506231515.j5NFFi704075@raven.dms.auburn.edu> References: <871x6tcscc.fsf@xs4all.nl> NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1119539546 24310 80.91.229.2 (23 Jun 2005 15:12:26 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 23 Jun 2005 15:12:26 +0000 (UTC) Cc: emacs-devel@gnu.org, miles@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jun 23 17:12:25 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DlTNA-00087S-1Y for ged-emacs-devel@m.gmane.org; Thu, 23 Jun 2005 17:12:08 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DlTU0-0006XK-Jl for ged-emacs-devel@m.gmane.org; Thu, 23 Jun 2005 11:19:12 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DlTTk-0006T5-RR for emacs-devel@gnu.org; Thu, 23 Jun 2005 11:18:58 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DlTTe-0006QC-Or for emacs-devel@gnu.org; Thu, 23 Jun 2005 11:18:52 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DlTTe-0006Pv-MS for emacs-devel@gnu.org; Thu, 23 Jun 2005 11:18:50 -0400 Original-Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DlTVZ-0002ig-IV; Thu, 23 Jun 2005 11:20:49 -0400 Original-Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id j5NFHHCK001019; Thu, 23 Jun 2005 10:17:17 -0500 (CDT) Original-Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id j5NFFi704075; Thu, 23 Jun 2005 10:15:44 -0500 (CDT) X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f Original-To: lekktu@gmail.com In-reply-to: (message from Juanma Barranquero on Thu, 23 Jun 2005 15:59:02 +0200) 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:39366 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:39366 Also, unless I misunderstand, I believe that your :initialize function would not solve the following problem: I have: (setq default-indicate-empty-lines t) in my .emacs. Just loading fringe overrides this. `custom-initialize-reset' is a real problem, in that user customizations can be overridden without notice by just loading files. It was made the default :initialize function to handle some problems with autoloaded defcustoms, but it probably creates worse problems than it solves. In this case there is, apart from the `custom-initialize-reset' problem, the problem that the :set function appears to be flawed. Even if you replace `custom-initialize-reset' with `custom-initialize-set' or with your function, it would appear that experimenting with customizing `fringe-indicators' through Custom and then erasing that customization using Custom will reset default-indicate-empty-lines to nil, which it should not. I believe that there is a design flaw with `fringe-indicators'. I believe that this flaw should be fixed in such a way that `default-indicate-buffer-boundaries' gets respected and that one can safely do: :initialize 'custom-initialize-set The docstring of fringe-indicators is wrong: "Visually indicate buffer boundaries and scrolling. Setting this variable, changes `default-indicate-buffer-boundaries'." No setting this variable only takes effect by loading or reloading fringe, or when set through Custom. Sincerely, Luc.