Vim Tips Wiki
Register
Advertisement

This is an archive – please don't edit.

General remarks[]

Thanks Carpetsmoker – this is really refreshing! In the early days (after the import in June 2007), I had to argue for an hour to delete a few comments! I just ask that we keep useful content somewhere, even if simple, or even if it has to be in an ugly comment in a related tip.

A quick check confirms that I agree with everything Fritzophrenic has said so far (particularly where he was agreeing with me!).

Tomorrow I might flag the discussion where we don't have consensus (just a couple of tips) to make it easier to digest. --JohnBeckett 09:30, 17 April 2008 (UTC)


Consensus for the following is to KEEP.

Generate all Unicode characters[]

Consensus is to keep. While Carpetsmoker is correct, there is no harm in keeping this. I have reworded the tip. I have now tried the tip with a CJK font, and have inserted an image directly into the tip – it looks great! --JohnBeckett 06:03, 19 April 2008 (UTC)


Keep. Wow – I just clicked the link in this tip (to see a sample of the output generated by the script). It is breathtaking! I am a total ignoramus in non-English matters so perhaps my opinion doesn't matter, but this tip impresses me. If I knew anything about CJK I would want this tip, so I say keep it! Alternatively, move its content and make it a comment in VimTip51 (the target of the merge). I agree that having a script in the comments looks ugly, but you can't just delete content like this IMHO. --JohnBeckett 09:30, 17 April 2008 (UTC)


I think we should keep this tip for the coolness factor alone. We should see about uploading the linked image to the wiki and placing it in the tip directly. And, of course, put a "see also" in this tip and in VimTip51 to cross-link each other. On a practical note, I think the output of this function is a little nicer looking than :digraphs, and it is able to be customized to (for example) only output a specific range of characters. --Fritzophrenic 15:33, 17 April 2008 (UTC)


IMO this particular list is clumsy, and using one of the many lists on the net is much easier since you can categorize and/or search them
For example, try to find the greek letter "Gamma", or an arrow, in this list, you'll be busy for (at least) 5 minutes.

So just how useful is this list? I think it's pretty impractical and useless, there are much better alternatives.

-- Carpetsmoker (Talk) 20:34, 17 April 2008 (UTC)


Perhaps it is a little clumsy, although it is made less so by the fact that it is in Vim and we can use the nice Vim movement and search functions to help. Perhaps using a list online to find a character you need is better. But, what if you're working on a machine without internet access? Or one without a decent web browser? Or maybe, you want to test your vim and/or system configuration to ensure that it can display a certain character set. Maybe you are one of those people who wants to do everything in Vim...you've downloaded patches that let you run a terminal in Vim, you have more plugins than you care to count, you have Vim integrated with every single other application on your computer (including your web browser), and you don't WANT to view the list of characters in an external application. Or, maybe you're just looking for cool ways to impress your friends using a different editor to show them "look what my editor can do!". I think we should keep this tip, which is well-developed, has nice-looking output, and could potentially be useful. We can get rid of the other "display all characters" tip because this one is far superior, but I think we should keep this one. If it makes you feel better, put a big disclaimer at the top that says "There are more useful lists available online" with a link to wikipedia or something, but don't delete this tip!

--Fritzophrenic 13:56, 18 April 2008 (UTC)


<This is my opinion that applies to absolutely all tips> Even if it is clumsy and useless, I see no reason to get rid of it. Actually, unless a tip is redundant with another one, I don't see any reason to delete it. Often as experienced vim users we don't see the need of a bad practice or a useless tip ; doesn't this mean we should instead explain how to use vim? </>

Moreover this tip is cool. --Luc Hermitte 00:22, 19 April 2008 (UTC)


Mac style Vim icon[]

Keep. Again, Carpetsmoker is correct. However, I really don't want to delete a tip when we have a contributor here (Dennis) who likes it. This can revisited in a few months. --JohnBeckett 06:03, 19 April 2008 (UTC)


To be clear: these icons are worth keeping, but I don't think this is the right place for them, I have to go now but I will try and get them on the vim site and VimMac wiki later.

-- Carpetsmoker (Talk) 15:08, 16 April 2008 (UTC)


