On 19/04/09 18:53, Raúl Núñez de Arenas Coronado wrote: > > Saluton Tony :) > > On Sun 19 Apr 2009 18:06 +0200, Tony Mechelynck<[email protected]> dixit: >> On 19/04/09 10:09, pkt wrote: >> [...] >>> (In fact I practically never use gvim, it only adds menus which is an >>> irrelevant feature if you already have muscle memory for the commands >>> contained in them. So it is just a waste of precious vertical screen >>> real estate) >> [...] >> >> That's an unsubstantiated slur: > > Regarding the "menubar stealing screen real state", I agree, but... > >> - The menubar and toolbar can be removed via an option setting (two >> flags in 'guioptions'). Not so for the menubar on any "modern" terminal >> emulator. > > ...xcfe4-terminal and gnome-terminal can hide the menubar, for example.
OK, if you can hide the menubar my "not so" argument falls. > >> - gvim isn't constrained by a terminal for its choice of fonts, >> encodings, and keystrokes. > > ...but font rendering is suboptimal at least under Linux, where fonts > are not aliased with the GTK+ GUI. Vim running under a terminal emulator > is, for me, much more readable and much faster than gvim. I've read > reports of other people telling than gvim was, for them, much faster > than console vim, but for me it is just the opposite. I'm not sure whether aliasing makes fonts easier or harder to read (IIUC, it can make fonts less crisp while at the same time making them better shaped). In my GTK2 gvim, the 'guifont' I have chosen (Bitstream Vera Sans Mono 7) is perfectly readable at my reading distance (arm's length) with my eyes and (slightly convergent) eyeglasses despite its small size. I also use Vim in konsole and in the Linux console but there seems to be a termcap problem there -- many special keys (and not the same ones in both) don't work. At least it responds to the mouse. > >> - Even if you (or I) keep the menu& toolbar displayed, any "precious >> real estate" they take up is easily reclaimed by tweaking the 'guifont', >> 'lines' and 'columns' (with my usual settings, gvim has lines=63 >> columns=199 while a typical terminal would, at most, use 60 lines by 80 >> columns). > > ...but any terminal emulator allows you to adjust the font size (and > family, of course) and the size of the terminal. The problem with adjusting the size of the terminal, according to the Vim help, is that some _other_ programs will be disturbed, or even crash, if they don't get a standard-size terminal (meaning 80 columns and one of the "typical" heights). I haven't run tests to see whether this information is still up-to-date. > > Gvim has many advantages over console-vim-on-a-real-console, but when > using a terminal emulator it has, for me, only disadvantages. > Preferences are subjective, and therefore not to be disputed. What made me react was the assertion that "gvim menus take up valuable real estate", which by itself was regarded (IIUC) as enough reason to choose a terminal instead. When I first came to Vim several years ago, I preferred Console Vim; now it isn't so anymore, and has been so for quite some time. I think one of the reasons was the "screen real estate" question, not as "space for other programs on the same desktop" but as "space for more text in the same window", because I was on Windows then, and IIRC cmd.exe isn't as flexible as xterm or konsole what concerns lines & columns. Anyway, on Linux the question of "seeing more windows on the same desktop" isn't as severe as on Windows, because with KDE3 I can have up to 20 virtual desktops (more than I need) and switch between them at the click of a mouse: so I keep most of my apps maximized unless there is a reason (internal to the application) tu use a smaller window. For instance I keep my konsole at 80x43 (EGA size) which is almost full-height and about three-fifths of the width. Best regards, Tony. -- "God is as real as I am," the old man said. My faith was restored, for I knew that Santa would never lie. --~--~---------~--~----~------------~-------~--~----~ You received this message from the "vim_use" maillist. For more information, visit http://www.vim.org/maillist.php -~----------~----~----~----~------~----~------~--~---
