Deleting spam[edit source]

I didn't notice that you had flagged a new spam page (Look some site) to be deleted. Thanks for flagging it, but you might like to bear in mind the following points next time.

Even a quite innocent-looking spam page (a junk note with no links) is definitely spam. It might indicate that someone is planning a more aggressive attack soon. The same junk might have been spammed onto several other wikia sites. So, the best way to handle spam is as follows (this is what I do ... you can leave out some steps, but I think the admins like the details provided by this technique).

  • Copy the URL of the spam page.
  • Copy the author's IP address (or user name if spam was posted by a registered user). You can see this in Special:Recentchanges or on the History of the spam page.
  • Prepare a message like the sample shown below.
  • Go to wikia:Talk:Spam_Blacklist and click Report a spammer here.
  • Paste the subject into the Subject box, and the message into the edit box. Click Show preview to check it is ok, then click Save page.
  • Do not bother editing the spam page (it should be removed within a few hours). If you do edit it, bear in mind that an admin will check the page before deleting it, so they will see your edits, and will have to use History to see the offending page. I guess if the page is really offensive, or hasn't been deleted within a few hours, you might replace it with "Deleted spam message".

Example subject (use the title of the spam page):

This is interesting!

Example message:

Spam on Vim wiki posted by - please delete. --~~~~

--JohnBeckett 01:06, 20 October 2007 (UTC)

Thanks[edit source]

Hi Fritzophrenic - Thanks for your feedback and support on the vim-l mailing list. Also, I'm pretty sure it was you who reported that recent spam which has already been deleted. Excellent!

--JohnBeckett 03:09, 24 October 2007 (UTC)

You're welcome. Thanks for the pointers above on reporting spam!

--Fritzophrenic 14:12, 24 October 2007 (UTC)

Word frequency page[edit source]

Hi Fritzophrenic - I see you did some good work with the new tip which is now at Word frequency statistics for a file. A pretty amazing tip, and some pretty amazing editing required to clean up!

Nah, the cleanup was pretty easy once I figured out what was wrong. Thanks, though!
--Fritzophrenic 15:02, 13 November 2007 (UTC)

