Tony Mechelynck wrote: > [...]
> With 'statusline', you define the _whole_ statusline (for the full width > of the screen), and Vim repeatedly parses the option value at runtime > -dynamically- to make appear or disappear the [+], line, column, > filename, whatever. > > With 'tabline', which, IIRC, appeared in Vim 7.0 alpha shortly _before_ > 'guitablabel' (as I already mentioned but apparently you didn't even see > that, and snipped it when replying), you _also_ define the tabline for > the whole width; however, due to its repetitive character, you have to > do it by means of a ":while" loop, which means using a function, which > was accounted for via a new statusline-like code, namely %!, to evaluate > the whole line as the return value of a function. That code could then > also be used for the 'statusline' option but IIRC it appeared together > with the 'tabline' option. If you still have access to my second post in this thread, you will note that I was talking about a template for the tab label, not the tab line. I mentioned the status line as an illustration only because it provides an extensive set of "items" that can be specified via the 'statusline' option. > If you want to separate text-style labels by putting / dividers left of > the current label and \ ones right of it, you can, but you don't have > to. You can also use | as separator between labels, or just a space, > with maybe a change of highlight for the current tab. The point I was making is that some degree of customization could have been provided by giving console-vim users the possibility to specify a template for their tab labels as it was done for gvim via 'guitablabel'. With the current implementation, even the most basic customization such as replacing the full file name by the base name requires that the user write a function. Naturally, the more flexible implementation I had in mind need not have precluded optionally assigning the return value of a function to tabline for users who felt that they needed more advanced customization, such as setting fancier tab separators than the default space, etc. > For "gui-style" tab labels, the OS takes care of the decorations, and > gvim has to define separately the contents of one tab label at a time. > You can't define what kind of separators you want, the OS decides that > for you. IIRC implementing this option required some more thinking and > was implemented as an afterthought, not the other way round. It also > imposes more limitations on what you can display; and if you want > GUI-style tab labels in the GUI and a text-style tab line in Console Vim > you have to define both 'tabline' and 'guitablabel' separately; OTOH it > is quite possible to use a text-style tabline in both (I do), and in > that case you can dispense with 'guitablabel'. Hehe.. If I didn't have a terminal and had to use gvim, I would use a "text-mode" tabline as well, so I could remove _all_ the widgets, not limited to tabs, but also the toolbars, scrollbars, status bars, menu bars, as well as the title bar. :-) Thank you for your comments. Gen-Paul. --~--~---------~--~----~------------~-------~--~----~ You received this message from the "vim_use" maillist. For more information, visit http://www.vim.org/maillist.php -~----------~----~----~----~------~----~------~--~---
