unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#52809: 28.0.90; X11 modeline context menu grows offscreen unreadable on smaller screen of two screen display
@ 2021-12-26 17:39 Van Ly
  2021-12-27  6:29 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 1 reply; 12+ messages in thread
From: Van Ly @ 2021-12-26 17:39 UTC (permalink / raw)
  To: 52809


Hello,

On the modeline, on the "Major mode" keyword, for example
"Fundamental", mouse button 1 and 3 cause a context menu to show
overlapping the modeline.

On a two screen display of uneven size, on the smaller of those two
screens, when the X11 frame for emacs is maximised fullscreen after
using the F11 key for toggle-frame-fullscreen, that context menu
grows offscreen and unreadable.

Similary, on the smaller screen, an X11 frame for emacs with the 
bottom of the frame put near to the bottom of the smaller screen, 
that context menu grows offscreen and unreadable.

# steps to reproduce

## maximised X11 frame for emacs on smaller of two screens

1. start emacs by "emacs -Q"
2. move the emacs X11 frame to the smaller screen of a two screen 
GNU/Linux LXDE
3. press F11 for toggle-frame-fullscreen
4. press button mouse-1 or mouse-3 on the "Major mode" keyword for 
context menu

## not maximised X11 frame for emacs on smaller of two screens

1. start emacs by "emacs -Q"
2. move the emacs X11 frame to the smaller screen of a two screen 
GNU/Linux LXDE
3. move the bottom of emacs X11 frame to bottom of the screen
4. press button mouse-1 or mouse-3 on the "Major mode" keyword for 
context menu

# observed behavior
The context menu grows offscreen and unreadable.

# expected behavior
The context menu "floats" as it grows, showing all the rows on the 
context menu.


-- 
vl






^ permalink raw reply	[flat|nested] 12+ messages in thread

* bug#52809: 28.0.90; X11 modeline context menu grows offscreen unreadable on smaller screen of two screen display
  2021-12-26 17:39 bug#52809: 28.0.90; X11 modeline context menu grows offscreen unreadable on smaller screen of two screen display Van Ly