OK for delete, but I'm slightly unhappy deleting a tip that a new contributor, Dennis Benzinger, recently edited. --JohnBeckett 09:30, 17 April 2008 (UTC)


I'd make sure the icons get placed in an appropriate place before deleting. Someone should leave a comment on Dennis's page when this is done so he knows about it. --Fritzophrenic 15:33, 17 April 2008 (UTC)


If you think the VimMac wiki is a better place for the icons, then what about other tips in the Mac category? When does a tip belong in this wiki and when to the VimMac wiki? --Dennis Benzinger 19:32, 17 April 2008 (UTC)


Well, this page doesn't really have anythingto do with MacOS or tips in general, it's just a few (nice) icons, the fact that they happen to be MacOS icons doesn't matter, it's just not very "tip-like" if you know what I mean.

I get a "500 server error" when editing the MacWiki, I also subscribed to the Vim website maillist but need to wait for moderator approval ... I will post back when They're on the site and MacWiki so this tip can be removed.

-- Carpetsmoker (Talk) 20:38, 17 April 2008 (UTC)


Not a redundant tip? Then, no need to delete it, now. The day these icons become official, this tip will be obsolete, and as such deletable. --Luc Hermitte 00:27, 19 April 2008 (UTC)


Tip 754 Highlighting source between matching curly braces[]

Note that I did not merge the body of the tip, it is ugly, slow, and even seems to crash Vim at times, v% does almost the same and works better. -- User:Carpetsmoker 12:47, 16 April 2008 (UTC)


I disagree. This tip is something entirely different, providing syntax highlighting for matching parentheses. Some people might like to have that, even if it is slow. HOWEVER, much better methods include v% as mentioned, or simply using 'matchparen'. These should be mentioned in the tip and made clear that they may be superior methods. But remember, someone found this tip useful at some point.

--Fritzophrenic 14:17, 16 April 2008 (UTC)


It is slow, and it has a bad karma. Yet it answers a concern. No need for deletion. The tip can be fixed, even if it can be summarized by: install rainbow_parenthesis --Luc Hermitte 00:32, 19 April 2008 (UTC)


The "rainbow_parenthsis" link is dead, is this still active?
I replaced {{merged}} with {{duplicate}}

-- Carpetsmoker (Talk) 00:46, 23 April 2008 (UTC)

I've fixed the link to point to web site where rainbow paretnhesis maintenance has been taken over. --Luc Hermitte 00:55, 23 April 2008 (UTC)

I have edited the tip with todo that tip needs clarification, and a suggestion that we might reconsider it for deletion if not fixed by July. I also deleted the comments that I had earlier copied into VimTip6 since I don't want redundant info that we would just have to worry about later. --JohnBeckett 02:33, 23 April 2008 (UTC)


Tip 172 Using Ispell on a highlighted region[]

While I agree that this tip is kind of silly – Vim's built-in spelling works perfectly fine for me – I know that other people really prefer to use their own spelling program (Ispell, Aspell, etc.) for reasons of their own (they already have an extensive dictionary built up, they prefer the interface, etc.). I think we should keep this tip, but edit it to make it abundantly clear that Vim has built-in spelling support. Perhaps we could keep the deprecated template but remove the delete template.

--Fritzophrenic 13:41, 16 April 2008 (UTC)


Indeed, aspell implements one of the finest engine for suggesting alternatives. Which means even if vim provides an on-the-fly spell-checker, and even if there exists 6 (or more) spell checking plugins, I don't see the point in deleting this tip.

May be there is a need for a tip about spell checking in vim that also explain how to use the external spell checkers? As I don't see any duplicate tag, I suppose there is none.

--Luc Hermitte 00:44, 19 April 2008 (UTC)


Ok, keep.
Some other stuff came up which has been taking up most of my time at the moment, but I will go over all "deprecated" spellcheck plugins in a few weeks (if no one else has) and merge/improve as necessary.

-- Carpetsmoker (Talk) 00:41, 23 April 2008 (UTC)


Thanks Carpetsmoker. I have added a 'spelling tips' section to our todo list with a list of related tips. It would be great if you could work through them. --JohnBeckett 02:33, 23 April 2008 (UTC)


Consensus for the following is to DELETE.

