emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Horrible File menu


From: Po Lu
Subject: Re: Horrible File menu
Date: Mon, 31 Jan 2022 08:48:03 +0800
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.60 (gnu/linux)

Juri Linkov <juri@linkov.net> writes:

> So by default, even when you don't use frames, these items take much
> space on the File menu:
>
>   (disabled) Delete frame
>   (disabled) Undelete frame
>   [X] Allow Undeleting Frames

"Delete Frame" is not a recent development.  It's been there for a long
time, along with New Frame and the various monitor and multi-tty related
variants of that.

> where the last item with the checkbox looks very ugly.

It doesn't.  Anyway, I'm open to implementing a feature in the Lucid
menu bar widget that prevents all menu items from being aligned to
accommodate checkboxes, so if you want that, just let me know.

You started a discussion about this a few weeks ago, where we agreed to
keep the status quo, so please give the subject a break.

> These useless items are pushing off-screen other useful items
> that are below them such as the Quit item and the Print submenu
> with Print items that were originally on the File menu but were
> moved to the submenu from the overgrowing menu.

I find it hard to believe that two extra items "push offscreen" such
important items as the Print menu and Quit.

> I don't understand what obstacle prevents from making this menu
> more user-friendly?

It already is user friendly.

> Why not to show the Undelete frame item only when at least one frame
> was deleted?

We agreed to not do that in the discussion you started earlier.

> And why require enabling this feature before the deleted frame can be
> undeleted?

Likewise.

> Are a few kilobytes of memory used by the deleted frame data a real
> concern?

Yes, which was discussed in detail in the discussion in the bug report.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]