@ 2021-12-27  6:29 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2021-12-27 10:25   ` Van Ly
  0 siblings, 1 reply; 12+ messages in thread
From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2021-12-27  6:29 UTC (permalink / raw)
  To: Van Ly; +Cc: 52809

Van Ly <van.ly@sdf.org> writes:

> The context menu grows offscreen and unreadable.
>
> # expected behavior
> The context menu "floats" as it grows, showing all the rows on the
> context menu.

What toolkit is your Emacs built with?  Is it GTK+?  And if so, what
version of GTK+ is it?

In the future, please use report-emacs-bug to report this kind of bug.
It avoids having to ask these questions.

Thanks.





^ permalink raw reply	[flat|nested] 12+ messages in thread

* bug#52809: 28.0.90; X11 modeline context menu grows offscreen unreadable on smaller screen of two screen display
  2021-12-27  6:29 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2021-12-27 10:25   ` Van Ly
  2021-12-27 14:45     ` Eli Zaretskii
  2021-12-28  0:42     ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 2 replies; 12+ messages in thread
From: Van Ly @ 2021-12-27 10:25 UTC (permalink / raw)
  To: Po Lu; +Cc: 52809

On Mon, 27 Dec 2021, Po Lu wrote:

To be clear, the primary larger screen where the taskbar/app-launcher 
is pinned behaves as expected for emac's modeline context menu.  The 
problem is on the smaller secondary screen.

>> The context menu grows offscreen and unreadable.
>>
>> # expected behavior
>> The context menu "floats" as it grows, showing all the rows on the
>> context menu.
>
> What toolkit is your Emacs built with?  Is it GTK+?  And if so, what
> version of GTK+ is it?

The x-toolkit is "lucid".  Here is the clip from the config.log in 
the build directory.

'''
   $ /b/b/b/Blah/Projects/X/emacs/configure 
--prefix=/b/b/b/Blah/Applications/emacs-2021-12-04 
--with-x-toolkit=lucid --without-toolkit-scroll-bars --without-xft 
--with-native-compilation --without-compress-install
'''

The GTK values are not set in config.log

'''
ac_cv_env_GTK_CFLAGS_set=
ac_cv_env_GTK_CFLAGS_value=
ac_cv_env_GTK_LIBS_set=
ac_cv_env_GTK_LIBS_value=
GTK_CFLAGS=''
GTK_LIBS=''
GTK_OBJ=''
'''

> In the future, please use report-emacs-bug to report this kind of bug.
> It avoids having to ask these questions.

I don't have emacs configured for email and worry the mechanism might 
misfire.  Sorry about that.  I just discovered the config.log file is
1Mb long and decided not to include that in the attachment.

These are all the libraries associated with the emacs binary.  I want 
a skeleton thin build for my basic need but don't really know what to 
exclude.  Hope this helps.

'''
$ readelf -d b/b/Blah/bin/emacs | fgrep -n NEED
4: 0x0000000000000001 (NEEDED)             Shared library: 
[libtiff.so.5]
5: 0x0000000000000001 (NEEDED)             Shared library: 
[libjpeg.so.62]
6: 0x0000000000000001 (NEEDED)             Shared library: 
[libpng16.so.16]
7: 0x0000000000000001 (NEEDED)             Shared library: 
[libz.so.1]
8: 0x0000000000000001 (NEEDED)             Shared library: 
[libgif.so.7]
9: 0x0000000000000001 (NEEDED)             Shared library: 
[libXpm.so.4]
10: 0x0000000000000001 (NEEDED)             Shared library: 
[libXaw3d.so.6]
11: 0x0000000000000001 (NEEDED)             Shared library: 
[libXmu.so.6]
12: 0x0000000000000001 (NEEDED)             Shared library: 
[libXt.so.6]
13: 0x0000000000000001 (NEEDED)             Shared library: 
[libSM.so.6]
14: 0x0000000000000001 (NEEDED)             Shared library: 
[libICE.so.6]
15: 0x0000000000000001 (NEEDED)             Shared library: 
[libXext.so.6]
16: 0x0000000000000001 (NEEDED)             Shared library: 
[libX11.so.6]
17: 0x0000000000000001 (NEEDED)             Shared library: 
[libXrender.so.1]
18: 0x0000000000000001 (NEEDED)             Shared library: 
[libasound.so.2]
19: 0x0000000000000001 (NEEDED)             Shared library: 
[librsvg-2.so.2]
20: 0x0000000000000001 (NEEDED)             Shared library: 
[libm.so.6]
21: 0x0000000000000001 (NEEDED)             Shared library: 
[libgio-2.0.so.0]
22: 0x0000000000000001 (NEEDED)             Shared library: 
[libgdk_pixbuf-2.0.so.0]
23: 0x0000000000000001 (NEEDED)             Shared library: 
[libgobject-2.0.so.0]
24: 0x0000000000000001 (NEEDED)             Shared library: 
[libglib-2.0.so.0]
25: 0x0000000000000001 (NEEDED)             Shared library: 
[libcairo.so.2]
26: 0x0000000000000001 (NEEDED)             Shared library: 
[libacl.so.1]
27: 0x0000000000000001 (NEEDED)             Shared library: 
[librt.so.1]
28: 0x0000000000000001 (NEEDED)             Shared library: 
[libdbus-1.so.3]
29: 0x0000000000000001 (NEEDED)             Shared library: 
[libXrandr.so.2]
30: 0x0000000000000001 (NEEDED)             Shared library: 
[libXinerama.so.1]
31: 0x0000000000000001 (NEEDED)             Shared library: 
[libXfixes.so.3]
32: 0x0000000000000001 (NEEDED)             Shared library: 
[libxml2.so.2]
33: 0x0000000000000001 (NEEDED)             Shared library: 
[libgpm.so.2]
34: 0x0000000000000001 (NEEDED)             Shared library: 
[libtinfo.so.6]
35: 0x0000000000000001 (NEEDED)             Shared library: 
[libselinux.so.1]
36: 0x0000000000000001 (NEEDED)             Shared library: 
[libfreetype.so.6]
37: 0x0000000000000001 (NEEDED)             Shared library: 
[libfontconfig.so.1]
38: 0x0000000000000001 (NEEDED)             Shared library: 
[libharfbuzz.so.0]
39: 0x0000000000000001 (NEEDED)             Shared library: 
[libotf.so.0]
40: 0x0000000000000001 (NEEDED)             Shared library: 
[libm17n-core.so.0]
41: 0x0000000000000001 (NEEDED)             Shared library: 
[libm17n-flt.so.0]
42: 0x0000000000000001 (NEEDED)             Shared library: 
[libgnutls.so.30]
43: 0x0000000000000001 (NEEDED)             Shared library: 
[libpthread.so.0]
44: 0x0000000000000001 (NEEDED)             Shared library: 
[libanl.so.1]
45: 0x0000000000000001 (NEEDED)             Shared library: 
[liblcms2.so.2]
46: 0x0000000000000001 (NEEDED)             Shared library: 
[libdl.so.2]
47: 0x0000000000000001 (NEEDED)             Shared library: 
[libsystemd.so.0]
48: 0x0000000000000001 (NEEDED)             Shared library: 
[libgmp.so.10]
49: 0x0000000000000001 (NEEDED)             Shared library: 
[libgccjit.so.0]
50: 0x0000000000000001 (NEEDED)             Shared library: 
[libc.so.6]
71: 0x000000006ffffffe (VERNEED)            0xd730
72: 0x000000006fffffff (VERNEEDNUM)         18
'''

Thanks in advance.

-- 
vl






^ permalink raw reply	[flat|nested] 12+ messages in thread

* bug#52809: 28.0.90; X11 modeline context menu grows offscreen unreadable on smaller screen of two screen display
  2021-12-27 10:25   ` Van Ly
