#281 Snap-to-row count on resize not always correct

[Anonymous]

When resizing vertically, the computed resize should always produce a display that exactly holds the number of rows that the display reports back to the application (shell). However, quite often I find that this computation is done incorrectly such that most of the final row is actually rendered below the viewable display.

This occurs under Vista with the console settings configured for no title bar. A screenshot is attached.

[Nobody/Anonymous]

Improper row resizing

[Kirill]

Do you see the same effect when cmd.exe is used as a shell?

[Roger Pack]

I get this all the time--the bottommost row is obscured by the horizontal bottom bar.

[Tartley]

I see this often. About 1/3 of the times I resize.

I am on XP. I am using cmd.exe as a shell a lot recently.

I'm using font DejaVu Sans Mono, size 9.

Would it be useful for me to try any other settings to try and help diagnose?

[Tartley]

Also: I just realised. I am not using the standard WindowsXP theme (aka 'Fisher-Price'.) I use the 'classic' theme, that looks like Windows95. Just in case that is relevant.