From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#56820: outline-minor-mode replacing the first character with an arrow Date: Tue, 06 Sep 2022 19:45:30 +0300 Message-ID: <83r10oih91.fsf@gnu.org> References: <87ilngmaei.fsf@gnus.org> <86wnaojst4.fsf@mail.linkov.net> <86mtbfdqdj.fsf@mail.linkov.net> <83ilm3ko51.fsf@gnu.org> <86edwotx6n.fsf@mail.linkov.net> <83tu5kii23.fsf@gnu.org> <86mtbcqx5u.fsf@mail.linkov.net> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="32429"; mail-complaints-to="usenet@ciao.gmane.io" Cc: larsi@gnus.org, yilkalargawworkneh@gmail.com, 56820@debbugs.gnu.org To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Sep 06 18:46:11 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 1oVbiE-0008Ir-2L for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 06 Sep 2022 18:46:10 +0200 Original-Received: from localhost ([::1]:55140 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oVbiD-0004Rf-64 for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 06 Sep 2022 12:46:09 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:60612) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oVbi6-0004RV-Uv for bug-gnu-emacs@gnu.org; Tue, 06 Sep 2022 12:46:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:35590) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oVbi6-0002gq-Mk for bug-gnu-emacs@gnu.org; Tue, 06 Sep 2022 12:46:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oVbi6-0002zj-JX for bug-gnu-emacs@gnu.org; Tue, 06 Sep 2022 12:46:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 06 Sep 2022 16:46:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 56820 X-GNU-PR-Package: emacs Original-Received: via spool by 56820-submit@debbugs.gnu.org id=B56820.166248275711483 (code B ref 56820); Tue, 06 Sep 2022 16:46:02 +0000 Original-Received: (at 56820) by debbugs.gnu.org; 6 Sep 2022 16:45:57 +0000 Original-Received: from localhost ([127.0.0.1]:52522 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVbi0-0002z8-Lo for submit@debbugs.gnu.org; Tue, 06 Sep 2022 12:45:57 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:58160) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVbhz-0002yr-Iy for 56820@debbugs.gnu.org; Tue, 06 Sep 2022 12:45:56 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:33848) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oVbhu-0002fE-0q; Tue, 06 Sep 2022 12:45:50 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=FcKPrJ61Bk78tkIacr9/RdJ+WwgQy0qEa9gQBaZ2oVM=; b=MfmeYLHkJOpV mPAAnl3SRKjqxyEm75qZYRE+pnibK/G+twTQD6pUbogTQtDOaHBSXJ3HYigX6OmYuB8fazpe+pndy dnSnZ7bL0Ru/mkxhKuJxppu4qI5JAMT++sfy9eK1W7XfroiTgfLzT0HYaeHDSSQXu/0q0aMFwbmgj BjhvCsaXI/CaQjk0Q6U40Bhg2sAm4aHJ+hukHR9FMhge+1JZg6McNmzIroSKFCiAdwmTCTQFKLyBn VZ/AS5s1kV7T6sCO6Pn3D+eJFuuZmQSQzy5JG/qHaNUUjDmfd0sHQNOUxO/3W9Kd86ul9jl+4z60l D4i5AZ55trrohmETPzRXgg==; Original-Received: from [87.69.77.57] (port=2191 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oVbht-0003TW-GW; Tue, 06 Sep 2022 12:45:49 -0400 In-Reply-To: <86mtbcqx5u.fsf@mail.linkov.net> (message from Juri Linkov on Tue, 06 Sep 2022 19:34:37 +0300) 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:241696 Archived-At: > From: Juri Linkov > Cc: yilkalargawworkneh@gmail.com, larsi@gnus.org, 56820@debbugs.gnu.org > Date: Tue, 06 Sep 2022 19:34:37 +0300 > > >> > . do we really need to hide the first character of the line by the > >> > overlay? doesn't before-string work? > >> > >> Does using before-string allows moving the cursor into the button > >> displayed with before-string? > > > > I don't understand this question: currently the cursor cannot be moved > > into the overlay anyway. And if the first character of the buffer's > > line is not hidden below an overlay, why would we need to move cursor > > into the overlay to begin with? > > Strange, this is not what I see: after 'C-h b' the cursor is moved to the > overlay with the button where 'RET' could be typed to hide/show outlines. You mean, you can place the cursor on the first character of the line that we add to the button text? I can only place the cursor after it. Which is expected, since Emacs doesn't let you place the cursor inside an overlay string, unless it has the 'cursor' property. > >> > . wouldn't it be better if the arrow buttons were displayed in the > >> > window's margin, and would thus avoid indenting the characters on > >> > that line wrt the rest of the code? > >> > >> Same problem: the cursor can't be moved into the fringe indicator > >> to be able to type RET on it. > > > > I asked about the margins, not the fringe. > > I don't know if the cursor can be moved to the window's margin. It cannot. But I don't see how that is a more serious problem than the unpleasant display we have now. This is supposed to be the Emacs answer to the various IDEs being able to fold code, right? Then let's try to make it look like in those IDEs. > > If you ask about RET, that is relevant for text-mode frames, where > > buttons won't be used anyway, right? On GUI frames, people are > > expected to click on the buttons, right? > > Even on GUI frames it would be handy to use the keyboard > in addition to mouse. I very much doubt that many users will want both to see the buttons _and_ use the keyboard on those buttons.