[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.
- Horrible File menu, Juri Linkov, 2022/01/30
- Re: Horrible File menu, Lars Ingebrigtsen, 2022/01/30
- Re: Horrible File menu,
Po Lu <=
- Re: Horrible File menu, Juri Linkov, 2022/01/31
- Re: Horrible File menu, Po Lu, 2022/01/31
- Re: Horrible File menu, Robert Pluim, 2022/01/31
- Re: Horrible File menu, Po Lu, 2022/01/31
- Re: Horrible File menu, Stefan Monnier, 2022/01/31
- Re: Horrible File menu, Robert Pluim, 2022/01/31
- Re: Horrible File menu, Po Lu, 2022/01/31
- Re: Horrible File menu, Robert Pluim, 2022/01/31
- Re: Horrible File menu, Po Lu, 2022/01/31
- Re: Horrible File menu, Robert Pluim, 2022/01/31