An ascii table[]

OK for delete. --JohnBeckett 09:30, 17 April 2008 (UTC)


Verified merged. Okay to delete. --Fritzophrenic 15:33, 17 April 2008 (UTC)

Changing word[]

OK for delete. --JohnBeckett 09:30, 17 April 2008 (UTC)


Verified merged. Okay to delete --Fritzophrenic 15:33, 17 April 2008 (UTC)

Copy, cut, and paste macros that also work in old vi[]

OK for delete. --JohnBeckett 09:30, 17 April 2008 (UTC)


Sounds good! I think Copy, cut and paste contains basically the same info and explains it better. And, if someone is using plain 'ol vi, they probably shouldn't expect to find too many tips here that actually work for them. --Fritzophrenic 15:19, 17 April 2008 (UTC)


Easy way to edit two files using split window[]

OK for delete, although we probably need a simple tip (with different content) on this topic. --JohnBeckett 09:30, 17 April 2008 (UTC)


Agree with delete. I can see a tip with a title like "Using split windows" or something, but don't know if that's really needed either. --Fritzophrenic 15:19, 17 April 2008 (UTC)


Esc in normal mode - train your brain[]

OK – long overdue for deletion. --JohnBeckett 09:30, 17 April 2008 (UTC)


Agreed. We don't want tips that can potentially harm the user! --Fritzophrenic 15:19, 17 April 2008 (UTC)

Save a nanosecond with marks[]

OK for delete. --JohnBeckett 09:30, 17 April 2008 (UTC)


Haha...totally agree. I read the tip and was amazed...the entire content and comments can be summarized by "you can use something other than 'a' for the name of a mark"...if you're using marks at all, this is a "no crap" kind of tip. --Fritzophrenic 15:04, 17 April 2008 (UTC)


OK. There are exceptions to my "don't delete non-redundant tips" policy. I always use mx (don't ask why, I don't even know), and I don't see the point in my "x" is better than your "a". --Luc Hermitte 00:53, 19 April 2008 (UTC)


Simple Vim reference[]

Carpetsmoker nominated this for deletion, and (at my suggestion) has put the content of this tip on Vim documentation (which is linked from the Main Page). For simplicity, and in anticipation of agreement, I have added this to the "we have agreed to delete" list. Please kick me if there is a problem. --JohnBeckett 11:24, 18 April 2008 (UTC)

Tip 296 Attach the currently open file to email[]

Merged with VimTip600. Okay to delete.

--Fritzophrenic 13:37, 16 April 2008 (UTC)


Agreed. --JohnBeckett 08:40, 18 April 2008 (UTC)

Tip 932 Auto jump between brackets on entry[]

Verified merged to VimTip6. Okay to delete - though is the merge destination easy enough to find?

--Fritzophrenic 14:22, 16 April 2008 (UTC)


Agreed. --JohnBeckett 08:40, 18 April 2008 (UTC)

Tip 1241 Beautify quotes in email replies using the fmt command[]

I agree. This tip is an overly complex, less useful, and unnecessary replacement for the gq command.

--Fritzophrenic 13:45, 16 April 2008 (UTC)


Agreed. --JohnBeckett 08:40, 18 April 2008 (UTC)

Tip 200 Bouncing parentheses during insertion[]

Verified merged to VimTip6. Okay to delete - though is the merge destination easy enough to find?

--Fritzophrenic 14:23, 16 April 2008 (UTC)


Agreed. --JohnBeckett 08:40, 18 April 2008 (UTC)

Tip 505 Email from Vim[]

I tentatively agree with this deletion. The tip really provides nothing of value. However, the deletion comment, "Do we really want a page for all applications that can be used in conjunction with vim?" is something I would answer, "yes!" But, such tip needs to:

  1. Provide useful instructions detailing HOW to integrate the application with Vim
  2. Tell WHY you'd want to integrate with Vim (and the limitations, etc.)
  3. Have a title that indicates it is a tip about integrating with a specific application
  4. Be placed in Category:Integration or an appropriate sub-category.

But, since this tip only accomplishes number 4 above, I'd agree that it can go.

--Fritzophrenic 13:49, 16 April 2008 (UTC)

To repeat what I said to John on my talk page:

