From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Abdul-Lateef Haji-Ali Newsgroups: gmane.emacs.bugs Subject: bug#59141: 28.1.90; Face :extend when all the line but trailing \n is invisible Date: Fri, 11 Nov 2022 20:17:26 +0000 Message-ID: References: <871qqcdfvr.fsf@localhost> <83h6z5psqe.fsf@gnu.org> <83bkpdpf92.fsf@gnu.org> <8335app826.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="25207"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 59141@debbugs.gnu.org, yantar92@posteo.net, juri@linkov.net, kevin.legouguec@gmail.com To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Nov 11 21:21:16 2022 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 1otaWZ-0006MV-Am for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 11 Nov 2022 21:21:15 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1otaWO-0005TA-Hl; Fri, 11 Nov 2022 15:21:04 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1otaWM-0005Sn-Pg for bug-gnu-emacs@gnu.org; Fri, 11 Nov 2022 15:21:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1otaWM-0005qr-FH for bug-gnu-emacs@gnu.org; Fri, 11 Nov 2022 15:21:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1otaWM-0000vf-8b for bug-gnu-emacs@gnu.org; Fri, 11 Nov 2022 15:21:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Abdul-Lateef Haji-Ali Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 11 Nov 2022 20:21:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 59141 X-GNU-PR-Package: emacs Original-Received: via spool by 59141-submit@debbugs.gnu.org id=B59141.16681980113485 (code B ref 59141); Fri, 11 Nov 2022 20:21:02 +0000 Original-Received: (at 59141) by debbugs.gnu.org; 11 Nov 2022 20:20:11 +0000 Original-Received: from localhost ([127.0.0.1]:46809 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1otaVW-0000u9-GG for submit@debbugs.gnu.org; Fri, 11 Nov 2022 15:20:10 -0500 Original-Received: from mail-wr1-f46.google.com ([209.85.221.46]:46946) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1otaVV-0000tt-02 for 59141@debbugs.gnu.org; Fri, 11 Nov 2022 15:20:09 -0500 Original-Received: by mail-wr1-f46.google.com with SMTP id d9so3123668wrm.13 for <59141@debbugs.gnu.org>; Fri, 11 Nov 2022 12:20:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:message-id:date:references:in-reply-to:subject:cc:to :from:from:to:cc:subject:date:message-id:reply-to; bh=LfuUTTKsl9CjDYD9EtUU5JnGet0Am9kj9GMIUGO9q2s=; b=gJI0RXtvStxRPj3kqS027UVkPWj9u+Lihbc6OVUEXAMDmpoUHVBlG+MXx5eD675wJr WdU17rpuzVuxJd1Xsf2/iGMIPj8vVbz9qdaiYQMzrXW5nQo6wYvkcgdZTkmIUXkI9UNQ s6138SbxNUmJ4qbsJNEtg2lqkB1/8EkWoB5ZIggFBfCYf72DPkAM5xIz0yd0qQ30hsxu ypy8PcCQH3TunU0OTSfS+nwXi4ArZr3cpFrQ7Sk91m8tfcHpYqIgTCFyEQpxI5msU/4B ceopMbRg6ajhE6aCdYf1AKg1ywCKl2ZRC7RVNVQjsEfsBO9RUQzYe9hSJyA/UJwdjc/M hQHQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=mime-version:message-id:date:references:in-reply-to:subject:cc:to :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=LfuUTTKsl9CjDYD9EtUU5JnGet0Am9kj9GMIUGO9q2s=; b=OBKkq9egrAZOABDSF2Ei4msREpnzx+KbEyftIXcmOKriGmGDa2MzXM3d0LG78iY9Lt ZHmE8RyR/d1Y1kTxEWBO3Y8h8+xsztgkpLGGrpFQOm8zklQu+zE+gKwEdCU6z9t8PJCW wbIipKigmJ1bXLURqrrZgnfyLHKEZhfj1N7kudPkLquXu8UjIkKLjPlEORgMW/hDuY17 /k/WXdqpjyLwN0Dj0dtBgWWXTon9R74qQShhwCarTO8e51qxuRMUzLgzrhSCsKZmri7p gl5HeWp71N0H90DpIlK8JrcnOAWjRrr+e+bODrxVf7qfWE/v3rkQFKJwbANzhHCG7+kf hSKw== X-Gm-Message-State: ANoB5plYJ6CNizTUfPR1RBQXPjjTf05cd9HcDFVjgVVPTGbOctMpXItR QvH+tI/h6xU34HUzmBC6n/o= X-Google-Smtp-Source: AA0mqf5nN/EywgFoF6tTBTuLLE87r1Pnu95pdKZHnJYbCoJdGmEtTKWAOo2rqqn/rApHsuHrgGV8eA== X-Received: by 2002:a5d:5550:0:b0:22e:3f37:fdc with SMTP id g16-20020a5d5550000000b0022e3f370fdcmr2119691wrw.665.1668198002741; Fri, 11 Nov 2022 12:20:02 -0800 (PST) Original-Received: from localhost (sgyl-45-b2-v4wan-165314-cust948.vm6.cable.virginm.net. [92.236.87.181]) by smtp.gmail.com with ESMTPSA id e24-20020a5d5958000000b002356c051b9csm2616301wri.66.2022.11.11.12.20.02 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 11 Nov 2022 12:20:02 -0800 (PST) In-Reply-To: <8335app826.fsf@gnu.org> 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-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:247617 Archived-At: On 11/11/2022, Eli Zaretskii wrote: >> so I am wondering if a new form like `(ATOM . STRING)` can be supported so that STRING can be displayed after the invisible characters instead of ellipses. > > This is what the 'display' property already does, so I don't see why > we'd need yet another way of replacing some buffer text with a > different text on display. Yes indeed, but I assumed that controlling visibility in the buffer by modifying the visibility-spec would be desirable, which is difficult to achieve with `display`. >> The suggested solution is have an outline entry include the new line character (so that the whole extended lines is hidden). The displayed text after the invisible text would then be "...\n". > ,---- > | * A* B > `---- > > because the newline will be hidden At the moment, if the new line is included in the entry then the output would be ,---- | * A...* B `---- However, if the displayed text after the invisible text is changed to "...\n" instead of "..." (through `display` or better yet through a change to invisibility-specs as I suggested) then the output is correct.