@ 2021-12-27 14:45     ` Eli Zaretskii
  2021-12-28  0:42     ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  1 sibling, 0 replies; 12+ messages in thread
From: Eli Zaretskii @ 2021-12-27 14:45 UTC (permalink / raw)
  To: Van Ly; +Cc: luangruo, 52809

> Date: Mon, 27 Dec 2021 10:25:22 +0000 (UTC)
> From: Van Ly <van.ly@sdf.org>
> Cc: 52809@debbugs.gnu.org
> 
> On Mon, 27 Dec 2021, Po Lu wrote:
> 
> > In the future, please use report-emacs-bug to report this kind of bug.
> > It avoids having to ask these questions.
> 
> I don't have emacs configured for email and worry the mechanism might 
> misfire.

There's no need to be afraid of that.  report-emacs-bug first prepares
a buffer with all the data, and then waits for you to invoke a command
to send that as email (after adding the specifics of the problem).  So
you can just copy the information it prepares to your MUA and discard
the buffer afterwards.





^ permalink raw reply	[flat|nested] 12+ messages in thread

* bug#52809: 28.0.90; X11 modeline context menu grows offscreen unreadable on smaller screen of two screen display
  2021-12-27 10:25   ` Van Ly
  2021-12-27 14:45     ` Eli Zaretskii
@ 2021-12-28  0:42     ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2021-12-28  2:53       ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  1 sibling, 1 reply; 12+ messages in thread
From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2021-12-28  0:42 UTC (permalink / raw)
  To: Van Ly; +Cc: 52809

Van Ly <van.ly@sdf.org> writes:

> The x-toolkit is "lucid".  Here is the clip from the config.log in the
> build directory.

Thanks, I will look into this.

> '''
>   $ /b/b/b/Blah/Projects/X/emacs/configure
>   --prefix=/b/b/b/Blah/Applications/emacs-2021-12-04
>   --with-x-toolkit=lucid --without-toolkit-scroll-bars --without-xft
>   --with-native-compilation --without-compress-install
> '''
>
> The GTK values are not set in config.log
>
> '''
> ac_cv_env_GTK_CFLAGS_set=
> ac_cv_env_GTK_CFLAGS_value=
> ac_cv_env_GTK_LIBS_set=
> ac_cv_env_GTK_LIBS_value=
> GTK_CFLAGS=''
> GTK_LIBS=''
> GTK_OBJ=''
> '''

I'm afraid using the contents of config.log to determine Emacs
configuration usually causes a great deal of trouble to both of us: you
really ought to use `report-emacs-bug'.