I like clean work, and I thought I would move the tip to fix the typo in the title (although I'm not at all sure I picked the right new title). Then I thought I would delete the redirect from the old title since it is brand new and only the author and you would ever look for it (and I hoped the author would notice recent changes, or would look for the new title anyway). However, I see that deleting the old redirect page has removed references to it from recent changes - so maybe I shouldn't have done that. Not a big problem, I suspect. --JohnBeckett 08:11, 13 November 2007 (UTC)

Looks like he found it. That is a pretty amazing tip. I bet we'll see some more great stuff from this user in the future. The tip needs a bit of cleanup still, and the addition of "references" and "related" or "see also" sections, but it sure is slick. I wouldn't worry about the page move...the page was pretty new. It's the old tips that I worry about moving, even if they should probably have a better title, like Folding_of_vimscript_functions, which now is a tip about generic Vim script folding and not just functions.
--Fritzophrenic 15:02, 13 November 2007 (UTC)

TipImported template[edit source]

I also notice that you have taken some earlier advice to heart, and when you edit a tip with the new TipImported template, you are adding a blank line after the double-brace that terminates the template at the top of the tip.

I suggested doing that when moving the double-braces with the Tip template, because that template required the blank line for an attractive appearance.

However, it is not necessary with TipImported. If you look at one of the tips you've edited, you will notice a slight extra amount of space at the top, compared with the tips I've uploaded (I have just finished tips 1 to 799). This is not a problem, but I thought I'd better mention it on account of how I gave you the earlier advice. --JohnBeckett 08:11, 13 November 2007 (UTC)

Oh, sure thing. Thanks for the pointer; I guess it just got to be a habit for me.
BTW, I haven't been paying that much attention...does the TipNew template include a number now? I was wondering because there are a couple of new tips that I've flagged as duplicate where I just added some bold text, a link, a manual category, and some horizontal lines since they didn't have a number for the "duplicate" template. If TipNew adds this number, I was thinking that I should just update the tip to use the template before flagging it normally.
--Fritzophrenic 14:48, 13 November 2007 (UTC)
I created Template:TipNew to see how it would look - I don't intend using it until I've finished migrating all the TipImported stuff. Yes, TipNew takes a tip number, but we have to manually assign that number. It also requires previous and next tip numbers (to be assigned by my bot).
My plan is to work out how to download all new tip pages (it is possible; I just haven't done it). Then make a page with a list of links to new tips. Then invite comments for triaging them: some might be deleted; some would be assigned a tip number and become part of the normal tips (although they would use TipNew rather than TipImported). Other new tips would (somehow, to be determined) be given a temporary status where we intend to think about them later, possibly merging them into existing tips, rather than adding them as official tips.
Please just continue working around the defects until I get around to this. --JohnBeckett 22:21, 13 November 2007 (UTC)
I've now done the above: the results are at Vim_Tips_Wiki:New_tips. --JohnBeckett 08:12, 7 January 2008 (UTC)

Archiving old discussions[edit source]

BTW, when I went to preview my above comments, I noticed that a TOC popped up because there are now several sections. That reminded me that you earlier pruned old talk. If you want to do that again (I don't think you need to), you might like to use the archiving convention. For an example, see Category_talk:Candidates_for_deletion. That is, you don't need to delete old stuff, you cut/paste it into a new archival page. --JohnBeckett 08:11, 13 November 2007 (UTC)

Good idea! How do I do that, just add a "/archive1" to the page title and cut-paste? --Fritzophrenic 14:44, 13 November 2007 (UTC)

If you edit the above deletion talk page, you will see what I put there. You would copy the unwanted wikitext out of the current page and paste it into a local file for safe keeping. Then you insert a link like what is on the deletion talk page. Then click 'Show preview'. You will see your link. Verify that your browser shows the URL that you want, then open that page in a new window (in Firefox, it's Ctrl+Click). In the new window it tells you that the page doesn't exist. Just edit it and paste in the stuff from the original page. Now you can preview and save each page. --JohnBeckett 22:21, 13 November 2007 (UTC)

503 PuTTY numeric keypad mappings[edit source]

Hi Fritzophrenic - I agree with your edit summary that 'I certainly wouldn't look for a PuTTY tip under "Windows"'. One reason I haven't done much with categories is that I can't get my head around them. Should any tip that works only in Windows be in Category:Windows? If so, there might be too many tips for it to be useful. If not, what is the category for?

So, I am not disagreeing with your change of the category, but I'm not really agreeing either. I'm just expressing my confusion<g>. --JohnBeckett 04:24, 30 November 2007 (UTC)

Category:Windows states that it is for "tips about using Vim with Microsoft Windows." That's pretty vague, but since it is a subcategory of Category:Integration, which is "about the integration of Vim with other programs, desktops, operating systems, etc." I view Category:Windows as a place for tips specifically about making Vim "play nice" with the Windows operating system. Tips that definitely belong in this category are tips such as:

There are other tips here that are somewhat questionable, because they are about integrating with Windows-only applications like Visual Studio, or are mostly useful in Windows but would work elsewhere, such as:

Tips that probably don't belong at all (in my opinion) are tips like:

Of course, these are by no means exhaustive lists. The Category:Windows category is pretty full, and probably needs some culling.

For the PuTTY tips, and for many of the xterm, SecureCRT, etc. tips, I've been thinking about creating a "Terminals" category or something alike under Category:Integration.

So, long story short, I do NOT think that Category:Windows should include every tip that only works in Windows. However, I DO think that most tips of this nature will probably be about making Vim work well in Windows and will therefore belong here. I think that tips about Windows-only applications should go either in Category:Integration or some subcategory that makes more sense, and keep Category:Windows for tips about OS integration.

Anyway, I've babbled enough - do you think we should move this to the mailing list, invite input here, or maybe put it on Category_talk:Windows?

--Fritzophrenic 16:08, 30 November 2007 (UTC)

I see what you mean. I can't bring myself to totally agree because that would imply some degree of comprehension of the issues, and I still plead confusion. A "Terminals" category does sound better than having putty tips under Windows. And yes, if you feel inclined, please move this discussion to Category_talk:Windows. If you feel adventurous, you could change the text on Category:Windows. You might need to use the extra parameter discussed on Template:CatInfo.

--JohnBeckett 23:28, 30 November 2007 (UTC)

Moved to Category_talk:Windows

--Fritzophrenic 18:52, 4 December 2007 (UTC)

Automatic formatting of paragraphs[edit source]

As you recently pointed out, tip 440 stupidly mentions installing Vim to format paragraphs. However, the author might have intended the "Cream" reference to suggest that the latest Vim should be installed - the tip was created in March 2003 and for all I know there might have been many people using an ancient Vim at that time, one that wouldn't handle auto-formatting??.

Anyway, the Cream site (somewhat confusingly) allows you to download a Cream version of Vim, or a plain Vim (or gvim) without Cream. In all cases (I think) that site is for Windows users only. However, for Windows users it is the best way to get a complete and patched version of plain console and gui Vim.

I think that tip 440 probably just needs editing to completely remove references to installing Vim or Cream. Then your deprecated tag might get removed? Personally, I don't bother with autoformat (I reformat a changed para when I need to), but the tip is probably worthwhile, particularly when cleaned up.

--JohnBeckett 00:53, 8 December 2007 (UTC)

Main Page and Featured Tips[edit source]

I haven't paid much attention to your Featured Tips suggestion because of my frantic editing (as JohnBot, I've now done some pretty extreme editing of all tips 1 to 1504).

I want to change the Main Page and make your Featured Tips a main point on that page. I've moved some notes that I had previously made here to Talk:Main_Page – a more appropriate place. In a few days I hope to be ready with some ideas for discussion (I'll post on vim-l).

--JohnBeckett 08:12, 7 January 2008 (UTC)

Great Contributions![edit source]

Hi, I just noticed your improvements to Automatically append closing characters, and the other great work you've put into this wiki. It's hard to imagine that you've been using Vim for 10% of the time that I have, you seem like a pro. I wish I had picked it up as quickly. Thanks for the hard work, your contributions are really great! --Datagrok 07:32, 21 December 2007 (UTC)

Thanks! I'm not sure why I learned so just sort of clicked. I'm glad my work is helpful!
--Fritzophrenic 16:55, 31 December 2007 (UTC)

1440 Launch files in new tabs under Windows[edit source]

Hi Fritzophrenic – Welcome back! I'm up to editing VimTip1440 for TipImported and clean. I really like what you've done with this tip, and what you recently added to User_talk:Shii. I started writing a suggestion for you to incorporate, but it got a bit complicated so I've just edited the tip myself. Please fix anything you don't like.

I was going to use your WEBVIM example, but then I realised that getting people to change .htm/.html associations might cause grief for naive users who wonder why they can no longer open an html document in their browser.

--JohnBeckett 03:18, 1 January 2008 (UTC)

Vim Tips Wiki:New tips[edit source]

This is getting tough! Thanks for your help. I hope you have some strength left because I'd like to agree on the easy ones fairly soon because (as no doubt you've noticed) it's really hard working through that long list.

Here's an idea: Edit the whole page in Vim while keeping the page open in your browser. Run through each comment where I've said something but you haven't. If you agree, add a short, standard comment like "Agreed". I will then update the table showing the current consensus (or you can). I might also move all the tips where we agree to the bottom of the page and hope that we don't have to look at that area any more. With the links, it shouldn't matter much if the discussion is in a funny order.

I'm hoping to agree on one of the following for most tips soon: "Keep", "Fix then keep", "Merge then delete", "Dodgy", "Delete".

By dodgy I mean we're not sure about the tip - it's too similar to existing tips, or unhelpful, or too much work to fix before keeping. At any rate, we would keep dodgy new tips for a while longer, without issuing them a tip id, and would consider them later. I suppose I would make a template to insert of the relevant tips.

--JohnBeckett 04:31, 10 January 2008 (UTC)

MRU[edit source]

At our discussion on the MRU tip you said you have no desire to use the MRU plugin script#521. I find MRU.vim very useful when wondering what file I was editing yesterday. I press \r to open a window listing recent files, select the one I want, and press Enter. Now you have me curious. Do you use something else, or just don't have an MRU need? --JohnBeckett 04:31, 11 January 2008 (UTC)

I just don't have the need. My editing habits for code (my primary use of Vim) tend to make it hard for MRU lists to help me. I tend to work primarily on a few files in any one day, but over the course of the edit session I will open dozens more, making small changes or simply viewing a header file, comparing with another file, doing file diffs, etc. These files get opened and closed so often that any MRU list I've ever used (not in Vim, mind you) gets cluttered with a bunch of files I don't really want, or even (if I set the size of the list small enough) replaced by them entirely. Other solutions, like saving the session (which I tried briefly but couldn't get working) don't seem like something I'd like, because of the way Vim closes files when using :quit. Since it just hides the buffer rather than removing it entirely, my buffer list still contains any closed files, my TagList plugin still shows any closed files, etc. I try to use :bd rather than :q when I remember, but I'm not always good at that, so I prefer to start with a clean slate every time, especially since tools like :find, :Explore, and tab-completion of paths make it very fast to open files.

