Re: Is hiding stuff behind the "more" sub-context menu intentional?

2023-11-01 Thread Isaac Oscar Gariano
I think the best approach would be to write the menu's such that they don't have too many options in the first place. Of course if a user defines an inset or something else with lots of options, that should be their problem. One problem however is spelling suggestions, since these are generated

Re: [BUG] Debian 12, LyX 2.3.7, SIGSEGV

2023-11-01 Thread Pavel Sanda
On Wed, Nov 01, 2023 at 05:14:07PM +0200, Folsk Pratima wrote: > qt.qpa.xcb: xcb_shm_create_segment() can't be called for size 17179344900, > maximumallowed size is 4294967295 Shooting in the dark. What happens if you try export QT_XCB_NO_MITSHM=1 before running lyx on console? and what are

[BUG] Debian 12, LyX 2.3.7, SIGSEGV

2023-11-01 Thread Folsk Pratima
See: http://lists.lyx.org/pipermail/lyx-users/2023-October/005978.html http://lists.lyx.org/pipermail/lyx-users/2023-November/005981.html I further confirm that this issue is local to Fluxbox (at least, I did not bother trying every single window manager out there). Except that I do not

Re: Is hiding stuff behind the "more" sub-context menu intentional?

2023-11-01 Thread Jürgen Spitzmüller
Am Mittwoch, dem 01.11.2023 um 15:05 +0100 schrieb Jürgen Spitzmüller: > Am Mittwoch, dem 01.11.2023 um 12:50 +0100 schrieb Jürgen > Spitzmüller: > > Note, however, that this will result in shortcut conflicts with > > items > > moved from sub- to main menu, so this effectively causes string > >

Re: Is hiding stuff behind the "more" sub-context menu intentional?

2023-11-01 Thread Jürgen Spitzmüller
Am Mittwoch, dem 01.11.2023 um 14:18 + schrieb Isaac Oscar Gariano: > Regardless, I just did a quick test, and if I lower my screen > resolution so that not everything fits on the context menu, it makes > a two column context menu, so perhaps we don't need the >50 check at > all? I am not in

Re: Is hiding stuff behind the "more" sub-context menu intentional?

2023-11-01 Thread Isaac Oscar Gariano
Wow thank you, that was quick! I have a 3840×2160 at 175% DPI monitor so I can probably fit more than most on my screen. Regardless, I just did a quick test, and if I lower my screen resolution so that not everything fits on the context menu, it makes a two column context menu, so perhaps we

Re: Is hiding stuff behind the "more" sub-context menu intentional?

2023-11-01 Thread Jürgen Spitzmüller
Am Mittwoch, dem 01.11.2023 um 12:50 +0100 schrieb Jürgen Spitzmüller: > Note, however, that this will result in shortcut conflicts with items > moved from sub- to main menu, so this effectively causes string > changes. Since string freeze that is lurking around the corner for > some time now, I

Re: Is hiding stuff behind the "more" sub-context menu intentional?

2023-11-01 Thread Jürgen Spitzmüller
Am Mittwoch, dem 01.11.2023 um 12:50 +0100 schrieb Jürgen Spitzmüller: > On my small laptop without HiDPI, 50 is not too short. More precise, on my desktop computer (a bit dated 23" monitor with 2048x1153 dpi, no HiDPI), ca. 38 entries will fill the whole screen. The mentioned menubar context

Re: Is hiding stuff behind the "more" sub-context menu intentional?

2023-11-01 Thread Jürgen Spitzmüller
Am Mittwoch, dem 01.11.2023 um 05:14 + schrieb Isaac Oscar Gariano: > If I have time later, I may modify the code that does the > 50​ check > to actually count properly, as it's counting context menu items that > don't even show up. Yes, this would be the way to go, the current check is too