Vim Tips Wiki
(New tips for Jan 2008 ready)
(putting in my initial thoughts for each tip)
Line 30: Line 30:
   
 
==[[Find in files within Vim]]==
 
==[[Find in files within Vim]]==
  +
I really like this tip (well, I submitted it...) and think we should keep it. I created this tip because there was not an existing tip that highlights vimgrep. I've been using Vim for almost a year, and had no idea that there was an easy, integrated "find in files" feature. I had been opening a command prompt (in Windows) and using findstr...which is nowhere near as powerful as vimgrep. There are a couple tips that could use a "see also" with this tip, but the tip is good enough to stay right now. There is a nice conceptual/tutorial-type introduction, then it goes into some more advanced, more specific mappings and other techniques for getting even more out of this powerful command.
  +
  +
--[[User:Fritzophrenic|Fritzophrenic]] 22:29, 13 February 2008 (UTC)
  +
----
   
 
==[[Folding of find locate tar-tf output]]==
 
==[[Folding of find locate tar-tf output]]==
  +
I actually have no idea what this tip is trying to do. It needs a lot of work to make it useful...an introduction explaining the problem it is solving, how to use the output, etc. I could probably figure out what it is all about, but don't feel like taking the time to do so (especially since I don't really use Unix regularly).
  +
  +
It does look like it might be useful, so...fix and keep? Dodgy? Come back to it later?
  +
  +
--[[User:Fritzophrenic|Fritzophrenic]] 22:29, 13 February 2008 (UTC)
  +
----
   
 
==[[Generate accessor and setter methods from variable names]]==
 
==[[Generate accessor and setter methods from variable names]]==
  +
A while ago, we deleted a tip about mapping :s commands to take some string and create a PapPal button in a webpage, or something of that nature. I never saw that tip. However, I think that this tip is of similar nature. It is an obvious application of a :s command to surround some text with some other text. I think the ''concept'' is a good one to have a tip about, but we don't need to keep every tip about every possible application of the concept.
  +
  +
That being said, this tip ''could'' be made useful. I think this is a fairly common problem that people have, although I don't know of very many that would approach the solution this way (type the variable name, press a key, and watch it transform). It could be more useful if some logic was added to replace with different text depending on what the filetype is. It would be cool also if you could place your cursor on the declaration of the variable, and press a key to insert the accessor/setter method elsewhere.
  +
  +
I guess I am fairly indifferent about this one. I've given my reasons for getting rid of it, but if somebody else finds this useful, keeping it is perfectly fine.
   
  +
--[[User:Fritzophrenic|Fritzophrenic]] 22:29, 13 February 2008 (UTC)
   
 
----
 
----

Revision as of 22:29, 13 February 2008

New tips January 2008

For each proposed new tip:

  • Is it worth keeping as a separate tip?
  • Should it be merged into an existing tip? Which?
  • If it should be kept, is it ready for release? Which points need fixing? Should it be renamed?

Please edit this page (not the talk page) in the appropriate section below the following table.
Alternatively, comments can be posted on the mailing list.

Proposed new tip Current consensus
Find in files within Vim -
Folding of find locate tar-tf output -
Generate accessor and setter methods from variable names -

Please add your comment (sign with --~~~~) below the appropriate heading. Use ---- between comments.

General comments (not for a specific tip)

Find in files within Vim

I really like this tip (well, I submitted it...) and think we should keep it. I created this tip because there was not an existing tip that highlights vimgrep. I've been using Vim for almost a year, and had no idea that there was an easy, integrated "find in files" feature. I had been opening a command prompt (in Windows) and using findstr...which is nowhere near as powerful as vimgrep. There are a couple tips that could use a "see also" with this tip, but the tip is good enough to stay right now. There is a nice conceptual/tutorial-type introduction, then it goes into some more advanced, more specific mappings and other techniques for getting even more out of this powerful command.

--Fritzophrenic 22:29, 13 February 2008 (UTC)


Folding of find locate tar-tf output

I actually have no idea what this tip is trying to do. It needs a lot of work to make it useful...an introduction explaining the problem it is solving, how to use the output, etc. I could probably figure out what it is all about, but don't feel like taking the time to do so (especially since I don't really use Unix regularly).

It does look like it might be useful, so...fix and keep? Dodgy? Come back to it later?

--Fritzophrenic 22:29, 13 February 2008 (UTC)


Generate accessor and setter methods from variable names

A while ago, we deleted a tip about mapping :s commands to take some string and create a PapPal button in a webpage, or something of that nature. I never saw that tip. However, I think that this tip is of similar nature. It is an obvious application of a :s command to surround some text with some other text. I think the concept is a good one to have a tip about, but we don't need to keep every tip about every possible application of the concept.

That being said, this tip could be made useful. I think this is a fairly common problem that people have, although I don't know of very many that would approach the solution this way (type the variable name, press a key, and watch it transform). It could be more useful if some logic was added to replace with different text depending on what the filetype is. It would be cool also if you could place your cursor on the declaration of the variable, and press a key to insert the accessor/setter method elsewhere.

I guess I am fairly indifferent about this one. I've given my reasons for getting rid of it, but if somebody else finds this useful, keeping it is perfectly fine.

--Fritzophrenic 22:29, 13 February 2008 (UTC)