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


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

    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.

  • Marko Bozikovic

    Marko Bozikovic - 2010-02-10
    • priority: 5 --> 6

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

No, thanks