> I don't have emacs configured for email and worry the mechanism might
> misfire.  Sorry about that.  I just discovered the config.log file is
> 1Mb long and decided not to include that in the attachment.

You don't have to send it from Emacs, you can copy the report into your
favorite mailer and send it to bug-gnu-emacs@gnu.org.

> '''
> $ readelf -d b/b/Blah/bin/emacs | fgrep -n NEED
> 4: 0x0000000000000001 (NEEDED)             Shared library:
> [libtiff.so.5]
> 5: 0x0000000000000001 (NEEDED)             Shared library:
> [libjpeg.so.62]
> 6: 0x0000000000000001 (NEEDED)             Shared library:
> [libpng16.so.16]
> 7: 0x0000000000000001 (NEEDED)             Shared library: [libz.so.1]
> 8: 0x0000000000000001 (NEEDED)             Shared library:
> [libgif.so.7]
> 9: 0x0000000000000001 (NEEDED)             Shared library:
> [libXpm.so.4]
> 10: 0x0000000000000001 (NEEDED)             Shared library:
> [libXaw3d.so.6]
> 11: 0x0000000000000001 (NEEDED)             Shared library:
> [libXmu.so.6]
> 12: 0x0000000000000001 (NEEDED)             Shared library:
> [libXt.so.6]
> 13: 0x0000000000000001 (NEEDED)             Shared library:
> [libSM.so.6]
> 14: 0x0000000000000001 (NEEDED)             Shared library:
> [libICE.so.6]
> 15: 0x0000000000000001 (NEEDED)             Shared library:
> [libXext.so.6]
> 16: 0x0000000000000001 (NEEDED)             Shared library:
> [libX11.so.6]
> 17: 0x0000000000000001 (NEEDED)             Shared library:
> [libXrender.so.1]
> 18: 0x0000000000000001 (NEEDED)             Shared library:
> [libasound.so.2]
> 19: 0x0000000000000001 (NEEDED)             Shared library:
> [librsvg-2.so.2]
> 20: 0x0000000000000001 (NEEDED)             Shared library:
> [libm.so.6]
> 21: 0x0000000000000001 (NEEDED)             Shared library:
> [libgio-2.0.so.0]
> 22: 0x0000000000000001 (NEEDED)             Shared library:
> [libgdk_pixbuf-2.0.so.0]
> 23: 0x0000000000000001 (NEEDED)             Shared library:
> [libgobject-2.0.so.0]
> 24: 0x0000000000000001 (NEEDED)             Shared library:
> [libglib-2.0.so.0]
> 25: 0x0000000000000001 (NEEDED)             Shared library:
> [libcairo.so.2]
> 26: 0x0000000000000001 (NEEDED)             Shared library:
> [libacl.so.1]
> 27: 0x0000000000000001 (NEEDED)             Shared library:
> [librt.so.1]
> 28: 0x0000000000000001 (NEEDED)             Shared library:
> [libdbus-1.so.3]
> 29: 0x0000000000000001 (NEEDED)             Shared library:
> [libXrandr.so.2]
> 30: 0x0000000000000001 (NEEDED)             Shared library:
> [libXinerama.so.1]
> 31: 0x0000000000000001 (NEEDED)             Shared library:
> [libXfixes.so.3]
> 32: 0x0000000000000001 (NEEDED)             Shared library:
> [libxml2.so.2]
> 33: 0x0000000000000001 (NEEDED)             Shared library:
> [libgpm.so.2]
> 34: 0x0000000000000001 (NEEDED)             Shared library:
> [libtinfo.so.6]
> 35: 0x0000000000000001 (NEEDED)             Shared library:
> [libselinux.so.1]
> 36: 0x0000000000000001 (NEEDED)             Shared library:
> [libfreetype.so.6]
> 37: 0x0000000000000001 (NEEDED)             Shared library:
> [libfontconfig.so.1]
> 38: 0x0000000000000001 (NEEDED)             Shared library:
> [libharfbuzz.so.0]
> 39: 0x0000000000000001 (NEEDED)             Shared library:
> [libotf.so.0]
> 40: 0x0000000000000001 (NEEDED)             Shared library:
> [libm17n-core.so.0]
> 41: 0x0000000000000001 (NEEDED)             Shared library:
> [libm17n-flt.so.0]
> 42: 0x0000000000000001 (NEEDED)             Shared library:
> [libgnutls.so.30]
> 43: 0x0000000000000001 (NEEDED)             Shared library:
> [libpthread.so.0]
> 44: 0x0000000000000001 (NEEDED)             Shared library:
> [libanl.so.1]
> 45: 0x0000000000000001 (NEEDED)             Shared library:
> [liblcms2.so.2]
> 46: 0x0000000000000001 (NEEDED)             Shared library:
> [libdl.so.2]
> 47: 0x0000000000000001 (NEEDED)             Shared library:
> [libsystemd.so.0]
> 48: 0x0000000000000001 (NEEDED)             Shared library:
> [libgmp.so.10]
> 49: 0x0000000000000001 (NEEDED)             Shared library:
> [libgccjit.so.0]
> 50: 0x0000000000000001 (NEEDED)             Shared library:
> [libc.so.6]
> 71: 0x000000006ffffffe (VERNEED)            0xd730
> 72: 0x000000006fffffff (VERNEEDNUM)         18
> '''