Tip505 just mentions that you can use Vim with pine, I never used pine but most console programs just launch whatever EDITOR is set too ... It's more than obvious that you can set EDITOR to vim in order to use Vim... For other applications this may not be so easy or obvious, and a tip could be created for those pages...

-- Carpetsmoker (Talk) 13:53, 16 April 2008 (UTC)

OK to delete. I would be pretty disappointed if I were looking for a tip with this title and found this tip. --JohnBeckett 09:30, 17 April 2008 (UTC)

Tip 845 Getting color to work in SecureCRT[]

Tentatively agree - merged with VimTip1312.

--Fritzophrenic 13:50, 16 April 2008 (UTC)


Agreed. --JohnBeckett 08:40, 18 April 2008 (UTC)

Tip 177 Highlight matching brackets[]

I agree. 'matchparen' already does this (I think) and I always hate tips that are just a link to an external site anyway.

--Fritzophrenic 14:13, 16 April 2008 (UTC)


Agreed. --JohnBeckett 08:40, 18 April 2008 (UTC)

Tip 706 Make html auto-readable in vim[]

I agree that useful content has been merged to VimTip1005 and the rest of the content isn't really very useful.

--Fritzophrenic 13:53, 16 April 2008 (UTC)


Agreed. --JohnBeckett 08:40, 18 April 2008 (UTC)

Tip 455 Map a function key to toggle line wrapping[]

VimTip920 shows a much better way to do this, and this tip has been flagged as merged with it. I agree with this deletion.

--Fritzophrenic 13:58, 16 April 2008 (UTC)


Agreed. --JohnBeckett 08:40, 18 April 2008 (UTC)

Tip 1013 Print all available Unicode characters[]

Consensus is to delete. --JohnBeckett 06:03, 19 April 2008 (UTC)


While I agree the tip should be deleted, the fact remains that someone felt a need to list all available Unicode characters.

Would there be any point in replacing the contents with the one useful command, namely, :digraphs. If Carpetsmoker has another way to do this, add that. --JohnBeckett 05:19, 16 April 2008 (UTC)


Working with Unicode -- User:Carpetsmoker 10:10, 16 April 2008 (UTC)


I'm inclined to disagree - I see this tip, which is very simple and to the point, and then I see Working with Unicode, which I would need to spend quite some time looking through for information I may not need. Granted, as it is the tip isn't THAT useful, but it could easily be made more so. I see the possible use as follows:

  1. Hmm...I know I want the copyright symbol, but what on earth is the key-code for that?
  2. Maybe if I could list all available characters, and echo them to my screen, I could use ga to see what the correct one is (or just yank and put the one I want).
  3. Hmm...I wonder if there's a tip about that...<searches the Vim Tips wiki for "print available characters">
  4. Oh look, I can do that...and I can just copy-paste this line to do it! Cool!

--Fritzophrenic 14:08, 16 April 2008 (UTC)


Fritz, :digraphs does exactly that, it's just not properly explained in Working with Unicode (yet), this tip also looks a bit messy, so I (re)added {{review}}, I also added {{todo}} for :digraphs.
I will improve this tip at a later time.

-- Carpetsmoker (Talk) 23:37, 16 April 2008 (UTC)

Hmm...I guess it does. Does it also display characters that have no digraph defined, though? Are there such characters? I've never actually used digraphs before (though I may in the future...they look pretty cool) so I'm a little clueless as to how they work. --Fritzophrenic 14:25, 17 April 2008 (UTC)
No, it doesn't, read my comments on the other similar tip above. -- Carpetsmoker (Talk) 20:42, 17 April 2008 (UTC)

Ok, new tip: Entering special characters

-- Carpetsmoker (Talk) 08:19, 17 April 2008 (UTC)


Okay to delete in favor of the similar (and better) tip above.

--Fritzophrenic 13:56, 18 April 2008 (UTC)

Easy decisions[]

I'm putting a list of pages-for-deletion that should not need much thought. After a bit of time, I'll delete these pages first to reduce the clutter. --JohnBeckett 05:19, 16 April 2008 (UTC)


Following additions should be uncontroversial to DELETE.

Moving window between tabs[]