--Fritzophrenic 19:07, 11 January 2008 (UTC)

Proposed new tips moved[edit source]

I guess you'll notice in Recent changes, but I've moved our discussion of the proposed new tips to a subpage of Vim Tips Wiki:New tips. This arose while working on the new main page - I wanted a link to allow readers to find the new tips, and it seemed a good idea.

I hope we can finish our discussion on the new tips from 2007 in the next couple of days. I don't intend talking about the January tips until the end of this month. I created that page just to see how it will look.

--JohnBeckett 08:54, 14 January 2008 (UTC)

Syntax folding of Vim scripts[edit source]

Just a FYI re your new edit where you comment on ':help g:vimsyn_folding' and the link not working.

My help script runs on the vimplugin server to generate the URL required to access the documentation page on the vimdoc server. The error message you see is from that script because it did not find the argument in its copy of the Vim 7.0 help tags file.

The vimdoc server hosts documentation for Vim 7.0.17. Its maintainer (Dan Sharp) is busy and I wouldn't expect any updates soon. So I wouldn't expect your link to work for a long time.

--JohnBeckett 00:38, 16 January 2008 (UTC)

Proposed Main Page[edit source]

I hope you've got time to have a quick look at the above, then comment on its talk page. How is it now? There are a few things to polish – the 'About this wiki' is a bit weak, and a couple of other minor issues. I'm hoping these are livable at the moment. If you think it's ready, I will post on vim-l and give people a week to discuss before implementing.

BTW I cut out some of the "Did you know?" items to shorten the page, and to give me a few spares to use next time. I told you that I don't like dates in things like this because of the inevitable out-of-date cobwebs that will occur. However, I decided it was just a lot better to add "for <Month>" to the "Featured tip" for the reason you mentioned. --JohnBeckett 05:02, 17 January 2008 (UTC)

Fluff comments[edit source]

Another tip comment has been added that is more in the style of the forum discussion of the old tips site. I just want to let you know my opinion: Let's not bother deleting these until some reasonably major advance to the tip is made. I'm thinking that someone might start contributing with a couple of redundant comments and later build up to something more useful. Also, there really is no harm with a small number of out-of-place comments.

If someone whacks a silly comment in the middle of a tip I might delete it. But so long as it's in its place and not too offensive, I'll keep it.

--JohnBeckett 22:34, 8 February 2008 (UTC)

I'll keep that in mind. That's actually what I've been trying to do, to tell you the truth. This comment though, was "This is pretty ridiculous. Why doesn't vim just have an option for this kind of thing... stupid." I was worried it might start some "heated discussion" if I left it alone (I was surprised the recent HEoLL discussion on vim_use didn't get more out of hand - I believe this comment may have been spawned from that discussion).

--Fritzophrenic 03:15, 9 February 2008 (UTC)

