Vim Tips Wiki
(form idea. write down that existing login system should be reused to prevent spamming)
m (reformat e))
Line 29: Line 29:
 
If the code was moved somewhere else why keep it?
 
If the code was moved somewhere else why keep it?
   
e) I'd like to see Vim making more progress. Thanks to Bram for having added completion features.
+
e) I'd like to see Vim making more progress. Thanks to Bram for having
  +
added completion features. However there is more which could be done.
However there is more which could be done. What's the problem? Vim is complex. Many configuration options, many guis. So it's hard to test. You need some time getting started. Most people just want to get done their job. So it's hard to get started in Vim development. So what about adding a page to the homepage where everyone can add a feature request and say he'd pay $ x for it. Someone else might join and say he'd pay $ y for it. Then a third person steps up and says: Hey. I'd take the money and implement it (maybe a fraction can be given to Uganda?). Than a Vim developer can have an (probably small ?) income and many people can benefit. Such a feature wish list could look like:
 
  +
What's the problem? Vim is complex. Many configuration options, many
  +
guis. So it's hard to test. You need some time getting started. Most
  +
people just want to get done their job. So it's hard to get started in
  +
Vim development. So what about adding a page to the homepage where
  +
everyone can add a feature request and say he'd pay $ x for it. Someone
  +
else might join and say he'd pay $ y for it. Then a third person steps
  +
up and says: Hey. I'd take the money and implement it (maybe a fraction
  +
can be given to Uganda?). Than a Vim developer can have an (probably
  +
small ?) income and many people can benefit. Such a feature wish list
  +
could look like:
   
 
feature | description | sum of $ which people are willing
 
feature | description | sum of $ which people are willing
Line 44: Line 54:
 
on :e! don't loose | |
 
on :e! don't loose | |
 
history | |
 
history | |
 
   
 
</pre>
 
</pre>

Revision as of 00:17, 11 February 2010

Hi,

I'm Marc Weber and I'd like to spend some time improving the Vim Homepage.

Feature list:
a) add a wiki page to each plugin.
   Reuse existing login system to prevent spamming.
   People who care will login. Everyone must be able to add notes to every plugin.

   Maybe we can also add an optional public
   "send an email to the author" form. Then each plugin maintainer can choose
   whether he wants to receive feedback.

b) Remove negative ratings:
   A plugin can change heavily during its life time.
   If it was bad at the beginning (maybe because there was a small bug) it can't get
   rid of the bad votings.
   Being a plugin author its very unfulfilling reading about a
   rating such as -2/2 and you don't know what people dislike. There is no way to make the plugin better

   a) gives a chance to users telling authors or other users why they disliked a plugin.
      The "live changing" votings are useful though. This way you can find plugins most users find very   
      useful such as snipMate

c) support changing the password (if you forget about it)

d) delete plugins or mark them obsolete. Eg if you merge two plugins you can get rid of one page.
   Probably only authors should be able to do so (?).
    If the code was moved somewhere else why keep it?

e) I'd like to see Vim making more progress. Thanks to Bram for having
  added completion features.  However there is more which could be done.
  What's the problem? Vim is complex. Many configuration options, many
  guis. So it's hard to test.  You need some time getting started. Most
  people just want to get done their job. So it's hard to get started in
  Vim development. So what about adding a page to the homepage where
  everyone can add a feature request and say he'd pay $ x for it. Someone
  else might join and say he'd pay $ y for it. Then a third person steps
  up and says: Hey. I'd take the money and implement it (maybe a fraction
  can be given to Uganda?). Than a Vim developer can have an (probably
  small ?) income and many people can benefit. Such a feature wish list
  could look like:

feature            | description                            | sum of $ which people are willing
                   |                                        | to spend on developing a feature
-------------------------------------------------------------------------------------------------
async communication| find a way to talk to external apps.   |  $100 (3 people)
                   | This will make implementing debuggers  |
                   | and the like feasable                  |
-------------------------------------------------------------------------------------------------
on the fly         |  make scripting languages provide      |
type checking      |  the error list                        |
-------------------------------------------------------------------------------------------------
on :e! don't loose |                                        |
 history           |                                        |

Some discussion takes place here: http://thread.gmane.org/gmane.editors.vim.devel/25328.

If you have some suggestions add them to this page.