That rarely helpes as well, especially in this case, because the Lucid
toolkit is builtin to Emacs and not dynamically linked.





^ permalink raw reply	[flat|nested] 12+ messages in thread

* bug#52809: 28.0.90; X11 modeline context menu grows offscreen unreadable on smaller screen of two screen display
  2021-12-28  0:42     ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2021-12-28  2:53       ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2021-12-28 10:53         ` Van Ly
  0 siblings, 1 reply; 12+ messages in thread
From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2021-12-28  2:53 UTC (permalink / raw)
  To: Van Ly; +Cc: 52809

Po Lu <luangruo@yahoo.com> writes:

> Thanks, I will look into this.

It should be fixed on master now, please test.
Thanks.





^ permalink raw reply	[flat|nested] 12+ messages in thread

* bug#52809: 28.0.90; X11 modeline context menu grows offscreen unreadable on smaller screen of two screen display
  2021-12-28  2:53       ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2021-12-28 10:53         ` Van Ly
  2021-12-28 10:55           ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2021-12-28 13:09           ` Eli Zaretskii
  0 siblings, 2 replies; 12+ messages in thread
From: Van Ly @ 2021-12-28 10:53 UTC (permalink / raw)
  To: Po Lu; +Cc: 52809

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


> Po Lu <luangruo@yahoo.com> writes:
>
> It should be fixed on master now, please test.

The bug is gone.  The full context menu displays within bounds on all 
screens of the display.  Attached is the bug-gnu-emacs report on host 
characteristics building off master.

The ELC+ELN stage of the build doesn't make use of multicores.  If it 
could detect there are 4 cores and do something like 'make -j4' that 
would be an improvement on time to build completion.

-- 
vl

[-- Attachment #2: Type: text/plain, Size: 3271 bytes --]

In GNU Emacs 29.0.50 (build 1, aarch64-unknown-linux-gnu, X toolkit, cairo version 1.16.0)
 of 2021-12-28 built on charlie
Repository revision: 208ae993bac6f011f178befbeeb8104c0f63499f
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12011000
System Description: Debian GNU/Linux 11 (bullseye)

Configured using:
 'configure
 --prefix=/b/b/Blah/Applications/emacs-2021-12-28
 --with-x-toolkit=lucid --without-toolkit-scroll-bars --without-xft
 --with-native-compilation --without-compress-install
 --without-mailutils --without-xaw3d --without-selinux'

Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG
LCMS2 LIBOTF LIBSYSTEMD LIBXML2 M17N_FLT MODULES NATIVE_COMP NOTIFY
INOTIFY PDUMPER PNG RSVG SECCOMP SOUND THREADS TIFF X11 XDBE XIM XPM
LUCID ZLIB

Important settings:
  value of $LC_ALL: en_AU.UTF-8
  value of $LANG: en_AU.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  show-paren-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  indent-tabs-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message mailcap yank-media rmc puny
dired dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg
rfc6068 epg-config gnus-util text-property-search seq gv byte-opt
bytecomp byte-compile cconv mm-decode mm-bodies mm-encode mail-parse
rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045
ietf-drums mm-util mail-prsvr mail-utils face-remap help-mode time-date
subr-x cl-loaddefs cl-lib iso-transl tooltip eldoc paren electric
uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel
term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image
regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode
prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu
timer select scroll-bar mouse jit-lock font-lock syntax font-core
term/tty-colors frame minibuffer cl-generic cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms
cp51932 hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese composite emoji-zwj charscript charprop case-table
epa-hook jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice
button loaddefs faces cus-face macroexp files window text-properties
overlay sha1 md5 base64 format env code-pages mule custom widget keymap
hashtable-print-readable backquote threads dbusbind inotify lcms2
dynamic-setting system-font-setting font-render-setting cairo x-toolkit
x multi-tty make-network-process native-compile emacs)

Memory information:
((conses 16 50726 6960)
 (symbols 48 5766 1)
 (strings 32 19367 2705)
 (string-bytes 1 649412)
 (vectors 16 12650)
 (vector-slots 8 236050 16986)
 (floats 8 34 44)
 (intervals 56 467 0)
 (buffers 992 12))


^ permalink raw reply	[flat|nested] 12+ messages in thread

* bug#52809: 28.0.90; X11 modeline context menu grows offscreen unreadable on smaller screen of two screen display
  2021-12-28 10:53         ` Van Ly