Good, but just to clarify, I wasn't commenting on that deletion. There is another comment along the lines of "it would be nice if..." and I'm going to happily leave it. It sounds like we agree (again!).

--JohnBeckett 04:12, 9 February 2008 (UTC)

New tips Jun-Dec 2007[edit source]

OMG I finally finished doing what we arranged on the new tips page. It was such a lot of work that I took a few shortcuts. Rather than any kind of 'dodgy' status, I implemented Template:Todo and used it to add comments to the tips we weren't entirely happy with. There's a couple I would have liked to delete, but I decided perfection was unattainable.

So each of the new tips from 2007 is now either an official tip, or is flagged for deletion.

--JohnBeckett 13:01, 19 February 2008 (UTC)

A Todo template? Awesome! I take it we can use this in place of our Todo: blah blah at the top of comments sections now?

--Fritzophrenic 14:42, 19 February 2008 (UTC)

Yes, we can convert our old todo text as we encounter it. --JohnBeckett 02:25, 20 February 2008 (UTC)

New tips January 2008[edit source]

I would like to finalise January new tips. Are you ok with what's on that page (that is, to keep the three tips as they currently are)? --JohnBeckett 02:25, 20 February 2008 (UTC)

Featured tip[edit source]

The next featured tip will be on your page (link above). I'd like to drastically simplify the next nomination to reduce the amount of work required to nominate a tip. First, that would simplify our work, and second, it just might encourage participation from others (maybe not, but at least we wouldn't be discouraging them with a high entry requirement).

Ideally, of course, we would insist on what you've done, but in practice it's not going to happen. So I suggest that the next nomination be a pretty rough single paragraph: Link to tip + brief description + anything poster wants to highlight, such as "needs review". Same on the talk page.

I see that on the Main Page, I made "view archive" link to "Featured tip" (whereas your page is Vim Tips Wiki:Featured Tip. I'm not sure why I did that. Particularly if your page is simplified for the next tip, we could put the archive on that page, as I see you originally envisaged. I would then delete my Featured tip page and change the Main page link.

On your page, the title "Oldies, but Goodies" is friendly, but I'm wondering whether it may be a bit too mysterious for some readers. What do you think about using the title "Previously featured tips" or "Featured tip archive" instead?

--JohnBeckett 10:33, 26 February 2008 (UTC)

Next featured tip[edit source]

It's nearly March and I want to update the featured tip. So I started looking through your nominations (link above).

Ideally, I'd like to wait before featuring these nominations:

Has Template:Review and first comment is "This doesn't seem to work for some reason".
It would be nice if the to-do was fixed before featuring tip.
Is probably too waffly, with too many comments.
Is good and is ready to be featured, but Windows only. I'd like to do this in, say, April.
I'd like to merge the many other attempts to explain copy/paste.

These may be ready:

Is good and is ready to be featured (I don't mind leaving the "Duplicate tip"). February featured tip was also on searching. Don't know if that's good or bad.
Looks great, but the fact that it's now built in is a bit of a let down. I'd be happy if we could work out roughly what version has the new feature and put that in the tip.

The following is now good enough to be featured (bit simple, but perhaps that's ok):

Please let me know which you think should feature in March. Don't bother replying to my comments above unless you really want to. I just want to know which to put on the Main Page in the next day or two. Thanks.

--JohnBeckett 10:33, 26 February 2008 (UTC)

I'd say, let's fix the vimgrep tip and feature that one. I'll make sure to do that sometime this week. Next month we can feature "Syntax folding of Vim scripts" or "Match every word except foo". I'd lean toward "Syntax folding" so we don't have 3 searching tips in a row.

--Fritzophrenic 15:18, 26 February 2008 (UTC)

Find in files within Vim[edit source]

I've added points from the recent vim_use "vimgrep fastest" discussion.

I'm not sure if it was a good result, but I wanted to put the info somewhere. What do you think? Perhaps it should be in another tip, even a new tip. Particularly since 1543 will be the featured tip, please feel free to take radical action if you like.

Sorry to be a dork, but I also changed the headings to "Standard case like this" which I think is favoured on Wikipedia et al.

I'm ready to update the Main Page for March – I've got the text prepared, and will do it tomorrow. The more I look at the tips, the more I see that basic info is missing (like using ':grep' in a reasonable way, such as case-insensitive or searching subdirectories).

--JohnBeckett 10:03, 28 February 2008 (UTC)

April featured tip[edit source]

Ouch – it's nearly April! Can you find the time to decide on the next featured tip? I'm happy with anything, but we've got to get it reasonably clean (VimTip1285 is currently top of the list, but it's still got a Review template).

In the next day or two I can prepare the other stuff, and will prepare the text for the featured tip on the Main Page, but I hope you can pick and tweak a featured tip by next Monday!

--JohnBeckett 10:34, 25 March 2008 (UTC)

April new tips[edit source]

You've been busy this month (and here also)!

I made the author of "Open file in new tab if current buffer is non-empty" Yakov Lerner because I think that's what you wanted, judging by the comment in the tip (which I've removed).

I have now deleted this tip (remnants from cleaning), as agreed. --JohnBeckett 08:25, 18 May 2008 (UTC)

In Remap join to merge comment lines I deleted your <nowiki>...</nowiki> tags because I don't think they were necessary. I hope to look a little more closely tomorrow, but a quick look makes me think the tip is ok with them removed.

I have gone through a few cycles of different policies about encoding <tags> in wikitext. After observing that other editors just used raw < and > I wondered why I was going to the trouble of using &lt; and &gt; and &amp; (not that much trouble because I was mostly doing it with Vim, but it did make the wikitext look really ugly).

See my rant on escaping html for how I felt until quite recently. Look at the wikitext to see that sometimes you do need to escape html. However, I don't think it is necessary in this tip. Let me know if there was some reason for nowiki.

--JohnBeckett 12:52, 20 April 2008 (UTC)

No problem! I've just been using <nowiki> tags whenever I thought the text might cause problems. I can start using "Preview" to see if I really need them or not...I guess I've been over-zealous in their use. If it works fine without, of course I have no problems in removing them!

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

Problem with help template[edit source]

In VimTip1285 you noted that you couldn't get {{help|<f-args>}} to work. There are three problems(!):

  • Tricks explained at Template:Help are needed.
  • The simple tricks don't work due to a peculiarity (bug?) in the wiki software.
  • The help page on vimdoc is for Vim 7.0 and it does not contain anything helpful (it does mention <f-args> but fails to mention the need for escaping space).

For the record, here is how to workaround the first two problems (this uses tag <q-args> because there is no <f-args> tag on vimdoc):

I put a workaround in the tip (bit ugly, but not much else we can achieve). I think it's probably most efficient if you treat future problems the same way (comment them for me to investigate – don't bother trying to wade through all that help template waffle). --JohnBeckett 01:29, 6 May 2008 (UTC)