Pointless redirect for renamed new tip. --JohnBeckett 04:35, 21 April 2008 (UTC)

Shift indents in visual mode[]

Merged to VimTip224. --JohnBeckett 04:35, 21 April 2008 (UTC)


Following additions are somewhat controversial – JB intention is to DELETE.

Tip 1223 Move current buffer to a new tab[]

Carpetsmoker's delete says: "Basically this is just one slightly, but not particularly, useful command (:tab sp)".

Like tip 1347, it's easy to argue for the deletion of tip 1223, but people unfamiliar with Vim's tabs will find useful info here. What about merging 1223 to 1347 (and perhaps any other related tips, to make one tip on "Using tab pages" (some title that attempts to avoid confusion with the tab key). --JohnBeckett 05:19, 16 April 2008 (UTC)


I think John is right and we need to merge this tip to some other tip...except that by "merge" I mean "take the one comment with useful information and put it into another tip". This tip simply re-creates the behavior of <C-W>T

--Fritzophrenic 14:01, 16 April 2008 (UTC)


Don't delete without merging/moving the information. In this case it can be in a "Tab 101" tip. --Luc Hermitte 00:34, 19 April 2008 (UTC)


I have checked this, and have copied useful info to VimTip1347. So my intention is to DELETE. --JohnBeckett 12:39, 22 April 2008 (UTC)

Tip 827 XTerm and 256 Colors[]

I think we should merge the information about how to make sure your terminal can support this option before deleting the tip. This is, after all, in an integration category. We should provide all information needed for the integration.

--Fritzophrenic 14:11, 16 April 2008 (UTC)


I've had a closer look. It's true that I know very little about this topic, but my instinct tells me that all useful information relevant for current systems has been merged to VimTip1312. So my intention is to DELETE this tip. --JohnBeckett 12:39, 22 April 2008 (UTC)


Following additions are somewhat controversial – JB intention is to KEEP.

Tip 1347 Quick tab navigation and opening[]

Carpetsmoker's delete says: "This tip adds a grand total of one very basic keybind (:tabn and :tabp already mapped by default)".

I can't fault the logic, but I have a feeling that we should have a tip with exactly this title. The tip could be very short, just stating the basic facts. --JohnBeckett 05:19, 16 April 2008 (UTC)


We could twist and turn the original meaning of even the most useless tip in to something useful, but in general I would prefer to just delete the useless tip and create a new one (The same applies to 1233) ... I suppose this is just a personal preference...

-- User:Carpetsmoker 10:22, 16 April 2008 (UTC)


I think I agree with John on this one. We should merge the comments in to make sure people know that gt and gT work just as well (and gt can even take the tab number to jump directly to a tab!). While in some cases, the original tip is so simplistic or misguided that it would be better to simply create a new one, I do not think this is one of those cases. There is some good info here. Granted, it's nothing spectacular, but I'm sure someone will find it useful.

The other thing to keep in mind in cases like this is that the original tip isn't the only thing in the tip's content - the comments count too! They can and should be merged into the original tip, sometimes even replacing most of the content, but I think we should avoid creating and deleting pages on a whim (and moving them for that matter).

--Fritzophrenic 13:36, 16 April 2008 (UTC)


My intention is to KEEP. I have removed the delete template and added a todo. --JohnBeckett 12:39, 22 April 2008 (UTC)

Tip 950 Search multiple buffers for next match[]

I disagree. Although we should certainly mention the script in the tip, I am the kind of person who likes to do things on my own, to know exactly how something is happening, etc. Part of the Vim Tips Wiki is to show people ways to accomplish something, to spark their own creativity – 'teach a man to fish' as they say. We can't do that if we delete any tip that is better accomplished with a plugin!

--Fritzophrenic 15:19, 17 April 2008 (UTC)


I'm with Fritzophrenic --Luc Hermitte 00:47, 19 April 2008 (UTC)


A quick look suggests the tip is a bit dodgy. However, Fritzophrenic is correct: Just because a script offers a much better solution is no reason to delete a tip. The only question is whether the info in the tip has any merit. I want to leave that question for now and think about it later, say in three months. So, my intention is to KEEP. --JohnBeckett 12:39, 22 April 2008 (UTC)

Advertisement