> 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

Reply via email to