GNOME Bugzilla – Bug 305268
Add option --maximized
Last modified: 2008-06-18 20:25:47 UTC
It would be nice to have an option --maximized, which would start the gnome-terminal window maximized. I have numerous maximized windows on my desktop, so in absence of this option, I must manually maximize almost every window I ever open. I could use --geometry for my gnome panel button that opens the window, and indeed have been doing so, but it doesn't allow for maximizing. For non-maximized windows, adding a tab into the window pushes the bottom of the window down by about two text rows -- so that those last two rows are then under the panel. So I really need to have the windows maximized.
http://www.burtonini.com/blog/computers/devilspie: " A window-matching utility, inspired by Sawfish's "Matched Windows" option and the lack of the functionality in Metacity. Metacity lacking window matching is not a bad thing — Metacity is a lean window manager, and window matching does not have to be a window manager task. Devil's Pie can be configured to detect windows as they are created, and match the window to a set of rules. If the window matches the rules, it can perform a series of actions on that window. For example, I can make all windows created by X-Chat appear on all workspaces, and the main Gkrellm1 window does not appear in the pager or task list." This will likely solve your problem faster than this will be implemented.
I think this can be marked as a duplicate of bug 155147. I've attached a proposed patch in that bug that remembers the terminal size and if the window was maximized or not when it was closed.
Hmmm, maybe I rushed it a bit by stating it could be marked as a dupe of bug 155147. Nevertheless, the maximized state of the window is remembered with that patch applied.
Created attachment 71746 [details] [review] Add --maximized and save maximization state to the session This patch adds --maximized to the available command line options and saves maximization state to the session. A few remarks: *) The comment saying that GTK+ does not support _NET_WM_STATE_FULLSCREEN was obsolete. I moved the «window->priv->fullscreen = setting» assignment from terminal_window_set_fullscreen to window_state_event_callback, so that we track changes in the state that really happen (remember that gtk_window_fullscreen is a *request*: the window manager, say, can refuse). *) The funny !! that show up in window_state_event_callback are needed to normalize the value, because the state flags are bitfields, not gbooleans... *) I killed the silly counting of command line options from terminal_app_get_clone_command, preferring the much cooler GPtrArray. The extra cost incurred in resizing the array is waaay offset by the saner code. *) The test for |zoom - 1|< 1e-6 had a typo rendering it useless! *) The logic in terminal.c:apply_defaults for start_fullscreen was wrong: the default_start_fullscreen should apply only to the first --window/--tab/whatever. *) This should really be held until the next development cycle.
Thanks again. Please go ahead and commit your various bits after we branch.
Hi, is the patch was commited or not ? if not, please do :) Regards
Patch needs to be updated to svn trunk (conversion to GOption).
*** Bug 314009 has been marked as a duplicate of this bug. ***
This problem has been fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report.