Talk:Vi

From Wikipedia, the free encyclopedia

This is the talk page for discussing improvements to the Vi article.
Article policies
Archives: 1
Archive
Archives
1


Contents

[edit] 1991??

Quoth the article:

It is still widely used by users of Unix variants (about half the respondents in a 1991 USENET poll preferred it).

Heh, heh. Surely there must be a more recent and/or accurate set of numbers out there? --Jfruh 00:17, 29 July 2005 (UTC)

Ya use what propaganda ya gots, n'est pa?
Seriously, among the Unix crowd I hang around, vi (or its more-recent variants) is still very competitive as an editor.
Atlant 11:16, 29 July 2005 (UTC)
Oh, I know it is. It's just that if you want to reinforce stereotypes about said crowd, I can think of now better way to do it than to use a 14-year-old Usenet poll as if it were relevant evidence :) --Jfruh 13:15, 29 July 2005 (UTC)

[edit] Under the cursor vs. position specified by the cursor

From the vim docs:

["x]x                   Delete [count] characters under and after the cursor
                        [into register x] (not |linewise|).

How about "under and after the cursor"?—Trevor Caira 14:40, 8 August 2005 (UTC)

I'm sorry, but I think the article ("specified by the cursor position") is perfectly clear (at least in this regard) as it stands now. I'd also accept "indicated by the cursor". But trying to identify/describe what the cursor is and how it indicates the indicated character is doomed to fail as various terminals and termulators do this in varying ways: blinking blocks, reversed text, underlined text, "I-beam insertion points", and so on...
Atlant 14:51, 8 August 2005 (UTC)
I think that phrasing is vague (i.e. before or after the cursor?). Which character is indicated by the term "under the cursor" can be explained somewhere else in the article (maybe in a neighboring phrase or sentence), but it is the standard explaination of which character the command 'x' deletes, and once you understand which character is under your i-beam/block/underline, I believe it is the appropriate explanation of this command for Wikipedia. It may be worth noting that Google has: `Results 1 - 10 of about 4,380 for vi "delete the character under the cursor".'—Trevor Caira


How about: ' "x" to delete the character under the cursor (where the position "under the cursor" may be to the right of an I-beam, over an underscore, or under a block character depending on the terminal) '—Trevor Caira 22:34, 8 August 2005 (UTC)

[edit] returning to insert mode

``and "i" to return to insert mode

This phrase makes it sound as if the default mode in vi is insert mode, which it is not. Perhaps it would be more appropriate to rephrase this paragraph to avoid suggesting this—Trevor Caira 00:31, 11 August 2005 (UTC)

[edit] license?

what is the license of vi(m)? Is it GPL? —Preceding unsigned comment added by Gflores (talk • contribs)

nvi (and presumably the original vi) are BSD-licensed. vim is under a custom licence called the vim licence. 207.245.124.66 15:21, 14 December 2005 (UTC)
Though Vim does have a seperate license, its license is GPL compatible, as noted on Comparison_of_text_editors. ~Linuxerist E/L/T 03:09, 20 May 2006 (UTC)
I can find no evidence that vi is currently or has every been licensed under the GPL or any other open source license. Although it was originally written for BSD, AT&T's copyrights on portions of the code (see USL v. BSDi) spurred a rewrite which became the BSD-licensed nvi. Unless someone can find evidence otherwise, it should be removed from Category:Free text editors. Hamitr 04:09, 16 February 2007 (UTC)
The ed(1) sources that the original vi used have been available under a four-clause BSD license since 2002, when Caldera released pre-System III Unix under those terms[1]. As mentioned in the article, the Heirloom Project has taken the vi codebase[2] and ported it modern Unix-like OSes, released on those same terms -- although not GPL-compatible, it meeets the FSF freedoms, DFSG, etc. Thus, both the original vi and most reimplementations are available as Free Software, so vi can rightly be categorised as free. Ianking 09:00, 16 February 2007 (UTC)
Thanks for the clarification. It should remain as is. Hamitr 14:21, 16 February 2007 (UTC)

[edit] Instructional material removed

Just a reminder that instructional material, user manuals and guides, etc., belong in Wikibooks rather than here. (Please see WP:NOT.) I userfied the command guide that Hydratab inserted as User:Hydratab/vi-commands so that it can be added to Wikibooks if desired. Cheers, --MCB 17:49, 20 June 2006 (UTC)

I've tagged the main usage section for this. Despite the disclaimer, it's still a bit in-depth. We shouldn't have to describe how a feature is invoked. Chris Cunningham 12:53, 24 September 2007 (UTC)

[edit] The Register article about vi

Check http://www.theregister.co.uk/2003/09/11/bill_joys_greatest_gift/, which reproduces part of a previous interview. Some data can be included here. -- ReyBrujo 16:37, 6 January 2007 (UTC)

[edit] lowercase title

Ok twice now I've tried to add the note "The correct title of this article is vi. The initial letter is shown capitalized due to technical restrictions." and it shows up in the preview but when I hit save it isn't there. Anyone know why this is happening? Thanks. Wolfrock 20:38, 31 March 2007 (UTC)

It is working. Note that you need javascript to have it working. -- ReyBrujo 21:20, 31 March 2007 (UTC)

[edit] Removing the Trivia Section

I think the Trivia Section material should be preserved; it's very useful. Integration into the main article is fine, but removal would discard valuable information. Where else would you verify that the keyboard upon which vi was written had no cursor keys, and indeed see a layout of the keyboard? Thanks 4.235.36.117 14:24, 26 April 2007 (UTC)

[edit] Image copyright

How can such a simple image be copyrighted? I can understand the program itself, but a bunch of tildes and slashes I do not think qualifies. Can I make my own copy (from scratch) and license it as public domain? -Henry W. Schmitt 08:24, 27 September 2007 (UTC)

No need. The image was mistagged; I've corrected its copyright information. Chris Cunningham 08:54, 27 September 2007 (UTC)
Thanks, but I'm not sure I understand this license at all.
This screenshot is of a program that has been released under a free software license. As a derivative work of that program, this screenshot falls under the same license.
Free software license:
BSD license Copyright © belongs to the uploader, all rights reserved.

Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met:

Redistributions of source code must retain the above copyright notice, with the name of the uploader, and this list of conditions;

Redistributions in binary form must reproduce the above copyright notice, with the name of the uploader, and this list of conditions in the documentation and/or other materials provided with the distribution;

Neither the name of the uploader nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission.
The copyright belongs to the uploader, but the license is the same as the software? --Henry W. Schmitt 09:20, 27 September 2007 (UTC)
Yes? This is pretty universal with free software / free content licences. As for the "series of tildes and slashes", the argument is that as an image file the work is just a binary blob: you can't copyright an apple, but you can certainly copyright a picture of one. Chris Cunningham 09:39, 27 September 2007 (UTC)

[edit] Comment on Howto/Manual

Even though someone make complain that there is "how to" information here, the material which is presented is intended to show how the orthogonal command+motion is built up. While there were contemporary editors which could combine things, the keystroke-oriented editors tended to be haphazard in design (teco, for instance), and did not spend an appreciable amount of the design to making groups of functions work together. Inevitably, an attempt to convey this purely in words will run into looks-like-a-manual. Tedickey 14:30, 20 October 2007 (UTC)

The biggest problem is that it's written in a tabulated, manual-style format. There's no need for that. The whole motions section could be contracted into a section of prose which describes what commands are available and how they were arrived at without having to lay them out for the reader in a manul-style format. I'd argue that moving the history section up above the command list would be a good start. Chris Cunningham 14:43, 20 October 2007 (UTC)
You suggest that the information be convoluted in dense impenetrable prose instead of the current easily browsable format? Why on earth? Mlewan 16:30, 20 October 2007 (UTC)
Yes, I definitely suggest dense impenetrable prose. Sigh. Chris Cunningham 20:23, 20 October 2007 (UTC)
As I read the comment, he objects to having tables (presumably bulleted lists also are not good form ;-). Regarding moving the history section - that might serve to better introduce H,J,K,L but would leave the Derivatives and Clones section even more contorted than it has become over the last few edits. Tedickey 16:56, 20 October 2007 (UTC)
The derivatives section is pretty short already; I don't think there would be any difficulty or loss of clarity in converting it to prose. Chris Cunningham 20:23, 20 October 2007 (UTC)
Let's assume that a block of text would be as easy to read as a table (something that is very questionable). The question remains why you prefer prose. Mlewan 20:39, 20 October 2007 (UTC)
Because Wikipedia prefers prose. "Easy to read" is highly subjective at any rate; a manual-style layout is opaque to most all non-Unixees. Chris Cunningham 00:48, 21 October 2007 (UTC)
"Because Wikipedia prefers prose"! What kind of argument is that? "Wikipedia" prefers nothing. Wikipedia is a software. Wikipedia readers have preferences - and they most certainly include clarity, not some cabbalistic belief in prose.
"Easy to read" is not subjective in the sense that you can say what you want. For each text and reader situation, you can measure what text structure is optimal. In no case I have heard of, impenetrable prose would be better than a logically structured list or table. For more reading check Readability and legibility, Readability, Usability, Knowledge visualization, Information Design, Graphic Design, Communication studies, Optimalweb, Lunatech Research, and the links from those. Mlewan 07:12, 21 October 2007 (UTC)

[edit] Some more detail recomended for complete newnies, everyone has to start somewhere

Hi as a complete new person to linux I was pleased to find this wiki becuase I was told I would need to use VI to edit a file.

But I didn't now how to start vi and this article didn't say, after a few minutes I realised i just had to type vi and press enter, could it say this in your article please.

Once VI was started I then had another problem, how to get out of it!! After many more minutes of typing, escape, exit, quit, ctrl c, ctrl q, alt q etc etc, I finally found out it is ctrl z!!

These might seem so simple to experienced user of linux and VI but for new people this article doesn't tell you how to do the two most important steps, how to get started with VI and how to stop it.

Thanks,

Robin —Preceding unsigned comment added by 86.134.53.19 (talk) 20:05, 28 February 2008 (UTC)