> Please report issues with runtime files to their respective > maintainers.
OK, have done. I know I reported this years ago, several times I think, to the maintainer at the time, but I can't remember who that was, so I'll try again as it may have changed. If they are not responsive though, there needs to be some way to get changes through. > Setting 'foldmethod' should be done in the ftplugin, not in the > syntax file. But then only if one can expect that most people want > folding. There is no ftplugin file for VRML files (*.wrl). The folding is currently set in the syntax highlighting file. > Truncating can be done in hundreds of ways. You're right, just wondering what the logic is behind truncating from the start rather than the end. I'd understand if it was to get rid of the leading path first, but that is already handled specifically by some clever code, so it only seems to be the tail that we're talking about. > > - Dragging tabs to rearrange their order would be nice. > > I don't think GUI implementations support this. In the console it > would be extremely difficult to make it look good. I don't think there'd have to be any visual cue at all until you release the mouse button and the change is made. > > Some more suggestions that are probably too late for this release: > > Yes, just a few days before a release I hestitate to make changes. > It's very easy to have a last minute change cause troubles. Yep, understood. If anything's worthwhile and not just a bug-fix, just stick it on the todo list for later :-) > > - From the help: "The 'omnifunc' option is set by filetype > > plugins" Why is 'omnifunc' always empty for me? I've tried this > > with .h, .cpp, and .html files. > > Perhaps you are using older runtime files? It works fine for me. When I do :help I get the new help files. Are they found a different way from the other runtime files? I used the gvim installation program for Windows. So I should be seeing 'omnifunc' automatically set to something in a *.cpp file, is that right? > > - Can omni-completion also be used when jumping to tags? Eg if I > > put my cursor on the "G" in "p->GetIndex()" there may be lots of > > "GetIndex" tags to choose from. Couldn't the omni completion > > stuff be used to recognise the type of "p" and go to the most > > appropriate tag? > > Nice idea. The completion mechanism for C uses tags, but for > Python, for example, it's totally different. Thus this would be a > completely separate thing. Perhaps some functions (for figuring out > the type) could be shared. Since this is all in Vim script it can > be done with a mapping, I don't see a reason to implement it inside > Vim. As long as there's a user-friendly way to do it :-) > > - The :sort command is great. Would be good to have an "s" option > > to ignore white space. > > Ignore it in what way? So that all strings of space equate to the same thing, eg "Hi there" == " Hi there". On second thoughts, maybe not all that important. It's a common option for diff programs, but probably not so relevant for sorting. > > > Will inserting "redraw" command before echo help ? Like this: > > > > > > func! SaveSession() > > > mksession! aaaSession.vse > > > redraw > > > echo "Session saved" > > > endfunction > > > > You're right, this fixes it. Thanks. > > But is it a bug still that the echo message is lost due > > to a redraw caused by an earlier command? Maybe when echo > > goes to the screen, any pending redraw should be carried > > out first? > > ...It's better to leave it as it is, otherwise the scripts that were > carefully tuned with how it currently works will break. You mean like mine did? :-) Thanks, Rob. -- Robert Webb <[EMAIL PROTECTED]>, Want to make polyhedra? http://www.software3d.com/Stella.html