Loading ...
Sorry, an error occurred while loading the content.

Re: increase font size and you don't see the command line any more (bug?)

Expand Messages
  • Daniel Harding
    This is exactly the same as a patch I have been using on my Linux system for some time, to work around an issue where setting lines after gvim has started does
    Message 1 of 5 , Nov 18, 2012
    • 0 Attachment
      This is exactly the same as a patch I have been using on my Linux system
      for some time, to work around an issue where setting lines after gvim
      has started does not limit the window size to the size of the screen
      (which can result in the same symptom - the command line being below the
      bottom of the screen). It does limit the size on Windows (which is what
      the documentation says it should do). I posted about this awhile back
      (under the subject 'Trying to understand :set lines=999 behavior') but
      no one was able to explain why there is a difference between Windows and
      non-Windows platforms, nor was there any input as to whether the
      behavior should be changed or a note added to the documentation. I
      support changing the behavior, as long as no one can come up with a
      reason as to why it would break backwards compatibility. Anyway, thanks
      for the patch - I was intending to post mine, but simply hadn't gotten
      around to it.

      Cheers,

      Daniel

      Roland Puntaier wrote:
      > Hi!
      >
      > One probably doesn't change the font size very often, but I recently did and
      > could not see the command line any more. Looking into the code I've seen
      > that vim increases the window size instead of adapting the line number,
      > but interestingly not so for windows. I happen to use Xmonad,
      > where window size does not change, so I first regarded this as a bug.
      > Still the behavior seems not sensible to me. When I change the font size
      > I don't think of changing the window size.
      > Or: The windows size seems more important to me than the line number.
      >
      > If you agree, please apply the following patch:
      >
      > diff -r 57e8b75298d6 src/gui.c
      > --- a/src/gui.c Tue Oct 23 05:35:34 2012 +0200
      > +++ b/src/gui.c Sun Nov 18 11:34:58 2012 +0100
      > @@ -905,13 +905,7 @@
      > # endif
      > gui_mch_set_font(gui.norm_font);
      > #endif
      > - gui_set_shellsize(FALSE,
      > -#ifdef MSWIN
      > - TRUE
      > -#else
      > - FALSE
      > -#endif
      > - , RESIZE_BOTH);
      > + gui_set_shellsize(FALSE, TRUE, RESIZE_BOTH);
      > }
      >
      > return ret;
      >
      >
      >
      > Regards,
      > Roland
      >


      --
      You received this message from the "vim_dev" maillist.
      Do not top-post! Type your reply below the text you are replying to.
      For more information, visit http://www.vim.org/maillist.php
    • Bram Moolenaar
      ... I can t remember why it s different for MS-Windows. Perhaps because it didn t work reliably on Unix? I could just include this patch and wait until
      Message 2 of 5 , Nov 20, 2012
      • 0 Attachment
        Roland Puntaier wrote:

        > One probably doesn't change the font size very often, but I recently did and
        > could not see the command line any more. Looking into the code I've seen
        > that vim increases the window size instead of adapting the line number,
        > but interestingly not so for windows. I happen to use Xmonad,
        > where window size does not change, so I first regarded this as a bug.
        > Still the behavior seems not sensible to me. When I change the font size
        > I don't think of changing the window size.
        > Or: The windows size seems more important to me than the line number.
        >
        > If you agree, please apply the following patch:
        >
        > diff -r 57e8b75298d6 src/gui.c
        > --- a/src/gui.c Tue Oct 23 05:35:34 2012 +0200
        > +++ b/src/gui.c Sun Nov 18 11:34:58 2012 +0100
        > @@ -905,13 +905,7 @@
        > # endif
        > gui_mch_set_font(gui.norm_font);
        > #endif
        > - gui_set_shellsize(FALSE,
        > -#ifdef MSWIN
        > - TRUE
        > -#else
        > - FALSE
        > -#endif
        > - , RESIZE_BOTH);
        > + gui_set_shellsize(FALSE, TRUE, RESIZE_BOTH);
        > }
        >
        > return ret;

        I can't remember why it's different for MS-Windows. Perhaps because it
        didn't work reliably on Unix?

        I could just include this patch and wait until someone complains...

        --
        Just remember...if the world didn't suck, we'd all fall off.

        /// Bram Moolenaar -- Bram@... -- http://www.Moolenaar.net \\\
        /// sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\
        \\\ an exciting new programming language -- http://www.Zimbu.org ///
        \\\ help me help AIDS victims -- http://ICCF-Holland.org ///

        --
        You received this message from the "vim_dev" maillist.
        Do not top-post! Type your reply below the text you are replying to.
        For more information, visit http://www.vim.org/maillist.php
      • Roland Puntaier
        ... Yes, please do. Thanks. -- You received this message from the vim_dev maillist. Do not top-post! Type your reply below the text you are replying to. For
        Message 3 of 5 , Nov 20, 2012
        • 0 Attachment
          On 11/20/2012 12:03 PM, Bram Moolenaar wrote:
          > Roland Puntaier wrote:
          >
          >> One probably doesn't change the font size very often, but I recently did and
          >> could not see the command line any more. Looking into the code I've seen
          >> that vim increases the window size instead of adapting the line number,
          >> but interestingly not so for windows. I happen to use Xmonad,
          >> where window size does not change, so I first regarded this as a bug.
          >> Still the behavior seems not sensible to me. When I change the font size
          >> I don't think of changing the window size.
          >> Or: The windows size seems more important to me than the line number.
          >>
          >> If you agree, please apply the following patch:
          >>
          >> diff -r 57e8b75298d6 src/gui.c
          >> --- a/src/gui.c Tue Oct 23 05:35:34 2012 +0200
          >> +++ b/src/gui.c Sun Nov 18 11:34:58 2012 +0100
          >> @@ -905,13 +905,7 @@
          >> # endif
          >> gui_mch_set_font(gui.norm_font);
          >> #endif
          >> - gui_set_shellsize(FALSE,
          >> -#ifdef MSWIN
          >> - TRUE
          >> -#else
          >> - FALSE
          >> -#endif
          >> - , RESIZE_BOTH);
          >> + gui_set_shellsize(FALSE, TRUE, RESIZE_BOTH);
          >> }
          >>
          >> return ret;
          > I can't remember why it's different for MS-Windows. Perhaps because it
          > didn't work reliably on Unix?
          >
          > I could just include this patch and wait until someone complains...
          >
          Yes, please do. Thanks.

          --
          You received this message from the "vim_dev" maillist.
          Do not top-post! Type your reply below the text you are replying to.
          For more information, visit http://www.vim.org/maillist.php
        • David Fishburn
          On Tue, Nov 20, 2012 at 6:33 AM, Roland Puntaier ... NOTE: My Taskbar is on the top of my screen not in the default bottom location. ... VIM - Vi IMproved 7.3
          Message 4 of 5 , Nov 20, 2012
          • 0 Attachment


            On Tue, Nov 20, 2012 at 6:33 AM, Roland Puntaier <roland.puntaier@...> wrote:
            On 11/20/2012 12:03 PM, Bram Moolenaar wrote:
            Roland Puntaier wrote:

            One probably doesn't change the font size very often, but I recently did and
            could not see the command line any more. Looking into the code I've seen
            that vim increases the window size instead of adapting the line number,
            but interestingly not so for windows. I happen to use Xmonad,
            where window size does not change, so I first regarded this as a bug.
            Still the behavior seems not sensible to me. When I change the font size
            I don't think of changing the window size.
            Or: The windows size seems more important to me than the line number.

            If you agree, please apply the following patch:

            diff -r 57e8b75298d6 src/gui.c
            --- a/src/gui.c    Tue Oct 23 05:35:34 2012 +0200
            +++ b/src/gui.c    Sun Nov 18 11:34:58 2012 +0100
            @@ -905,13 +905,7 @@
               # endif
                       gui_mch_set_font(gui.norm_font);
               #endif
            -    gui_set_shellsize(FALSE,
            -#ifdef MSWIN
            -        TRUE
            -#else
            -        FALSE
            -#endif
            -        , RESIZE_BOTH);
            +    gui_set_shellsize(FALSE, TRUE, RESIZE_BOTH);
                   }

                   return ret;
            I can't remember why it's different for MS-Windows.  Perhaps because it
            didn't work reliably on Unix?

            I could just include this patch and wait until someone complains...


            I just tried this on Windows 7.
            NOTE: My Taskbar is on the top of my screen not in the default bottom location.

            :ver
            VIM - Vi IMproved 7.3 (2010 Aug 15, compiled Nov 20 2012 14:29:01)
            MS-Windows 32-bit GUI version with OLE support
            Included patches: 1-725

            I started using:
            gvim -u NONE -U NONE --noplugins

            The moved the window down so that the bottom was near to the bottom of my screen.  Then using the menu Edit -> Select Font -> bumped it from 9 -> 14 -> 22 and so on.

            The bottom of Vim is off screen each time I increase it.

            David

            --
            You received this message from the "vim_dev" maillist.
            Do not top-post! Type your reply below the text you are replying to.
            For more information, visit http://www.vim.org/maillist.php
          Your message has been successfully submitted and would be delivered to recipients shortly.