From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.devel Subject: Re: hash-table-{to, from}-alist Date: Mon, 01 Dec 2008 15:53:02 -0600 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <86d4gbd0ld.fsf@lifelogs.com> References: <863aknitfg.fsf@lifelogs.com> <20080830051807.GB9625@tomas> <86bpwe9su5.fsf@lifelogs.com> <867i6z1jo5.fsf_-_@lifelogs.com> <86ej14vhvg.fsf@lifelogs.com> <20081122054510.GA28298@tomas> <873ahkkkt5.fsf@xemacs.org> <20081122152126.GA4142@tomas> <87vdufk6do.fsf@xemacs.org> <867i6tt4yz.fsf@lifelogs.com> <87bpw4k1z6.fsf@xemacs.org> <86bpw3d829.fsf@lifelogs.com> <87k5ari5jh.fsf@xemacs.org> <86prkiiia2.fsf@lifelogs.com> <86ej0ygr5j.fsf@lifelogs.com> <877i6qqam5.fsf@uwakimon.sk.tsukuba.ac.jp> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1228168467 24666 80.91.229.12 (1 Dec 2008 21:54:27 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 1 Dec 2008 21:54:27 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Dec 01 22:55:31 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1L7Gjg-0000t2-2A for ged-emacs-devel@m.gmane.org; Mon, 01 Dec 2008 22:55:20 +0100 Original-Received: from localhost ([127.0.0.1]:56940 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L7GiV-00053C-Tq for ged-emacs-devel@m.gmane.org; Mon, 01 Dec 2008 16:54:07 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1L7GiR-00051G-Lm for emacs-devel@gnu.org; Mon, 01 Dec 2008 16:54:03 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1L7GiP-0004xw-IL for emacs-devel@gnu.org; Mon, 01 Dec 2008 16:54:02 -0500 Original-Received: from [199.232.76.173] (port=43447 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L7GiP-0004xt-Ew for emacs-devel@gnu.org; Mon, 01 Dec 2008 16:54:01 -0500 Original-Received: from main.gmane.org ([80.91.229.2]:48070 helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1L7GiO-00047j-VA for emacs-devel@gnu.org; Mon, 01 Dec 2008 16:54:01 -0500 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1L7GiJ-0008CB-Ju for emacs-devel@gnu.org; Mon, 01 Dec 2008 21:53:55 +0000 Original-Received: from 38.98.147.130 ([38.98.147.130]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 01 Dec 2008 21:53:55 +0000 Original-Received: from tzz by 38.98.147.130 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 01 Dec 2008 21:53:55 +0000 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 37 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 38.98.147.130 X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6; d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/23.0.60 (gnu/linux) Cancel-Lock: sha1:K9+AZu4X0HeHjUxdcvJJg2zQd+c= X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) 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:106408 Archived-At: On Thu, 27 Nov 2008 09:24:34 +0900 "Stephen J. Turnbull" wrote: SJT> Ted Zlatanov writes: >> On Wed, 26 Nov 2008 13:10:38 -0500 Stefan Monnier wrote: >> >> IMHO hashtables should always be printed completely and should be >> >> treated like lists and vectors. SJT> XEmacs abbreviates all "large" atomic objects in Lisp backtraces, SJT> AFAIK. This includes anything with a plist. But you can have your SJT> preference by setting `print-readably' globally. >> >> If, however, compatibility with XEmacs is desired or people feel >> >> strongly for print-readably, I will implement with >> >> print-readably. >> SM> char tables are always printed in full and we haven't had any complaints SM> about that, so you're probably right: let's just always print them SM> in full. If it turns out to be problematic in some cases, we can later SM> on add some extra variable to control the level of detail. >> >> Great. Maybe XEmacs should add print-unreadably ;) SJT> We already have that. (^^; Can you and Stefan figure out whether to have print-readably or not? I was against it, and Stefan supported that. But let's see the pro argument and discuss this. I'd like to make your life easier in addition to providing features for GNU Emacs. Will the current state of things cause XEmacs breakage anywhere? One idea I had is to check if print-readably is bound; if not then we act as if it was bound and t. That will DTRT in GNU Emacs and in XEmacs, I hope. Thanks Ted