@ 2021-12-28 10:55           ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2021-12-28 13:09           ` Eli Zaretskii
  1 sibling, 0 replies; 12+ messages in thread
From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2021-12-28 10:55 UTC (permalink / raw)
  To: Van Ly; +Cc: 52809-done

Van Ly <van.ly@sdf.org> writes:

> The bug is gone.  The full context menu displays within bounds on all
> screens of the display.  Attached is the bug-gnu-emacs report on host
> characteristics building off master.

Great, I'm closing this bug report.





^ permalink raw reply	[flat|nested] 12+ messages in thread

* bug#52809: 28.0.90; X11 modeline context menu grows offscreen unreadable on smaller screen of two screen display
  2021-12-28 10:53         ` Van Ly
  2021-12-28 10:55           ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2021-12-28 13:09           ` Eli Zaretskii
  2021-12-28 14:13             ` Van Ly
  1 sibling, 1 reply; 12+ messages in thread
From: Eli Zaretskii @ 2021-12-28 13:09 UTC (permalink / raw)
  To: Van Ly; +Cc: luangruo, 52809

> Date: Tue, 28 Dec 2021 10:53:22 +0000 (UTC)
> From: Van Ly <van.ly@sdf.org>
> Cc: 52809@debbugs.gnu.org
> 
> The ELC+ELN stage of the build doesn't make use of multicores.  If it 
> could detect there are 4 cores and do something like 'make -j4' that 
> would be an improvement on time to build completion.

You mean, during building Emacs?  If you say "make -j4", there will be
4 ELC+ELN compilations running in parallel.  So I'm not sure I
understand the complaint.





^ permalink raw reply	[flat|nested] 12+ messages in thread

* bug#52809: 28.0.90; X11 modeline context menu grows offscreen unreadable on smaller screen of two screen display
  2021-12-28 13:09           ` Eli Zaretskii
@ 2021-12-28 14:13             ` Van Ly
  2021-12-28 14:17               ` Eli Zaretskii
  0 siblings, 1 reply; 12+ messages in thread
From: Van Ly @ 2021-12-28 14:13 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: luangruo, 52809

On Tue, 28 Dec 2021, Eli Zaretskii wrote:

>> Date: Tue, 28 Dec 2021 10:53:22 +0000 (UTC)
>> From: Van Ly <van.ly@sdf.org>
>> Cc: 52809@debbugs.gnu.org
>>
>> The ELC+ELN stage of the build doesn't make use of multicores.  If it
>> could detect there are 4 cores and do something like 'make -j4' that
>> would be an improvement on time to build completion.
>
> You mean, during building Emacs?  If you say "make -j4", there will be
> 4 ELC+ELN compilations running in parallel.  So I'm not sure I
> understand the complaint.
>

Yes, during the Emacs build.  I haven't experimented to see if "make 
-j4" will allow 4 parallel lanes of ELC+ELN compilations.  That would 
be nice.  I'm saying "make bootstrap" detects there are multiple 
cores and suggests or defaults to using them all in parallel whee 
possible.

-- 
vl






^ permalink raw reply	[flat|nested] 12+ messages in thread

* bug#52809: 28.0.90; X11 modeline context menu grows offscreen unreadable on smaller screen of two screen display
  2021-12-28 14:13             ` Van Ly
