From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Filipp Gunbin Newsgroups: gmane.emacs.bugs Subject: bug#32950: 27.0.50; Strange display bug in *Help* buffer Date: Tue, 09 Oct 2018 02:11:06 +0300 Message-ID: References: <83pnwo1857.fsf@gnu.org> <83r2h0yzrf.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1539040213 17936 195.159.176.226 (8 Oct 2018 23:10:13 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 8 Oct 2018 23:10:13 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (darwin) Cc: 32950@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Oct 09 01:10:09 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g9ef3-0004QW-VA for geb-bug-gnu-emacs@m.gmane.org; Tue, 09 Oct 2018 01:10:02 +0200 Original-Received: from localhost ([::1]:48700 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9ehA-0005wS-Kk for geb-bug-gnu-emacs@m.gmane.org; Mon, 08 Oct 2018 19:12:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57604) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9eh4-0005wN-G5 for bug-gnu-emacs@gnu.org; Mon, 08 Oct 2018 19:12:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g9eh0-0006gH-Fo for bug-gnu-emacs@gnu.org; Mon, 08 Oct 2018 19:12:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:36672) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g9eh0-0006gB-Bb for bug-gnu-emacs@gnu.org; Mon, 08 Oct 2018 19:12:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1g9eh0-00019Y-5i for bug-gnu-emacs@gnu.org; Mon, 08 Oct 2018 19:12:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Filipp Gunbin Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 08 Oct 2018 23:12:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32950 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: notabug Original-Received: via spool by 32950-submit@debbugs.gnu.org id=B32950.15390402714372 (code B ref 32950); Mon, 08 Oct 2018 23:12:02 +0000 Original-Received: (at 32950) by debbugs.gnu.org; 8 Oct 2018 23:11:11 +0000 Original-Received: from localhost ([127.0.0.1]:40930 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g9egB-00018S-39 for submit@debbugs.gnu.org; Mon, 08 Oct 2018 19:11:11 -0400 Original-Received: from out3-smtp.messagingengine.com ([66.111.4.27]:52553) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g9eg9-00018K-J5 for 32950@debbugs.gnu.org; Mon, 08 Oct 2018 19:11:10 -0400 Original-Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 1955C22063; Mon, 8 Oct 2018 19:11:09 -0400 (EDT) Original-Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Mon, 08 Oct 2018 19:11:09 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.fm; h= from:to:cc:subject:in-reply-to:references:date:message-id :mime-version:content-type; s=fm1; bh=Ly3Znp8p7Skxzce4/Pl15tMV9A jv3+Ay4e11syCxF44=; b=tzQ9YM8CrFQkayL23nlBAImk5WK+YQ6NhVNJTCEipQ Yxsq5y28++fh3m8XTpHN7O8J0RE2YTDmbtCihm9y+6es5yxg6lpJn8vFo10gFUSG 50oxtXvFiYq8AR3R5Wak5qieD4kLeAERSyRaUJMCSRPCM6wBuXWIkHc0YnqmeXB/ dBRW+v4kipL2TEBuDDDFMaRxKRdVMk7KZv3uS7NkL04ZgF2MAzg531K2LZXHO78X hogrj4XGiiN5CF1V+fucGRyGxVFLmPfSbT6Wc3m45TyOIYI2KaZtLpcrOC0OJ9JR KMFlpsbvK2CsO9DYodyVirLW0BfWI0gcJEP9YRXhWpjQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=Ly3Znp 8p7Skxzce4/Pl15tMV9Ajv3+Ay4e11syCxF44=; b=qUyjHIjj3EJZyK/YTImGHT uIZkqnV74QmVvZmv7IEWseEt+64vDEUtXZnHBiecf+6CH0YgtW4qE0OAt/qtsmVc W9IMm46P8nUxaE+kHGqiwJUm7pIMi4gSDxdSfSkAfsdEFSHvg7HRov9VouE0PR54 H6JEc3oV82ODhaBozuhg5N0rb3s0bY4V0iOLfomFa4SqHbftehmpfql/OTNbpmOw NVVg2EIFSUFGugHZIrWz12Q+U44fOAgYZy3gn04fFTvb4CRj3Hc+sFaZNQ9YMAwA 11YPPpaodRcQDjRYbj0lOl1H6lxvTtffeB4yP7QQKP3RH95CNNMNdRFBr5vNRoJw == X-ME-Sender: X-ME-Proxy: Original-Received: from fgunbin.local (unknown [93.185.28.35]) by mail.messagingengine.com (Postfix) with ESMTPA id E5B2BE42A3; Mon, 8 Oct 2018 19:11:07 -0400 (EDT) In-Reply-To: <83r2h0yzrf.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 08 Oct 2018 23:00:52 +0300") 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: 208.118.235.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:151032 Archived-At: Hi, On 08/10/2018 23:00 +0300, Eli Zaretskii wrote: >> From: Filipp Gunbin >> Cc: 32950@debbugs.gnu.org >> Date: Mon, 08 Oct 2018 18:28:55 +0300 >> >> > Yes. This is the intended behavior. Go to that black line and type >> > "M-x describe-text-properties RET": you will see what it tries to do. >> > Also try the same on a GUI frame. >> >> I see these text props there: >> >> face (:height 0.1 :inverse-video t) >> >> Yes, it's inverse-video, but it does not provide an explanation. > > I'm not sure I follow: explanation for what? The ":height 0.1" part > is supposed to explain that the intent is to display a thin horizontal > line, except that TTY frames don't support variable-height lines, so > you see a normal-height line there in inverse video. Explanation for why it's there, in the first place. Ok, it's thin in GUI, but it's very prominent on TTY. >> Anyway, it looks somewhat scary for an unprepared user. Why don't we >> just show usual help for variable/function separately, and make this >> "list"? > > I'm sure that whoever coded this thought it to be a very coll feature, > so all I can advise is to get used to it. > >> I doubt that even experienced users know about this feature. > > Well, I, for one, do. > > Not every surprising feature should be an immediate candidate for > removal. I'm sure on GUI it serves its purpose well, when it's really thin line. But on TTY, as I already wrote, nothing except "what happened?" comes to (my) mind. When you are accustomed to the usual behavior of Help buffers to replace contents when following a link, this special-case adding is really confusing. Well, now I know about it too, so it's not a problem for me. I was thinking of others, who may as well file a bug about it, and maintainers will spend time responding to it. Yes, this seems to be a rare case - for example, the reverse reference (from variable proced-sort to function) is not there, but still. Thanks.