|
From: | Emacs bug Tracking System |
Subject: | bug#207: marked as done (Next release) |
Date: | Mon, 2 Jun 2008 01:10:04 -0700 |
Your message dated Mon, 2 Jun 2008 04:00:46 -0400 with message-id <18499.43182.269338.157583@fencepost.gnu.org> and subject line Re: Next release has caused the Emacs bug report #207, regarding Next release to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact don@donarmstrong.com immediately.) -- 207: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=207 Emacs Bug Tracking System Contact don@donarmstrong.com with problems
--- Begin Message ---Subject: Re: Next release Date: Fri, 9 May 2008 15:52:45 +0200 > What for? Just to help catching errors. I'm a functional programming fan, I like inmutable objects. > char-tables have inheritance, so I don't see what more we need for > display-tables. (let ((global (make-display-table)) (local (make-display-table))) (set-char-table-parent local global) (aset global ?0 [?< ?0 ?>]) (aset local ?1 [?< ?1 ?>]) (setq standard-display-table global) (setq buffer-display-table local) (insert "01")) => 0<1> That is, local's parent is global, but once local is set as buffer-local display table, global's contents is irrelevant when viewing the buffer. That limits the usefulness of display tables. Or am I missing something? Juanma
--- End Message ---
--- Begin Message ---Subject: Re: Next release Date: Mon, 2 Jun 2008 04:00:46 -0400 Closing this since it does not seem to be a bug.
--- End Message ---
[Prev in Thread] | Current Thread | [Next in Thread] |