GNOME Bugzilla – Bug 155147
gnome-terminal default size only by setting --geometry
Last modified: 2010-09-23 21:10:22 UTC
It took me about half an hour to find out how to change the default size of gnome-terminal (For all on the hunt on this: try #gnome-terminal --geometry=110x35+50+50 to get an idea...) You might want to consider adding this to the help pages. Or maybe even let gnome-terminal parse some config file in which somebody can define a --geometry flag. And once you're at this, you might want to add something to the profiles settings, so anyone can find it... kind regards, Oli
*** Bug 307766 has been marked as a duplicate of this bug. ***
Created attachment 47802 [details] [review] Proposed patch Sorry for the spam caused by opening bug 307766. By the way, what's up with gnome-terminal maintainance? There hasn't been much activity this year. Just wondering.
*** Bug 303562 has been marked as a duplicate of this bug. ***
Raising version to 2.10.x as it is still valid HIGH priority and confirming because of a patch. Martin you may want to file a sperate report about the option missing in the docs. One issue per report, please.
You guys could do that if you think it's still needed. Almost no other command-line option is documented in the gnome-terminal docs. I don't know if this is the norm or if gnome-terminal is an exception. Feel free to investigate. I'm no good at writing documentation anyway. ;) I don't know if you got spammed when I commented bug 305268 and bug 68683. If not, now you have been. ;) Apologies if you were but haven't gotten to them yet or don't have permission to close them or something.
*** Bug 68683 has been marked as a duplicate of this bug. ***
*** Bug 88991 has been marked as a duplicate of this bug. ***
Still no possibility to set the default size permanently in "GNOME Terminal 2.14.0"; neither in the profile panel nor by means of "gconf-editor". This is major loss of functionality! Particularly annoying is that even opening a new terminal window from the "Open Terminal" menu button of an already present terminal window does not respect the size of the parent window. This blocks even the possibility of using an alias in combination with the geometry attribute to obtain terminal windows of the desired size.
Created attachment 62603 [details] [review] Make new terminals inherit the parents geometry This patch will make new terminals open with the parents geometry.
Inheritance of parent geometry should have to be configurable. This is not always the desired bahavior.
*** Bug 341868 has been marked as a duplicate of this bug. ***
Requested feature still missing in version 2.15.2.
Fixed bugs are marked resolved/verified fixed. This one is open.
*** Bug 347946 has been marked as a duplicate of this bug. ***
(In reply to comment #12) > Requested feature still missing in version 2.15.2. > You can find an alternate solution using gnome-terminal-launcher applet (http://gnome-tla.sf.net) where you can specify gnome-terminal options in GConf.
Requested feature still missing in version 2.16.0.
(In reply to comment #16) > Requested feature still missing in version 2.16.0. If and when it is fixed, the bug will be marked fixed. Repeating above comment is annoying. Personally, I think it would be better to have something GNOME-wide. Eg, something that can be stored in a .desktop file. Then people can set the window size in the properties of a launcher.
http://mail.gnome.org/archives/desktop-devel-list/2006-August/msg00142.html Sounds like a better idea than some .desktop stuff that only works for GNOME apps and not for GTK+ apps. ;) Also, I don't see why the size shouldn't be automatically remembered. (At by least default. I guess people who want a specific size and don't want new sizes to be rememberd just can set the keys to what they want and then lock them down.)
Created attachment 76008 [details] [review] adds 'maximized' as a possible value for --geometry yes, geometry handling is broken and should be fixed. this patch + "--geometry=maximized" in the launcher = one less click for me to do when i start the terminal :) might not be the way to go for the mainline, but still useful for someone like me.
Creating a file $HOME/.Xresources with the contents: gnome-terminal*Geometry: 95x25 xterm*Geometry: 95x25 Works for xterm, not for gnome-terminal. This is documented in the X(7) man page: http://ftp.x.org/pub/X11R7.0/doc/html/X.7.html This lack of functionality is particularly frustrating without the ability to tile windows. My preference for a default size would be to basically fit as many 80x24 terminals as you can on a desktop in the specified font and then stretch them out to fill the gaps between the terminals. For example, four 80x24 gnome-terminals with a Monospace 13 font will fit on one of my desktops. I can then resize them all to 94x25 and they still fit.
Darxus, nothing in gnome looks at the X resources.
This is -not- the problem. What actually is the problem is that it neither memorizes the user settings nor does it allow to set the geometry via "gconf-editor" or "Preferences".
Yes, that has been amply established. I was just remarking that changing ~/.Xresources is *expected* not to have any effect on anything.
*** Bug 376934 has been marked as a duplicate of this bug. ***
*** Bug 321713 has been marked as a duplicate of this bug. ***
What about an option to set custom default size ?
I would like to see both things here: - allow the user to define a custum default size (in profile properties). so: +1 to comment #26 - allow the user to switch on/off (checkbox) a mode in which gnome-terminal *remembers* the size at the time it was closed before (in profile properties).
From the user perspective, allowing us to set geometry in a profile makes a lot of sense. This is especially useful for windows that are just left open tailing system logs.
I had the same problem, when I was using the command: $ gnome-terminal --geometry=125x23 in gnome-terminal the window open with the size of 124x23. When I was try the same command in a icon on desktop bar, it doesn't function. Now I discovery that I have to use a new option: $ gnome-terminal --geometry=125x23 --disable-factory Now it function almost ok, because I specify the size 125x23 and all the time it open the window with 124x23. I have to adjust manually. Why this Happen?
I don't think we should add nonstandard formats for --geometry that are not supported for this fairly standard option in other programmes. Bug 305268 has a better patch for adding a way to maximise from the commane line.
*** Bug 411474 has been marked as a duplicate of this bug. ***
*** Bug 572868 has been marked as a duplicate of this bug. ***
4 years and 4 months and bug is still present...
Please observe proper bugzilla etiquette [https://bugzilla.mozilla.org/page.cgi?id=etiquette.html] and refrain from adding useless comments to bugs. It will not make bugs be fixed any faster.
+1 on comment #27. That's the exact feature set I would like to see. I found a workaround for the default size thing, which definitely works on Fedora and Ubuntu: Edit /usr/share/vte/termcap/xterm. Change the line: :co#80:it#8:li#24:\ to something like :co#111:it#8:li#33:\ That will set the columns to 111 and rows to 33.
Don't forget that we also could need something gconf-based which gives us the option that gnome-terminal finally remembers the last size it was closed with.
*** Bug 567178 has been marked as a duplicate of this bug. ***
Created attachment 130440 [details] [review] Adds a size property in the profile Here is a first implementation of a size property in the profile, which is used to specify the size of a terminal opened in a new window (as long as --geometry is not set). A potential downside with this approach is that the termcap profiles do not have any more influence on the terminal's size.
It doesn't work. Columns and rows in profile preferences is exist, but when I change values, profile preferences doesn't save this.
(In reply to comment #40) > It doesn't work. Columns and rows in profile preferences is exist, but when I > change values, profile preferences doesn't save this. What do you observe? Are the values stored in gconf (the keys are /schemas/apps/gnome-terminal/profiles/Default/size_columns size_rows)? Are they displayed correctly in the spin buttons of the preferences dialog? Are the new windows opened with the specified size? ...
My gconf-editor doesn't work correctly, lol. Anyway is value <schema>. But I told you, after changes in profile preferences (gnome-terminal), changed values weren't saved. gnome-terminal is starting in old sizes.
Simon, is your patch working on your gnome-terminal?
Ok, Simon, I've tested your code. I remake patch for Ubuntu's package gnome-terminal 2.26 and it works! From me, if Simon's patch will be correctly applied, this bug has been fixed. Note: words called "Columns" and "rows" need to be translated.
Who want to test it on Debian/Ubuntu distros can find patches .debs @my-ppa. https://launchpad.net/~ari-tczew/+archive/ppa
Is it possible, include Simon's patch into Gnome 2.27?
Setting the size on realize is not the correct place. It needs to be done in a location where it runs only exactly once at initialisation. Perhaps terminal_screen_profile_notify_cb() but needs to be guarded against being set after the initial run...
I'm not a developer, but I know, that Simon's patch it is, what I need.
*** Bug 589070 has been marked as a duplicate of this bug. ***
Fix was released already but I don't see how to change the status.
Don't. This is *not* fixed.
Sorry about the confusion. It works fine for me using gnome-terminal --geometry=124x41-0-1 I'm using version 2.28.1-0ubuntu1.
Fixed in master. Now the profile preferences let one choose default columns and rows and those are stored in gconf.
It seems not being fixed yet, I tested gnome-terminal 2.30.0, which still can't save such value after restart, however value in gconf is correct one (132*24) that I changed.
This feature was removed from 2.30.x; it's only available on git master.