June featured tip[edit source]

Sorry to impose on you for all the featured tip work, but are you able to fix something for June? We've discussed some points above, and I'm wondering if that might be copied to the featured tip talk page (and edited to remove obsolete notes; no need to preserve who said what, just retain any useful thoughts). Being optimistic, there has been a tiny trickle of people timidly fixing things lately. If we keep killing ourselves for a few more months, the wiki may start breathing on its own. --JohnBeckett 05:24, 21 May 2008 (UTC)

Candidates for deletion[edit source]

I thought I'd better keep 307 Annoying "Hit any key to close this window..." until I'm sure you have had a chance to respond to my reply to my comments on your desire to keep the comment from this tip. Please add what you think on Category talk:Candidates for deletion. --JohnBeckett 03:32, 29 June 2008 (UTC)

Great deleting![edit source]

You must be in the right timezone to catch the latest spam! I'll just point out something that probably is obvious: I like putting "spam" in front of the default edit summary, but on a couple of occasions I have replaced most of the edit summary with "..." because it contained a URL or was offensive. Also, I think there is a maximum length of the edit summary in the html form. On one occasion I thought my browser had broken because it wouldn't let me type anything in front of the summary (but it was ok when I replaced some of the junk with "..."). --JohnBeckett 23:56, 14 July 2008 (UTC)

Hey, thanks. I do think I'm in the "right" timezone to catch the always seems to be created while I'm on, anyway. I'm certainly aware of your replacing the edit summary if the content is offensive or has a link, but neither spam page I deleted had offensive or linked content. I'll certainly remember to do that, though. As far as I can see, the "spam:" description is inserted automatically if I select "spam" from the "reason for deleting" selection menu.

So far, I've just deleted the pages. I figure if I ever see a repeated IP address I can report it on the spam blacklist talk page, but no reason to bother them for one-time posters. Is this a good way to do it, or should I report all of the messages I see?

--Fritzophrenic 12:39, 15 July 2008 (UTC)

Hmmmm. I thought I looked on that list and was surprised to not find a "spam" reason. I guess that next time, I'd better look more carefully...

It's hard to know about the reporting. Sometimes (not recently) I have reported a single spam and got "thanks, found and deleted several pages from that IP". At the moment, I wouldn't bother, particularly if it's one of those "8 character title" spams, but I'll probably try reporting a couple after resting for a few weeks. I would report a "real" spam, i.e. one with a URL or substantive content. --JohnBeckett 03:35, 16 July 2008 (UTC)

Candidates for deletion[edit source]

In the archived CFD talk, you said

Make sure to put a link to new tips in the deleted pages (or change them to a redirect

I may have misunderstood this the first time I read it as I don't recall us doing anything like this before.

I focused on your "I'm okay with deleting all the candidates for deletion" comment and have done what I normally do.

Now I've got a sinking feeling that you wanted the "Old tips that we agreed to merge" not deleted. Instead, you wanted each edited so it redirects to the merged target? Re-reading what you put at the top of the CFD talk seems to confirm my fear. The reason I overlooked this is that you put your initial comments under a heading "Highlight text beyond 80 columns" with the suggestion that I wanted to delete that title. As I said, that was not true, so I didn't pay sufficient attention when I went to process the deletions just now.

In case you want something done about this, I've put the info below (I've used a script that generates the links in the form shown here). We could use this to do what I now think you might have wanted. --JohnBeckett 05:14, 4 October 2008 (UTC)

Proposed new tips that we agreed to delete (May new tips relying on an external site; summarised in Vim scripts)

  • Beautifying plain text in Vim
  • Less.bat : Now less is more on Windows, too
  • Twitter

Proposed new tips that we agreed to merge

  • Date Time Insert → VimTip97
  • Incremental search under cursor → VimTip979
  • Open multiple files, each in a new window or tab → VimTip888
  • Toggling HEX-editing on/off via Shortcut (using xxd) → VimTip1518
  • Yank to the end of line with Shift-y instead of y$ → VimTip979

