[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Tabs
From: |
Juri Linkov |
Subject: |
Re: Tabs |
Date: |
Sun, 13 Oct 2019 01:47:20 +0300 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) |
>> @@ -6308,7 +6308,7 @@ focus (where a frame immediately loses focus when it's
>> left by the mouse
>> #elif defined (USE_LUCID) || defined (USE_MOTIF) || defined (HAVE_NTGUI)
>> frame_inhibit_implied_resize = list2 (Qtab_bar_lines, Qtool_bar_lines);
>> #else
>> - frame_inhibit_implied_resize = Qnil;
>> + frame_inhibit_implied_resize = list1 (Qtab_bar_lines);
>> #endif
>> #else
>> frame_inhibit_implied_resize = Qt;
>
> Please install the change. We still need to understand why this
> default has any effect on the issue, but that's a separate discussion.
Actually I don't understand why the no-toolkit case should differ from
Lucid, Motif, Windows? They all have non-external tool-bar and tab-bar.
Only GTK+ has an external tool-bar, so 'tool-bar-lines' is not included
in its default value.
Is this a more correct patch? It uses '(tab-bar-lines tool-bar-lines)'
in the no-toolkit case as well:
diff --git a/src/frame.c b/src/frame.c
index 099db29598..fba1ed8970 100644
--- a/src/frame.c
+++ b/src/frame.c
@@ -6292,12 +6292,11 @@ focus (where a frame immediately loses focus when it's
left by the mouse
The default value is \\='(tab-bar-lines) in GTK+, (which means that
adding/removing a tab bar does not change the frame height),
-\\='(tab-bar-lines tool-bar-lines) on Lucid, Motif and Windows
-\(which means that adding/removing a tool bar or tab bar does not
-change the frame height), nil on all other window systems (which
-means that changing any of the parameters listed above may change
-the size of the frame), and t otherwise (which means the frame size
-never changes implicitly when there's no window system support).
+\\='(tab-bar-lines tool-bar-lines) on Lucid, Motif, Windows and on all
+other window systems (which means that adding/removing a tool bar or
+tab bar does not change the frame height), and t otherwise (which
+means the frame size never changes implicitly when there's no window
+system support).
Note that when a frame is not large enough to accommodate a change of
any of the parameters listed above, Emacs may try to enlarge the frame
@@ -6305,10 +6304,8 @@ focus (where a frame immediately loses focus when it's
left by the mouse
#if defined (HAVE_WINDOW_SYSTEM)
#if defined USE_GTK
frame_inhibit_implied_resize = list1 (Qtab_bar_lines);
-#elif defined (USE_LUCID) || defined (USE_MOTIF) || defined (HAVE_NTGUI)
+#else
frame_inhibit_implied_resize = list2 (Qtab_bar_lines, Qtool_bar_lines);
-#else
- frame_inhibit_implied_resize = Qnil;
#endif
#else
frame_inhibit_implied_resize = Qt;
- Re: Tabs, (continued)
- Re: Tabs, Eli Zaretskii, 2019/10/15
- Re: Tabs, martin rudalics, 2019/10/15
- Re: Tabs, Juri Linkov, 2019/10/15
- Re: Tabs, martin rudalics, 2019/10/16
- Re: Tabs, Juri Linkov, 2019/10/14
- Re: Tabs, martin rudalics, 2019/10/15
- Re: Tabs, Eli Zaretskii, 2019/10/11
- Re: Tabs,
Juri Linkov <=
- Re: Tabs, Eli Zaretskii, 2019/10/13
- Re: Tabs, Juri Linkov, 2019/10/13
- Re: Tabs, Eli Zaretskii, 2019/10/13
- Re: Tabs, Juri Linkov, 2019/10/13
- Re: Tabs, Eli Zaretskii, 2019/10/14
- Re: Tabs, Eli Zaretskii, 2019/10/09
- Re: Tabs, Eli Zaretskii, 2019/10/09
- Re: Tabs, martin rudalics, 2019/10/09
- Re: Tabs, Eli Zaretskii, 2019/10/09
- Re: Tabs, martin rudalics, 2019/10/10