From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: akater Newsgroups: gmane.emacs.bugs Subject: bug#41814: defmethod cl-print-object is not entirely reliable Date: Mon, 06 Jul 2020 19:01:12 +0000 Message-ID: <873664wjrb.fsf@gmail.com> References: <87ftb1qsfh.fsf@gmail.com> <878sgs4m2b.fsf@web.de> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="30490"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 41814@debbugs.gnu.org To: Michael Heerdegen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Jul 06 21:11:11 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jsWWF-0007qd-8A for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 06 Jul 2020 21:11:11 +0200 Original-Received: from localhost ([::1]:55686 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jsWWC-0000Ub-Lb for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 06 Jul 2020 15:11:08 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:33798) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jsWW6-0000UI-1D for bug-gnu-emacs@gnu.org; Mon, 06 Jul 2020 15:11:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:51587) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jsWW5-0003iJ-P9 for bug-gnu-emacs@gnu.org; Mon, 06 Jul 2020 15:11:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jsWW5-0006oT-Kn for bug-gnu-emacs@gnu.org; Mon, 06 Jul 2020 15:11:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: akater Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 06 Jul 2020 19:11:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 41814 X-GNU-PR-Package: emacs Original-Received: via spool by 41814-submit@debbugs.gnu.org id=B41814.159406264326155 (code B ref 41814); Mon, 06 Jul 2020 19:11:01 +0000 Original-Received: (at 41814) by debbugs.gnu.org; 6 Jul 2020 19:10:43 +0000 Original-Received: from localhost ([127.0.0.1]:34899 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jsWVm-0006nn-Qc for submit@debbugs.gnu.org; Mon, 06 Jul 2020 15:10:42 -0400 Original-Received: from mail-wr1-f51.google.com ([209.85.221.51]:42751) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jsWVl-0006nY-3E for 41814@debbugs.gnu.org; Mon, 06 Jul 2020 15:10:42 -0400 Original-Received: by mail-wr1-f51.google.com with SMTP id o11so42413559wrv.9 for <41814@debbugs.gnu.org>; Mon, 06 Jul 2020 12:10:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:in-reply-to:references:date:message-id :mime-version:content-transfer-encoding; bh=CjmytC5K6FCerN7aaztlWDRbL1mzXjcD920Jknj1zYA=; b=aHna/TsIzkXH85LUJL+jsYMu8ex+1bkUEe2qXU3bXwhls+uP7e/e/Eea1I08KAeb0i tprOGylrYZSLW63NdvoHSMJ/YgV/4t8ziJK/RUI1Sqe0HVNZy44VBFsBAVHWAcSW8JkH /vGKqNVCrhoXy7MRMDOAGQCXOKl//r9NNC0rvyphKO7s9nr4lU1YTh6QvRgTQwCzGp+i Eu75Ewkgsi0NY5a6Az0M8zs1vWDN4nKuXRBwGZrfCMU+mGzqvAWIRFrnQ2UbgXVT3tfO iJcKQRTtMOSa8H11k9RjGX7fBfPFzPBn+k3m/cQyDFMtHrinGu1v1+1BcUgSDN9Pwdkm 5yDA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:in-reply-to:references:date :message-id:mime-version:content-transfer-encoding; bh=CjmytC5K6FCerN7aaztlWDRbL1mzXjcD920Jknj1zYA=; b=W5uLrl1uNuhaTja8EmrPHZjKLJCsJV1bvjlm0uE6YJSNuAGXQ51SYrcVbEuCGIyaVo 18TjJ3i0oUT1lJiaBL1AeZjRWL+bjPDGSAIJrxCm2lXfPPXQpTe/nIh22h+BdggHdLDn s2PbKfinh6qtFsdPQamVl1Nu1hs2k5BiYXu06k/uLidGJqo3wareBWCgvrHCVsy1AiyC dHo3fqYEb+yTXCwHPvxZVftYzckaPDdEbB7n0iuG3GPrvHFIcMbtcKg7rpnUENkXxP+F hZrC09rIdD5mjhy+1Bv+msqV7t3p8NODLl8LvtZqVeWtMLFgHH3F1pVoMY8NvnRq7xwG UDkw== X-Gm-Message-State: AOAM533eBHyiLEyUaFQYdSXI4XQGMnbo1DFO9rbDpbhq3EucPiOxiXOp fSAec08n7M7aAUpfu/lefq8= X-Google-Smtp-Source: ABdhPJzhfQFIUZEpEcuzbgBEHFZweDzgM4tHEVo2ITW3ZbeIwxIivGwpt6/tR/ErnT9cPixWQUKEMw== X-Received: by 2002:a5d:6452:: with SMTP id d18mr49797530wrw.284.1594062635129; Mon, 06 Jul 2020 12:10:35 -0700 (PDT) Original-Received: from localhost (ns31251136.ip-54-38-81.eu. [54.38.81.231]) by smtp.googlemail.com with ESMTPSA id g145sm581313wmg.23.2020.07.06.12.10.33 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 06 Jul 2020 12:10:34 -0700 (PDT) In-Reply-To: <878sgs4m2b.fsf@web.de> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:182769 Archived-At: Michael Heerdegen writes: > Yes, this doesn't use cl-print at all. And I think that makes sense: > when inserting a value into a buffer, readability is important (that > doesn't make a difference in your case, though). I'm afraid I disagree. Why would anyone write a printing method if they didn't aim for better readability in the first place? My example was an MWE. This behaviour concerns me because I have classes with plenty of slots, and I actually often return /a tree/ of corrsponding objects. It certainly looks less readable when cl-print is not used. The whole point of defining a printing method is to have fine-tuned printed represntations. If it's not actually used [everywhere, of course] I just don't understand why it's there at all. IELM, too, =E2=80=9Cinserts value into a buffer=E2=80=9D so I don't really = get this distinction either. I'd have my personal itch scratched if I could at least specify cl-print use in Org blocks but this doesn't feel right at all. Does Emacs have object inspector? If not, I'd guess its lack is the real reason behind the desire to keep overly detailed output in some places.