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

72217Re: Gap between scrollbar and window border when compiled with Visual Studio 2012

Expand Messages
  • Mike Williams
    Jul 16, 2013
    • 0 Attachment
      On 15/07/2013 22:19, Andre Sihera wrote:
      > Actually, come to think of it, the best logical place to start looking
      > would be at
      > any window size or decoration calculations that *don't* use
      > GetSystemMetrics().
      > Cheers,

      Thanks for all the pointers I have received. I hope to be able to start
      looking at it later on today.

      > Andre.
      >> Hi,
      >> I haven't taken a look at the VIM code, but a logical place to start
      >> looking might be
      >> for any window size or decoration calculation code that calls the
      >> GetSystemMetrics()
      >> function with any of:
      >> - SM_CXBORDER
      >> - SM_CYBORDER
      >> - SM_CXEDGE
      >> - SM_CYEDGE
      >> - SM_CXVSCROLL
      >> - SM_CYHSCROLL
      >> With each new version of Visual Studio, the default version number of
      >> the Platform
      >> SDK (a.k.a Windows SDK) which is set via the variables WINVER and
      >> _WIN32_WINNT
      >> is increased to reflect the newest UI rendering rules. This means that
      >> if you haven't
      >> been ultra-strict in your calculations of window sizes and system
      >> controls the UIs will
      >> look broken on all versions of Windows released prior to version of VS
      >> that is being
      >> used.
      >> Cheers,
      >> Andre.
      >> On 15/07/13 22:59, Mike Williams wrote:
      >>> On 11/07/2013 10:34, Charles wrote:
      >>>> Hi,
      >>>> Does anyone know why when compiled with visual studio 2012, the vim
      >>>> gui has gap between the scrollbars and the window borders.
      >>>> Here's the screenshot of vim compiled with visual studio 2010
      >>>> http://imgur.com/lI05rgq
      >>>> And here is when compiled with visual studio 2012
      >>>> http://imgur.com/iLeVis1
      >>>> Both are compiled with the same source code, same configuration, same
      >>>> platform (x64).
      >>> Definitely something strange going on with VS2012 builds. Starting
      >>> with gvim -u NONE -U NONE gives a 79x24 window instead of 80x25.
      >>> Doing :set columns=80 results in no change in columns but the number
      >>> of lines increases by one, but the window size doesn't change so you
      >>> can no longer see the command line. The only way to see the command
      >>> line is to use the mouse to resize the window.
      >>> Will take bit longer to spelunk my way to the relevant code. Anyone
      >>> got any pointers to help speed up the investigation? Or can someone
      >>> look at the code and have a d'oh moment?
      >>> Mike

      Men look before using a toilet. Women find this illogical.

      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

      You received this message because you are subscribed to the Google Groups "vim_dev" group.
      To unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscribe@....
      For more options, visit https://groups.google.com/groups/opt_out.
    • Show all 8 messages in this topic