unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Lars Ingebrigtsen <larsi@gnus.org>
To: Eli Zaretskii <eliz@gnu.org>
Cc: emacs-devel@gnu.org
Subject: Re: gud menus
Date: Mon, 18 Oct 2021 14:33:42 +0200	[thread overview]
Message-ID: <87a6j6jyvt.fsf@gnus.org> (raw)
In-Reply-To: 837deafsor.fsf@gnu.org

[-- Attachment #1: Type: text/plain, Size: 1528 bytes --]

Eli Zaretskii <eliz@gnu.org> writes:

> It's not a menu, so I don't think F10 should work here.  Do you see it
> working in any old version of Emacs, say Emacs 23?

I'm getting various results, but none that I think I can call "working".
The oldest Emacs I have, Emacs 25.1, if I click the leftmost "toolbar"
bits, then it open that TMM menu with the "File" menu, so it seems like
TMM is overriding the "toolbar".  (F10 does nothing in this mode.)

But items further to the right in the "toolbar" does work.

In the current Emacs, the menu actually works fine when I click on the
items (well, they seem to be shifted, so they don't quite work right).

And none of the "toolbar" things work.

> That works here on MS-Windows, where the TTY frames support the mouse.
> Do you have a build with the GPM mouse to try that?  xterm-mouse-mode
> might not support this, if no one wrote the code.

The mouse (with xterm-mouse-mode) works fine on the normal menu (and
when clicking on other buttons), but for the "toolbar", C-h k *click*

Command: cont
posn-set-point: Position not in text area of window

>> And is it supposed to disable the menus?
>
> I'll have to look into that, but it could be that overwriting the menu
> with these "too-bar buttons" disables the TTY menus as side effect.
> However, with xterm-mouse-mode you should have the global menu on
> C-mouse-3 if you turn off menu-bar-mode.

C-mouse-3 works here...  Uhm, sort of.  It works fine in other buffers,
but in gud buffers, trying to select something gives me:


[-- Attachment #2: Type: image/png, Size: 50677 bytes --]

[-- Attachment #3: Type: text/plain, Size: 241 bytes --]


I.e., the echo area fills up with mouse movement things.

So there's something Emacs really doesn't like about that "toolbar", I
guess.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

  reply	other threads:[~2021-10-18 12:33 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-10-17 22:23 gud menus Lars Ingebrigtsen
2021-10-17 23:12 ` Stefan Monnier
2021-10-18  7:02   ` Lars Ingebrigtsen
2021-10-18 12:24     ` Eli Zaretskii
2021-10-18 12:04   ` Eli Zaretskii
2021-10-18 12:01 ` Eli Zaretskii
2021-10-18 12:33   ` Lars Ingebrigtsen [this message]
2021-10-18 13:07     ` Eli Zaretskii
2021-10-18 13:19       ` Lars Ingebrigtsen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87a6j6jyvt.fsf@gnus.org \
    --to=larsi@gnus.org \
    --cc=eliz@gnu.org \
    --cc=emacs-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).