From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.bugs Subject: bug#9054: 24.0.50; show source in other window Date: Mon, 20 Sep 2021 18:20:03 +0300 Organization: LINKOV.NET Message-ID: <874kaftrgk.fsf@mail.linkov.net> References: <87k4bovfd0.fsf@sophokles.streitblatt.de> <87eea09rwg.fsf@gnus.org> <878s05wxx8.fsf@mail.linkov.net> <87tuisras8.fsf@gnus.org> <87ee9wh4kh.fsf@mail.linkov.net> <82a9592e-b05a-399c-419e-fcbb3e829b35@gmx.at> <87czpfymhj.fsf@mail.linkov.net> <44514af3-09b8-8b6b-c436-cfc5f899142a@gmx.at> <87fsu8pdcp.fsf@mail.linkov.net> <87lf40nwol.fsf@mail.linkov.net> <875122a9-0ff9-4479-97dc-3860466a2b11@gmx.at> <871r5px383.fsf@mail.linkov.net> <87y27vk6pd.fsf@mail.linkov.net> <878rzv8obc.fsf@mail.linkov.net> <76b6ea1e-1256-2205-b6df-cde10330da53@gmx.at> <87czp4lg3p.fsf@mail.linkov.net> <23460cdb-c773-4e60-2770-8aa75e0d5693@gmx.at> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="32241"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) Cc: Lars Ingebrigtsen , 9054@debbugs.gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Sep 20 17:37:13 2021 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 1mSLM0-0008Cl-Nd for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 20 Sep 2021 17:37:12 +0200 Original-Received: from localhost ([::1]:39776 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mSLLx-0004HW-FY for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 20 Sep 2021 11:37:09 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:52964) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mSLE7-0001Md-OX for bug-gnu-emacs@gnu.org; Mon, 20 Sep 2021 11:29:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:60544) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mSLE7-0008Gz-68 for bug-gnu-emacs@gnu.org; Mon, 20 Sep 2021 11:29:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mSLE6-0001yg-Vf for bug-gnu-emacs@gnu.org; Mon, 20 Sep 2021 11:29:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Sep 2021 15:29:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9054 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 9054-submit@debbugs.gnu.org id=B9054.16321517357550 (code B ref 9054); Mon, 20 Sep 2021 15:29:02 +0000 Original-Received: (at 9054) by debbugs.gnu.org; 20 Sep 2021 15:28:55 +0000 Original-Received: from localhost ([127.0.0.1]:43850 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mSLDz-0001xh-3q for submit@debbugs.gnu.org; Mon, 20 Sep 2021 11:28:55 -0400 Original-Received: from relay12.mail.gandi.net ([217.70.178.232]:56499) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mSLDw-0001xM-0W for 9054@debbugs.gnu.org; Mon, 20 Sep 2021 11:28:54 -0400 Original-Received: (Authenticated sender: juri@linkov.net) by relay12.mail.gandi.net (Postfix) with ESMTPSA id 5A461200002; Mon, 20 Sep 2021 15:28:43 +0000 (UTC) In-Reply-To: <23460cdb-c773-4e60-2770-8aa75e0d5693@gmx.at> (martin rudalics's message of "Mon, 20 Sep 2021 10:21:23 +0200") 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:214869 Archived-At: >> But what to do with long symbols? For example, this won't fit to any menu: >> >> Describe `display-fill-column-indicator-character' >> Lookup `display-fill-column-indicator-character' in Manuals >> Show Definition of `display-fill-column-indicator-character' >> Show References for `display-fill-column-indicator-character' > > We could abbreviate such monsters in the menu entry and show the full > identifier in the tooltip of the menu entry. I'm not sure if this would be more useful: Describe `display-...' Lookup `display-...' in Manuals Show Definition of `display-...' Show References for `display-...' >> There is the menu “Describe” in the submenu “Help” on the manu-bar, >> but I don't see “Describe Character” in it. > > Describe Character makes most sense when the user "is right at that > character". Generally, I agree, but the problem is that "Describe Character" is not specific to the currently discussed emacs-lisp-mode. Should the context menu always contain "Describe Character" in all buffers? > Thus I'd say that "Select All" has no place in the "Context Menu" but > I'm not very sure where to put it instead: Maybe in a sub-menu where we > offer to select symbol, s-expression, containing function and the entire > buffer around the mouse position. Then we could also add a search > sub-menu that would allow to search for the symbol near the mouse > cursor. But the place where "Select All" should really go to is the > mode line. The "Select" sub-menu is a good idea. For example, LibreOffice has a sub-menu "Selection Mode" with "Standard" and "Rectangle Selection". Gimp even has the top-level menu "Select", etc. But this means that region-related part of the context menu doesn't need to be the same as region-related part of the Edit sub-menu of the menu-bar? >>> BTW: Show/Hide in the Options menu should allow to toggle context menu >>> mode. >> >> Maybe in the next version context menu mode will be enabled by default. > > Then we need an entry that allows to toggle it off. Maybe not in Show/Hide sub-menu that is related only to visible parts of the screen.