From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.bugs Subject: bug#6755: 24.0.50; Customize buffer is too wide. Put doc string on separate line. Date: Sun, 22 Sep 2019 09:09:52 -0700 (PDT) Message-ID: <8a2c1a21-5498-4e5d-a28c-88810ad7aa10@default> References: <> <<871rwgt32h.fsf@gnus.org>> <> <<87tv99loqr.fsf@gnus.org>> <> <<780890ec-8e55-4829-942f-b9daf3513908@default>> <> <> <<837e60qt1f.fsf@gnu.org>> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="166569"; mail-complaints-to="usenet@blaine.gmane.org" Cc: larsi@gnus.org, maurooaranda@gmail.com, 6755@debbugs.gnu.org To: Eli Zaretskii , Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Sep 22 18:11:10 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iC4S6-000hDM-Iq for geb-bug-gnu-emacs@m.gmane.org; Sun, 22 Sep 2019 18:11:10 +0200 Original-Received: from localhost ([::1]:47700 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iC4S5-0000jB-A5 for geb-bug-gnu-emacs@m.gmane.org; Sun, 22 Sep 2019 12:11:09 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:53629) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iC4S0-0000j0-0D for bug-gnu-emacs@gnu.org; Sun, 22 Sep 2019 12:11:05 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iC4Ry-0002aI-PJ for bug-gnu-emacs@gnu.org; Sun, 22 Sep 2019 12:11:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:53798) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iC4Ry-0002aC-LW for bug-gnu-emacs@gnu.org; Sun, 22 Sep 2019 12:11:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iC4Ry-0004Tp-Ei for bug-gnu-emacs@gnu.org; Sun, 22 Sep 2019 12:11:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 22 Sep 2019 16:11:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 6755 X-GNU-PR-Package: emacs Original-Received: via spool by 6755-submit@debbugs.gnu.org id=B6755.156916861317136 (code B ref 6755); Sun, 22 Sep 2019 16:11:02 +0000 Original-Received: (at 6755) by debbugs.gnu.org; 22 Sep 2019 16:10:13 +0000 Original-Received: from localhost ([127.0.0.1]:34386 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iC4RB-0004SK-0w for submit@debbugs.gnu.org; Sun, 22 Sep 2019 12:10:13 -0400 Original-Received: from userp2120.oracle.com ([156.151.31.85]:36162) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iC4R7-0004Rt-6v for 6755@debbugs.gnu.org; Sun, 22 Sep 2019 12:10:10 -0400 Original-Received: from pps.filterd (userp2120.oracle.com [127.0.0.1]) by userp2120.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x8MG8vJi156027; Sun, 22 Sep 2019 16:10:02 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2019-08-05; bh=w+9SmrDzVNYr37LNNTLSRqZvhjZuAex7phVay5YKFwE=; b=CoaGWEx9miSmsizId9mxNa56QcN3WUwzZdzlCzgcqQNUjB3KHuUjQLmWRgcN8/6BhGRi +U8dB94VP2IjY5Ba6UsXQP7GWJWfIO4OHQVYWkAsTDpel74onZottvR4qOO6XxQU82Ue 9bkjq8vzzVPvolFh26R/972GICVwdK19kqZ+9PWbxeMCxGjjnL2RQt7LQaLRnLd97qOq MdCrxr6f54qW4qMxaA9CBq4v8p9xoZzZ5atylU8XchVSx9ujg1We2fUueyZm6SwDSaoz oMdnJcJhT0A0WicELO2BFcOc5BZY6f51gzkyMk7x07EKpLBt7PlUKHQ1YoVcIDJ1q/bX mw== Original-Received: from aserp3020.oracle.com (aserp3020.oracle.com [141.146.126.70]) by userp2120.oracle.com with ESMTP id 2v5cgqk4xd-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 22 Sep 2019 16:10:01 +0000 Original-Received: from pps.filterd (aserp3020.oracle.com [127.0.0.1]) by aserp3020.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x8MG8mtV124687; Sun, 22 Sep 2019 16:10:01 GMT Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by aserp3020.oracle.com with ESMTP id 2v5bpehkg5-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 22 Sep 2019 16:10:01 +0000 Original-Received: from abhmp0011.oracle.com (abhmp0011.oracle.com [141.146.116.17]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id x8MG9r0H020793; Sun, 22 Sep 2019 16:09:53 GMT In-Reply-To: <<837e60qt1f.fsf@gnu.org>> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4888.0 (x86)] X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9388 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000 definitions=main-1909220169 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9388 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000 definitions=main-1909220169 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 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.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:166916 Archived-At: > > The bug report just asks that the first line of a doc > > string be put on its own line, and likewise for :tag > > lines. >=20 > There's some kind of serious confusion in this bug report. The text > that is displayed to the right of the "Value Menu" button is not the > doc string, it's the textual description of the current value. Correct. I guess there is no problem with the doc-string display - my bad for mentioning doc strings. It's about :tag lines. The screenshots and the defcustom provided make that clear, I believe. > Therefore, it makes no sense at all to start that text on a new line. Why do you think that follows logically? I don't. This bug report / enhancement request is precisely to put that text on its own line. At least do so when the text would go past the conventional limit (70 chars or whatever) when placed after Customize constructs (boilerplate text, buttons, etc.). > I also don't see how filling of any kind can make the situation better > when the textual description is too long. This bug report does not ask for text filling, at all. Please move consideration/discussion of filling to a new bug report, if you're interested in that. > Reading the discussions, I think they were mostly based on the above > misunderstanding,=20 No mention of filling is in the bug report. That misunderstanding apparently came out of the sky, perhaps just based on mention of the buffer content being too wide. > so I think we should either close this bug, or maybe > start discussing it anew, after forgetting everything that was said > and suggested, because none of that makes sense to me. It should not be closed. And there is no reason to forget "everything that was said". You can certainly forget about filling, and I guess you can forget about the doc string (my apologies for mentioning the doc string). The problem is :tag lines. They should be moved to their own line - at least when combining them with widget artifacts makes the resulting displayed content too wide. It's reasonable for :tag text to be up to, say, 70 chars. It's probably even reasonable for :tag text to contain newlines - like a doc string. It's not reasonable/helpful for :tag text to simply be tacked onto the end of a line where Customize has itself inserted lots of other stuff.