window doesn't resize when font is resized

Bug #635178 reported by Tom Cat
18
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Terminator
Won't Fix
Undecided
Unassigned

Bug Description

When you increase or decrease the font size, the window remains the same size. This results in your lines not being the right number of characters long and having to manually resize the window.

Revision history for this message
Chris Jones (cmsj) wrote :

This is somewhat intentional. It's easy for a single-terminal window to grow as you change the font size, but as soon as you have any splits, changing the font size has impossibly confusing implications for what should be resized to keep up.

Changed in terminator:
status: New → Incomplete
Revision history for this message
Robert Lange (rcl24) wrote :

I agree with comment #1 that resizing the window in the context of multiple splits would be difficult to do properly. However, I do think that on initial startup, the window should be sized appropriately such that the initial terminal is 80x24 (or whatever the user sets as default).

Currently, on initial Terminator startup, the window size is set properly for an 80x24 terminal with monospace 11 point font. (The point size might vary based on your monitor's DPI; for me it is 11.) If you use an alternative font size, the initial window remains constant in size, but the number of columns/rows in the terminal is adjusted. For example, if I use monospace font size 14, on initial startup Terminator gives me only 65 columns and 18 rows, and I must manually increase the terminal size.

Revision history for this message
Stephen Boddy (stephen-j-boddy) wrote :

@Robert Lange: I just tried what you describe, and I got the expected 80x24 char display with a large font.

I'm closing this down as a "Won't Fix".

Changed in terminator:
status: Incomplete → Won't Fix
Revision history for this message
Wolf480pl (wolf480) wrote :

@Stephen Boddy: I was also affected by what #2 describes.

To replicate it, set a font on 'default' profile to eg. 8, then on a non-default profile set it to, say, 11, and then set that non-default profile to be used by the layout as a starting profile for a certain window.

The window size will be calculated from the 'deafult' profile's font size, before the window switches to the profile it's supposed to use. (or at least it seems to me that this is how it's happening).

Setting the 'default' profile to use the same font as the main profile I'm using makes the bug not appear.

Should I open a separate bug for this?

Revision history for this message
Stephen Boddy (stephen-j-boddy) wrote :

"then set that non-default profile to be used by the layout"

The key word in that statement is "layout". When you save a layout the size (in pixels) and position of the window is saved as a part of the layout. This is the intended behaviour. If you want an 80x24 in the new layout with a profile using a larger font, then switch to the new Profile in your session and resize the window to show 80x24 *before* saving the layout.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.