From Wikipedia, the free encyclopedia
Jump to: navigation, search
WikiProject Free Software / Software / Computing   
WikiProject icon This article is within the scope of WikiProject Free Software, a collaborative effort to improve the coverage of free software on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.
 ???  This article has not yet received a rating on the project's quality scale.
 ???  This article has not yet received a rating on the project's importance scale.
Taskforce icon
This article is supported by WikiProject Software.
Taskforce icon
This article is supported by WikiProject Computing.

References for notability[edit]

References to verify notability: —Preceding unsigned comment added by (talk) 10:16, 11 July 2008 (UTC)

Thanks. I've added them to the external links. Eventually, there might be a "praise" section (or something similar) that refers to these. I've added a proper reflist so that the person who writes that section can then use ref tags to insert sites like these into it. —TedPavlic | (talk) 14:40, 19 December 2008 (UTC)


Modality is a persistent miscatergorization of functional description as formal description. Vimperator doesn't have modes (even less so than vi) for a user. It is a command-driven user interface, much like a shell. In vi, complex commands (mostly insert, ex, visual select) are implemented as input "modes" to make it possible, but they are still commands that can be repeated, undone etc. Please don't keep spreading this unneccessary fallacious appearance of complexity. Emphasize commands or terse/immediate keyboard control with both hands on "home row" most of the time instead. —Preceding unsigned comment added by (talk) 10:16, 11 July 2008 (UTC)

Vimperator DOES have a modal interface. E.g. after pressing "i" you are in caret mode, and now hjkl do something completely different than in "normal" (browser) mode. Also the hints system (after pressing "f") is some kind of a special mode. Also :set noinsert mode, and you even have a simple modal editor for your textareas. —Preceding unsigned comment added by (talk) 22:21, 18 August 2008 (UTC)


I think this article needs some other screenshot of Vimperator. One of the advantages of vimp is how it allows you to save screen space by removing the toolbars/menubar/address-bar. Yet the screenshot here has toolbars and address bar turned on - which is contrary to the default settings AND the way most vimp users use it. - Anonymous 16:13, 23 December 2008 (UTC) —Preceding unsigned comment added by (talk)

An image with and without hints shown (like two vertical panes with a "Follow hint:" prompt in the right-hand side) would be nice too... —TedPavlic | (talk) 18:16, 23 December 2008 (UTC)
I agree, it should rather show what vimperator looks by default, and showing the two most prominent features (hints and the command line) —Preceding unsigned comment added by (talk) 23:19, 3 January 2009 (UTC)
The newest image (as of January 4) seems worse than the original one. It still only shows the quick hint list (which is a marginal improvement over Firefox 3's URL bar) and does not show hints nor the command line clearly. Additionally, the size and complexity of the image makes it completely unclear to anyone who hasn't used Vimperator. —TedPavlic | (talk) 17:07, 4 January 2009 (UTC)
I agree, we should remove it. Also it shows features of a development version which is not even yet released --maxauthority —Preceding unsigned comment added by (talk) 15:35, 7 January 2009 (UTC)
What do you think of the recent changes? I realize that the screenshots next to the examples are taken from Vimp2, but I didn't want to bother making Vimp12 shots that would just have to be moved out later. Plus, a Wikipedia page has a different mission than other types of documentation. I think it's OK with documenting new but relatively stable features. —TedPavlic (talk) 18:40, 7 January 2009 (UTC)
The newest screenshot definitely needs to be much smaller and clearer. For the infobox, I like the old screenshot better, even though it has non-standard guioptions. The old screenshot shows ":wq!", which relates more closely with Vim. Regardless, if a screenshot is going in that stupid infobox, it should fit well. (note: in general the page spacing needs to be adjusted so that all of the crap down the right-hand side doesn't bunch up... but that will come with time) —TedPavlic (talk) 04:23, 13 January 2009 (UTC)

The current screenshots really suck, especially why modify them to remove favicons/logos? Is this really a copyright problem? The new page has quite some nice new screenshots, why not use them? They are also quite a lot newer than the current ones. [Martin Stubenschrott] —Preceding unsigned comment added by (talk) 13:39, 13 October 2009 (UTC)

"Attempt" language[edit]

For several reasons, the sentence concluding the opening paragraph...

 As with Vim, users attempt to trade a high learning curve for greater speed and ease of use later on. poor. This sentence is highly biased and should probably be removed completely. If it stays, it should not be worded in terms of what the users attempt to do. Instead, it should be put in terms of what Vimperator offers (i.e., the motivation behind the Vimperator software). The later on should definitely be removed. Finally, what is a "high" learning curve? A learning curve has plots time against learning. Saying that its "high" just means that a lot can eventually be learned. What's pertinent to this sentence is that the learning curve is steep. However, the Vim learning curve is only initially steep; it's a decelerating curve. Once you know that "D" deletes to the end of the line, then you probably figure out that "C" changes to the end of the line and "A" appends the end of the line. It's much easier to pick up as you go on, and so the learning curve is only initially steep. Contrast this with a WYSIWIG editor which is initially shallow but requires lots of time in order to learn how to do anything useful with. What I have there now:

 As with Vim, users gain greater speed and ease of use at the cost of an initially steep learning curve. 

is just an attempt to keep the same spirit of the sentence there with increased clarity. Again, I really think that the sentence should be removed entirely. What was its intended purpose? Can we put something else there that delivers the same information without sounding biased or asserting the reasons why users use the software? —TedPavlic (talk) 04:05, 13 January 2009 (UTC)

New image got removed by a bot[edit]

The newest Vimp screenshot (that goes in the infobox) got removed by a bot because it had no source information. So until that's fixed, we have no infobox screen shot (of course, we could go back to the old one). Right now, I think the page looks better without a screenshot in the infobox because there are screenshots further down the page. Thoughts? —TedPavlic (talk) 16:58, 18 January 2009 (UTC)