Old tips that we agreed to merge

Targets of the merged old tips

Hmm...I guess I misunderstood what was going on.

I look at VimTip821 and see a "Merged to VimTip686" text. That's what I remember seeing, but I thought I saw it on the tip page itself.

But looking at Simplest buffer explorer ever shows that yes, the page has been deleted.

I think it would be nice to have a similar message as on the tip number in place of the deleted page. I'm pretty sure there isn't a way to do this automatically. We should probably discuss this, possibly on the mailing list.

--Fritzophrenic 04:42, 6 October 2008 (UTC)

BTW, the "tip deleted" page has a broken link to the old tips database. --Fritzophrenic 04:44, 6 October 2008 (UTC)

Archiving[edit source]

If you want to archive this talk page, edit it and insert the following in a line near the top: Archives: [[/Archive1|'''1''']]

Click "Show preview" (but don't save). You will see a red "1" link. Shift-click that link to edit the new page in another window. Now cut old stuff from your talk page and paste it into the archive. Do another "Show preview" on each page, then "Save". --JohnBeckett 01:44, 19 January 2009 (UTC)

Current work and featured tips[edit source]

Thanks for working on the backlog of "new tips" (and fixing July). As you can see I've joined in, and in a few days should start getting on top of it. I'm going to deal with 200802 by keeping most of the titles as redirects to wherever I put the material.

I think the priority job at the moment is thinking about the featured tips. What do you want for next month? I put a suggestion, but anything that's ready will satisfy me. You've mentioned a couple of tips; please just list them in the "current nominations" section, preferably with a month. Do not bother putting a "discussion" unless you really need to say something (or suggest some wording I might use for the main page summary). All I need is your preferred order of featured tips (and it would be good if you could clean the tips!). Thanks. --JohnBeckett 01:44, 19 January 2009 (UTC)

Sorry it took so long to respond...I'm on mandatory overtime at work at the moment (though they don't call it that). I mentioned on the featured tips page that I'd like to feature Record a recursive macro, which I have just cleaned up. It needs a tip template though, and obviously I may be too late with this. Sorry about that. --Fritzophrenic 15:21, 1 February 2009 (UTC)

