<div dir="ltr"><div dir="ltr">Am Mi., 25. Jan. 2023 um 16:07 Uhr schrieb Tobias Pape <<a href="mailto:Das.Linux@gmx.de">Das.Linux@gmx.de</a>>:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi<br>
<br>
<br>
> On 25. Jan 2023, at 15:58, Stephen Travis Pope <<a href="mailto:stephen@heaveneverywhere.com" target="_blank">stephen@heaveneverywhere.com</a>> wrote:<br>
> <br>
> <br>
> Obviously, my text editor menu proposal is the extreme case, and we are free to adopt a compromise, such as putting cut/copy/paste and doIt/printIt/inspectIt in the top-level menu.<br>
> <br>
> My reasoning was that a menu with 27 items at the top level (starting with fonts and projects) needed to rearranged.<br>
<br>
No objection to this goal :D<br>
<br></blockquote><div><br></div><div>+1, especially with regards to the "fonts and projects" remark. ;-)</div><div><br></div><div>I too would like the cut/copy/paste/do/debug/inspect/explore to remain at the top level, possibly also find/replace/undo/redo. Actually I would also prefer senders/implementors/references at the top level, at least in CodeHolders and related models.</div><div><br></div><div>But style, project links, copy as html, show bytecodes... not so much. Button for it, tally and spy could also be stashed in a submenu in my opinion.</div><div><br></div></div></div>