gedim : Auto-size Graphical EDitor DIMensions on open.
| script karma
Downloaded by 283
Comments, bugs, improvements
script versions (upload new version)
|My portable computer is my primary workstation. I either use an external, high resolution monitor or its built-in screen, depending on where I am. I often use also someone else's monitors, when I'm working remotely. This forces me to change the graphical Vim editor dimensions for every location where I happen to be. Though not complicated, it's annoying. That's why I wrote this script/Vim auto-command that does the job instead. Just define the desired editor columns and lines for a given resolution, and MacVim will open at that size every time that the same resolution is detected.
* User configurable: add as many output device resolutions and editor sizes as desired or needed
* MacVim and gVim compatible
* Works on OS X, Linux/Gnome, Linux/KDE, and Windows
* Unobtrusive; set it up once and forget about it
No more dragging the window corners to resize. No more :set columns=128. Just open Vim and get to work!
Unpack the .zip file and copy the files to your
gvim or vim configuration directory, then:
Caveat Fenestrae emptor:
Unfortunately the developers and testers had only limited access to a Windows machine. Please let me know if you had issues through the URL in the comments section.
Comments, questions, bug reports:
http://ciurana.eu/contact for your questions.
Project page: http://eugeneciurana.com/gedim.vim
This section tells you how to configure the various editor sizes corresponding to each screen resolution.
Click on the package to download.
ip used for rating: 184.108.40.206
||Faster screen detection on OS X - improvement by Ludvig Ericson - thanks! Also added main display detection on MacVim / gVim running on Macs with multiple displays attached.
||Fixed a typo in the documentation comments and updated contributors list. No functional changes if you already have 1.1b.
||Fixed the EOL detection code for the Windows script that reports the screen resolution; the original author had forgotten that EOL in DOS/Windows == \r\n. Thanks to Nathan Tenney for pointing that out an for providing a fix.