Mercurial > emacs
annotate etc/future-bug @ 103665:340c701162a6
* emacs.c (USAGE3, standard_args): Add -mm and --maximized.
* frame.c: Qmaximized is new.
(x_set_frame_parameters): Do not handle fullscreen specially.
Only set width and height if explicitly set.
(x_set_fullscreen): Handle Qmaximized.
(x_set_font, x_figure_window_size): Do not handle fullscreen specially.
(syms_of_frame): Initialize Qmaximized.
* frame.h (fullscreen_type): Add FULLSCREEN_MAXIMIZED. Declare
Qfullwidth, Qfullheight, Qfullboth, Qmaximized.
* xterm.c (handle_one_xevent): Remove call to x_check_fullscreen
for Expose event. Add call to x_check_fullscreen for MapNotify event.
Remove all code w.r.t. fullscreen from ConfigureNotify event. Do not
set gravity to NorthWestGravity when USE_GTK.
(set_wm_state): New function.
(do_ewmh_fullscreen): Use set_wm_state. Also handle FULLSCREEN_MAXIMIZED.
(x_handle_net_wm_state): Handle FULLSCREEN_MAXIMIZED.
(x_check_fullscreen): Simplify so we only handle EMWH type of fullscreen
or the case when no window manager is running. That means remove calls
to x_real_positions and x_fullscreen_adjust.
* gtkutil.c (flush_and_sync, x_wm_size_hint_off): Remove.
(xg_frame_set_char_size): Remove calls to x_wm_size_hint_off and
flush_and_sync.
(xg_height_changed): New function.
(xg_create_frame_widgets): Remove call to gtk_widget_set_size_request
and gtk_window_set_policy. Set frame gravity after parsing the geometry
string.
(xg_update_frame_menubar, free_frame_menubar)
(xg_tool_bar_detach_callback, xg_tool_bar_attach_callback)
(update_frame_tool_bar, free_frame_tool_bar): Call xg_height_changed.
Remove calls to xg_frame_set_char_size.
* startup.el (command-line-x-option-alist): Add -mm and --maximized.
* NEWS: Mention maximized.
* frames.texi (Size Parameters): Mention maximized for fullscreen.
* xresources.texi (Table of Resources): Mention maximized for
fullscreen.
* cmdargs.texi (Window Size X): -mm/--maximized is new.
author | Jan Djärv <jan.h.d@swipnet.se> |
---|---|
date | Wed, 01 Jul 2009 14:02:27 +0000 |
parents | 40be809ca221 |
children |
rev | line source |
---|---|
25852 | 1 Date: Tue, 23 Feb 2199 21:03:50 -0600 |
2 From: Karl Fogel <kfogel@floss.cyclic.com> | |
3 To: bug-gnu-emacs@prep.ai.mit.edu | |
4 Subject: M-x search-backward-in-time broken... | |
5 X-Windows: you'll envy the dead. | |
6 | |
7 In GNU Emacs 51.70.4 (i9986-unknown-linux-gnu, X toolkit) of Sat Feb 20 2199 on floss | |
8 configured using `configure --with-x-toolkit=yes' | |
9 | |
10 The `search-backward-in-time' function appears to be broken in | |
49600
23a1cea22d13
Trailing whitespace deleted.
Juanma Barranquero <lekktu@gmail.com>
parents:
25852
diff
changeset
|
11 Emacs 51.70. |
25852 | 12 |
13 Unfortunately, I can never seem to start the debugger early | |
14 enough to catch the error as it happens. However I have traced the | |
15 problem through source by eye, and it looks like `time-forward' can't | |
16 handle negative arguments anymore. This is consistent with other | |
17 symptoms: for example, `undo' (which since 51.25 has worked by passing | |
18 a negative arg to `time-forward') is also broken. However, `do' still | |
19 works -- it seems that `time-forward' continues to handle positive | |
20 arguments just fine. | |
21 | |
22 No one here-and-now can figure out how to fix the problem, | |
23 because the code for `time-forward' is so hairy. We're using M-x | |
24 report-future-emacs-bug to request that you folks include more | |
25 comments when you write it (sometime in 2198 as I recall). | |
26 | |
27 Thanks! | |
28 | |
29 -Karl Fogel <kfogel@red-bean.com> | |
30 | |
31 | |
32 P.S. You'll be pleased to know that since (time-forward N) still works | |
33 for N >= 0, we've used it to pre-emptively update configure.in. | |
34 Emacs now configures and builds on every platform that will ever | |
35 be made. It wasn't easy, but at least that's one problem out of | |
36 the way for good. If you'd like the patch, just ask. | |
37 |