On Aug 28, 2:10 pm, Charles E Campbell Jr <[EMAIL PROTECTED]>
wrote:
> krischik wrote:
> >My proposal (if you have not guessed already) is to merge more
> >separate plug ins into modes. What do you think about the idea?
>
> Well, it sounds like a "mode" is a combination of three plugins (syntax,
> indent, ftplugin, ), and you want one person to maintain them all for a
> specific language.
Not quite. It would be a combinations of up to 7 plugins (syntax,
indent, ftplugin, ftdetect, completion, compiler, autoload) and a doc
file. I would consider "autoload" and "doc" the compulsory part -
otherwise there would be no point in a coordinated effeort.
I suggest you have a look at autoload/ada.vim and doc/ada.doc which
comes with your vim 7.1 distribution.
> as you did for clearcase.
I did not do clearcase - i did Ada ;-).
> In the case of some of the
> syntax highlighting plugins I'm maintaining (tex, vim, sh, lisp, csh),
> that would either mean I give up maintaining the syntax highlighting
> plugins I wrote or taking on a bunch of other folk's plugins. I can't
> say I'm enthusiastic about taking on maintenance for other's plugins (I
> have quite enough maintaining already!).
No - one could also form a team.
> In addition, syntax highlighting and indenting are quite different, for
> example. Consequently, becoming a maintainer of a "mode" would involve
> an a steeper learning curve than becoming a maintainer of one of the pieces.
Yes, but not a steep as you think: If you form a team then the common
part would be "autoload" and "doc" and the additional skills needed
would be "how to write autoload functions, variables, constants" and
"how to write doc files".
> Perhaps I misunderstand your proposal; if there's to be several people
> maintaining a mode, then that's basically what we have now. If you're
> talking about the organization of the files (syntax/, indent/,
> ftplugin/ vs. mode/language/[with syntax, indent, ftplugins
> therein] I don't see any real benefit. Not all languages currently have
> indent or ftplugin portions (syntax highlighting is probably the biggest
> of the three portions), so one can't require modes without a lot of
> additional contributions.
I see now that I should have stressed the power of "autoload" in my
original post - I thought you all know by now what it is about. For
those you don't:
Autoload allows functions, variables, constants, objects and classes
to be loaded only when they are needed.
For examle: if (in Vim 7.1) you type
:echo g:ada#Keywords[1]
then Vim will notice that there is no g:ada#Keywords defined. Because
of this Vim automaticly load "autoload/ada.vim" - which will defined
the referenced variable and the print out:
{'word': 'else', 'menu': 'keyword', 'info': 'Ada keyword.', 'kind':
'k', 'icase': 1}
See what I mean?
Martin
Martin
--~--~---------~--~----~------------~-------~--~----~
You received this message from the "vim_dev" maillist.
For more information, visit http://www.vim.org/maillist.php
-~----------~----~----~----~------~----~------~--~---