@ 2021-12-28 14:17               ` Eli Zaretskii
  2021-12-28 16:00                 ` Van Ly
  0 siblings, 1 reply; 12+ messages in thread
From: Eli Zaretskii @ 2021-12-28 14:17 UTC (permalink / raw)
  To: Van Ly; +Cc: luangruo, 52809

> Date: Tue, 28 Dec 2021 14:13:01 +0000 (UTC)
> From: Van Ly <van.ly@sdf.org>
> cc: luangruo@yahoo.com, 52809@debbugs.gnu.org
> 
> Yes, during the Emacs build.  I haven't experimented to see if "make 
> -j4" will allow 4 parallel lanes of ELC+ELN compilations.  That would 
> be nice.

Then please do use "make -jN bootstrap", where N is the number of
execution units you have on that system.  That's how you request
parallel Emacs builds.

> I'm saying "make bootstrap" detects there are multiple cores and
> suggests or defaults to using them all in parallel whee possible.

The way we natively-compile Lisp files during a build was
intentionally made serial, so that the Make command could control how
much parallelism is in use.  Because otherwise, we could easily
overwhelm the CPU, because the inherent built-in parallelism of the
async native-compilation doesn't care about the system load, so
invoking "make -j8" would give you 8 compilation jobs, each one of
which could use 4 cores.





^ permalink raw reply	[flat|nested] 12+ messages in thread

* bug#52809: 28.0.90; X11 modeline context menu grows offscreen unreadable on smaller screen of two screen display
  2021-12-28 14:17               ` Eli Zaretskii
@ 2021-12-28 16:00                 ` Van Ly
  0 siblings, 0 replies; 12+ messages in thread
From: Van Ly @ 2021-12-28 16:00 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: luangruo, 52809

On Tue, 28 Dec 2021, Eli Zaretskii wrote:

> Then please do use "make -jN bootstrap", where N is the number of
> execution units you have on that system.  That's how you request
> parallel Emacs builds.

Thanks, I will do that the next time.

>> I'm saying "make bootstrap" detects there are multiple cores and
>> suggests or defaults to using them all in parallel whee possible.
>
> The way we natively-compile Lisp files during a build was
> intentionally made serial, so that the Make command could control how
> much parallelism is in use.  Because otherwise, we could easily
> overwhelm the CPU, because the inherent built-in parallelism of the
> async native-compilation doesn't care about the system load, so
> invoking "make -j8" would give you 8 compilation jobs, each one of
> which could use 4 cores.
>

Thank you for taking the time to explain this.  I was seeing one of 
the CPU bars 100% and the three other ones idle.

-- 
vl






^ permalink raw reply	[flat|nested] 12+ messages in thread

end of thread, other threads:[~2021-12-28 16:00 UTC | newest]

Thread overview: 12+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-12-26 17:39 bug#52809: 28.0.90; X11 modeline context menu grows offscreen unreadable on smaller screen of two screen display Van Ly
2021-12-27  6:29 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-12-27 10:25   ` Van Ly
2021-12-27 14:45     ` Eli Zaretskii
2021-12-28  0:42     ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-12-28  2:53       ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-12-28 10:53         ` Van Ly
2021-12-28 10:55           ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-12-28 13:09           ` Eli Zaretskii
2021-12-28 14:13             ` Van Ly
2021-12-28 14:17               ` Eli Zaretskii
2021-12-28 16:00                 ` Van Ly

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).