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

open
nobody
None
6
2010-02-10
2008-12-26
Anonymous
No

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.

Discussion

  • Improper row resizing

     
    Attachments
  • Kirill
    Kirill
    2009-02-14

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

     
  • Roger Pack
    Roger Pack
    2009-02-23

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

     
  • Tartley
    Tartley
    2009-09-24

    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
    Tartley
    2009-11-18

    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.

     
    • priority: 5 --> 6