No problem (at least few for me! -- I'm at a happy position where I don't have to worry much as our society collapses under the weight of decades of hubris). I suspect a lot of people are going to be gratefully working unpaid overtime for a couple of years, at least. I featured your cleaned-up recursive tip, and will do the visual search tip next month (I've prepared what to say for that). I will update the "Did you know" and "From Vim Help" in a day or two. Feel free to change the featured tip text to whatever you like! --JohnBeckett 03:05, 2 February 2009 (UTC)

Blog[edit source]

I guess you will also be informed by a message on this page that Wikia are adding a masthead to each user page for a user avatar, and a blog so we can share our thoughts. Being in curmudgeonly mood, I asked for Vim to be excluded. Feel free to delete my request if you want to try it. JohnBeckett 03:35, 30 June 2009 (UTC)

My official position on this is indifference. If a user requests the blog feature, I see no reason not to enable it, but I have no urges to do so right now either. I can see the potential for a bunch of pointless blogs, but it might be cool if some of the big names in the Vim community had a tech blog on the site that we could follow. The masthead looks like kind of a neat idea, but I'm not sure if it has much of a purpose without the blogs, or even if the two features can be enabled independently at all. It might be worth asking on one of the mailing lists whether there is interest. --Fritzophrenic 14:24, 30 June 2009 (UTC)

Obsolete redirects[edit source]

I have added a list at User:JohnBeckett/Titles project#Obsolete redirects that I propose to delete. I intend having my bot delete all these redirects soon. There may be one or two more things I want to clean up after that, but generally I will then be happy to keep all redirects to provide long-term stability for inbound links, as you advised. Please let me know if there are some you want to keep (I did remove a few from my first list – those that I thought were worth keeping as redirects). JohnBeckett 11:23, 7 July 2009 (UTC)

Deleting a user page[edit source]

I noticed a long time ago this User:Netbug user page, and I recently added a note to it. The user then blanked the whole page (see Special:Contributions/Netbug). My intention is to wait another day, then delete the page. I don't want to edit it again because the user will just get another irritating email, but I have done this a couple of times before where it appears the user has no particular interest in our wiki. Let me know if you think I should just leave it alone. JohnBeckett 01:25, 22 July 2009 (UTC)

Since it is blank, I'd go ahead and delete it. It is kind of humorous that this happened, but Wikia created an automatic welcome in the talk page, so that page is now non-empty because the user deleted their user page.

I would leave the talk page a little while longer, but if you eventually want to delete that too I guess I'm okay with that. Maybe put a {{delete}} template on the talk page mentioning that this is the plan, but delete the user page outright?

If the page had not been blanked (indicating an attempt at deletion) I would think otherwise; the user page has always been a "do with it what you will" sort of area and I don't want to intrude too much.

--Fritzophrenic 01:48, 22 July 2009 (UTC)

Looking for help[edit source]

Hello. I got your automated message on my Talk page. If you could answer the questiosn I asked on John Beckett's page, that would be great. Thanks. Jason404 21:13, 31 July 2009 (UTC)

For Vim-related questions, I suggest checking out the vim_use mailing list, or the #vim channel on Freenode as suggested in our community portal. As for this particular question, I do not know if there is a console-only installer out there for Windows. If you find one, please add it to our Where to download Vim page. That being said, the "Cream" link given on that page does include a fully functional console version of Vim. But, gvim has a few features not available in the console. Off the top of my head, gvim has its own keyboard input handling, meaning that it can have maps that are not possible in console Vim, it supports options that are only available with a gui such as 'guitablabel', and the tooltip-style popups. Other than that, I do not know.

Cream is an entirely separate issue. Cream is a particular configuration of Vim that makes it act more like the "point-and-click" editors most people use. I believe that most of its features will work fine in either GUI or console Vim. We talk about Cream a lot mainly because the maintainer of Cream also puts out installers for fully patched Vim on Windows, so that you don't need to compile yourself to be up-to-date. The installer also includes the latest runtime files with every release, so it is a great resource even if you DON'T want the point-and-click behavior.

I hope this helps, I would again highly suggest the mailing list or IRC channel. New users on the mailing list need their first post approved by a moderator before it hits the list, so don't be surprised if it takes a while to show up. Usually it does within a day though. Happy hunting!

--Fritzophrenic 21:52, 31 July 2009 (UTC)

Thanks a lot for your reply. I'll check out the IRC channel (I am on Freenode quite a bit, but did not think of that). Jason404 23:06, 31 July 2009 (UTC)

September featured tip[edit source]

Ooops, I should have started on this a few days ago. I might not have a chance to look at Insert-mode only Caps Lock for a day or two, so I'm reminding you that it will be featured next Tuesday. It's quite likely that it is ok in its current state, although I probably will do some editing myself, even if only with trivia (I'm going to fix the "Ctrl-6", and perhaps use "Caps Lock" or "CapsLock" rather than "CAPS Lock"?). If there is something more that you want to do, next week would be fine, even after Tuesday (we don't get paid overtime here!). JohnBeckett 03:37, 28 August 2009 (UTC)

Handling spam[edit source]

I notice you replaced the talk page of two spammers with a note outlining the status. I recommend just a quick delete of the user and talk page with summary "spammer". We don't lose any information by deleting the page, and in practice the spammer is not going to return in a year and start making reasonable edits to convince us they are a good person. In the last four weeks, we have had Xiaoyuok and Xiaoyuokok07 and Xiaoyuokok10, each posting the same spam. On the contribs page, there is are links to "Block log" and "Deleted user contributions", if we ever needed to check something. JohnBeckett 03:46, September 27, 2009 (UTC)

Hmm, ok. My line of reasoning was that when blocking a user, the default is to "allow edits of own talk page," so I figured that would provide a way for someone whose account had been hacked (unlikely but possible) to contact us. I think this is unlikely enough that I have no problem just deleting the page outright. What I didn't want was the automated, "hey thanks for the spam!" message. I'll just delete in the future.

--Fritzophrenic 13:02, September 27, 2009 (UTC)

December featured tip[edit source]

I decided to feature your VimTip1553 while thinking to myself that I should have given you a chance to comment first. Hope it's ok, otherwise let's pick another. JohnBeckett 07:14, December 2, 2009 (UTC)

Perfectly fine with me! I keep forgetting I came up with this, and only remember on new Vim setups when I go to join a line and it doesn't work the way I'm used to. And, as you say in your description, there is a lot of good explanation going on for general techniques. To top it off, there was a guy on vim_use recently asking about customizing the J command... I think this is a good one to feature.

If we can get the tab tips cleaned up by the end of the month, I'd like to feature one of those next.

--Fritzophrenic 04:17, December 3, 2009 (UTC)

I made a minor typo edit to VimTips Wiki[edit source]


This is my first contribution. I edited a node to replace this line:

Appending a command sends the current line to the command replacing in with command's result

with this line:

Appending a command sends the current line to the command replacing it with command's result

The typo is bolded above.

The Wiki page I edited was Best Vim Tips#Get output from shell commands (section 14 of Best Vim Tips).

I didn't use the "summary" field correctly, most likely. That was not carelessness but just unintentional confusion over how to do the history of edits. I thought I'd see a more clearly marked place to enter my "why I edited" later on, when I submitted the change. comment by Perlsomian 22:57, February 8, 2010

Hi Perlsomian, thanks for your contribution. You will notice that I am not Fritzophrenic, but I thought I would comment. It doesn't take long to become familiar with wiki basics, but it definitely takes some time. I would not normally edit someone else's comment, but I changed your comment above so it formats correctly. The only reason I did that is so you can look at the wikitext and see what I did. If you Ctrl-Click the "History" link in the bar at the top, you should see the history of this talk page in a new browser window. In that window you can Ctrl-Click the "(prev)" link of any item to see a diff of the changes performed by that item. You could try that on my edit.
Notice that you should sign your comments on talk pages. On the last line, type a space then four tilde characters (" ~~~~"). When you click "Preview" you will see that the four tildes are replaced by your name and the current date/time on the server. I manually added the "comment by Perlsomian" to make it clear to anyone reading this page where your comment came from. If you click the "Help" link in the sidebar, then the "Editing" link in the resulting window, you will see some wikitext info. However, please do not worry about details like formatting – Fritzophrenic and I check the "Recent changes" link in the sidebar and we look at all changes made on the wiki.
Re the summary: Yes, a summary is helpful. Keep it brief: for your change I would just put typo as the summary. I have replied here because our convention is to keep conversations in one place. However, because I'm not sure if you will check this page, I will put a note on your talk page to alert you (if you have email enabled your Wikia account, you will be notified by email). If you have any further comments or questions, please reply here. JohnBeckett 01:52, February 9, 2010 (UTC)

Feedback wanted[edit source]

I assume you are now happy with Quick tips for using tab pages (it looks good to me) and I will promote it to a tip and feature it for April. You will probably need to polish whatever text I come up with for Template:FeaturedTip.

Please respond at Moving lines up or down#Comments to confirm you still want the separate tip, and whether you want me to restore it (that's ok by me).

In the near future, I plan to continue fixing the Vim Tips Wiki:New tips list. I'll be hoping that you occasionally check my conclusions because I will probably be reaching "consensus" by myself. For brevity, I will just claim that the consensus is "Keep" or "Merge" or whatever without putting in disclaimers that further comments are welcome. However, nothing will be definite and it will just be what I think at the time, so please add your thoughts wherever you see a problem. JohnBeckett 07:36, March 30, 2010 (UTC)

Skin[edit source]

FYI: I see from recent changes that I have set the Skin to "monaco-sapphire". That was entirely accidental. What I intended to do was change my skin preference (so when I am logged in I will see a different theme; that will help me notice when I am logged off because then I would see the normal theme). I think this must have happened when I was dicking about putting different themes in the URL (useskin). I won't have a chance to fix this for a day or two, but I plan to try to restore the default. JohnBeckett 21:13, April 15, 2010 (UTC)

No rush. I like this skin, I may set my own to it! --Fritzophrenic 17:49, April 16, 2010 (UTC)

If you like a change, what about Jade (preview home page and a tip)? The green might be more in keeping with Vim's logo. I still have no idea how I changed the site to its current blue, but no doubt some investigation would show how to switch it to Jade if you want. JohnBeckett 08:21, April 17, 2010 (UTC)

FYI there is a report that what I observed is a bug in Wikia's extensions to MediaWiki (or at least, an unfortunate side effect). The problem was that our wiki has never customised the skin, so we were using Monobook which was the default in 2007. However, Wikia have moved to fancier skins (Monaco) and Monobook is deprecated. When any admin changes their personal skin, the skin for the whole site is also changed to the first valid choice in the list of available skins, namely Saphire.

When you have a moment, please try the preview links in my previous message because I think Jade may be a better choice for the Vim wiki (although Saphire is pretty nice and I am very happy if we agree to just leave things the way they are). Anyone noticing this is welcome to add their opinion here. The question is, what skin should the Vim wiki use by default? JohnBeckett 10:15, April 20, 2010 (UTC)

Jade looks good too, and I agree it is a better match with the Vim logo. I'm pretty indifferent though for the theme as long as it doesn't get gaudy. Users can always customize their own theme. --Fritzophrenic 14:56, April 20, 2010 (UTC)

OK I switched the site to Jade. Hmmm ... 10 seconds later I'm not sure, so if anyone thinks it should be switched back to Saphire or whatever, please say so here. JohnBeckett 23:35, April 20, 2010 (UTC)

<div class="rant"> (No answer necessary. This is old stuff, John already knows about it, but I guess I'll never get over it.)
Why, ah why can't those Wikia admins understand the meaning and value of liberty? I used to set my skin to Cologne Blue on all Wikimedia sites, and enjoyed a uniform no-nonsense look and feel all over; maybe not to everyone's taste but it suited me, and if other people preferred other "personal skins", why not? That's what choice is all about. Then wham, bam, suddenly the only skins available at Wikia are Monobook (which itself is apparently regarded as "deprecated") and several variants of "Monaco", which differ only cosmetically, by their choice of colours. Well, maybe I don't have the same preferences as Their August Majesties by the grace of God (and Mammon) the Kings of Wikia do, but I like Monobook just a little better than Monaco (though not as much as my beloved and, alas, forever gone Cologne Blue) and I'm gonna keep it as long as I can. — Tonymec 13:07, April 21, 2010 (UTC)

Standard article skeleton[edit source]

The standard layout can be edited by an admin at MediaWiki:Newpagelayout. Angela (talk) 23:25, April 22, 2010 (UTC)

Little more at the announcement. JohnBeckett 23:53, April 22, 2010 (UTC)

Fritzophrenic: Thanks for creating the template Newpagelayout. Your edit summary suggests you may be thinking of adding Template:TipProposed later. I suggest that is not needed because I have a procedure which adds the template with all the required parameters in a standard format. The procedure also creates the new tips page like Vim Tips Wiki:New tips/201004‎. JohnBeckett 08:54, April 23, 2010 (UTC)

You're welcome. If the current process works well for proposed tips, I won't worry about it. I was thinking about adding a note about keeping the comments section and avoiding the talk page but I thought that might be a bit much. What do you think? --Fritzophrenic 14:19, April 23, 2010 (UTC)
I think it would be too much. It's trivial for us to edit a new tip and insert correct formatting and apply our style, and I am managing that each month, so I think less clutter in the new page template is probably better (although the specific point re keeping "Comments" may be worthwhile). We could think about tweaking MediaWiki:Newarticletext which contains "(please read our new tip guidelines first)", but I don't think there would be much benefit from adding more text. JohnBeckett 23:17, April 23, 2010 (UTC)
Community content is available under CC-BY-SA unless otherwise noted.