John Beckett | 28 Aug 06:13

Help links now show Vim 7.2 docs

Vim 7.2.006 documentation has been placed on vimdoc by Dan Sharp, and he has copied
my current CGI help script from vimplugin to vimdoc, and I have edited Template:Help
to use vimdoc rather than vimplugin. Dan told me that he hopes to keep the
documentation reasonably up to date in the future.

Therefore, our {{help|whatever}} links should show 'vimdoc' in the link, and should
display 7.2 docs (rather than 7.0). If you have recently visited a help page, you
may need to reload your browser/cache (perhaps Ctrl-F5) to see the new version.

Now we'll see if Fritzophrenic can remember where he put that note about the help
link not working until vimdoc is updated...

John
John Beckett | 2 Aug 10:04

Candidates for deletion

Next Sunday (in one week) I intend deleting all the stuff at:
http://vim.wikia.com/wiki/Category:Candidates_for_deletion

Please reply if you see any problems, or edit the talk page of the above.

The proposed deletions are fairly uncontroversial (mostly the info has been merged
elsewhere). I'm planning to remove the tip talk pages that don't have any useful
content. Please have a look to verify.

John
John Beckett | 9 Jul 00:32

New sysop

We have had quite a bit of spam lately. Wikia have been extremely helpful and have
provided a couple of tools and a guard dog (aka Uberfuzzy). Thanks Angela and
Uberfuzzy!

However, I think we should have more than one active sysop. I have asked
Fritzophrenic if he would accept a nomination to become an administrator and he has
agreed. Please reply here with any comments, or on my talk page. Assuming we have
consensus, I will promote Fritzophrenic in 24 hours. Thanks Fritzophrenic!

John
Angela | 1 Jul 14:03

Japanese edition of the Vim Wiki

There is now a Japanese edition of the Vim Wiki at http://ja.vim.wikia.com/

Interwiki links can be added between the two simply by typing
[[ja:Article title]] on any non-talk page.

Angela
John Beckett | 22 Jun 03:55

Candidates for deletion

Next Sunday (in one week) I intend deleting all the stuff at:
http://vim.wikia.com/wiki/Category:Candidates_for_deletion

Please reply if you see any problems, or edit the talk page of the above.

I've done quite a bit of pruning so it's a long list, but I think you'll find that
the proposed deletions are fairly uncontroversial (mostly the info has been merged
elsewhere). However, please have a look to verify.

John
John Beckett | 10 Jun 07:45

Replacing short tips that rely on external links

Please help review what I've done at:
http://vim.wikia.com/wiki/Vim_information

This page contains links to tips that I think should be deleted (I haven't yet
flagged those tips with {{delete}}).

Underneath each link is a brief statement of the tip content (just a couple of
external links).

I need one or two people to comment at the bottom of the page indicating their
opinion of the proposal (that is, do you think that replacing these very short tips
with a single "information" page is a good idea?). If you want to expand any of the
summaries, please do so (my intention is that the text on "Vim information" would
remain after the tips are deleted).

If we can get consensus on this soon, I'd like to flag the tips with {{delete}},
then give people a week to contemplate the candidates for deletion, before deleting
them.

John
John Beckett | 8 Jun 06:54

Ads in articles

Last Friday, the wikia-l mailing list announced these changes:
- Articles will have ads in the content area.
- No ads on talk pages or user pages.
- Logged-in users will see one 300x250px ad at the top right.
- Where ad would disrupt a table, it will render as a banner.
- Main page will change to accommodate a 300x250 ad.
- Monaco skin (modified) will be shown for anonymous users.
- Logged-in users can choose skin.
- Rolling out over next few weeks, starting Tuesday.

I couldn't see much more info than what I have summarised above, but if you want to
read the hostile feedback from admins of large wikis, see "Wikia's New Style" at:
http://lists.wikia.com/pipermail/wikia-l/2008-June/thread.html

A slightly expanded version of my summary is at:
http://www.wikia.com/wiki/Wikia's_New_Style

The talk page on the above redirects to a forum with more hostile reactions, some of
which are extremely well written.

Clearly we will wait and see what happens. I didn't notice any mention of the type
of ads, or what anonymous users will see. If ads are animated, we'll have to try to
move our wiki elsewhere IMHO.

John
John Beckett | 4 Jun 13:48

New tips for May

Routine maintenance is important, so please help by adding a comment on what we
should do with the proposed new tips at:
http://vim.wikia.com/wiki/Vim_Tips_Wiki:New_tips/200805

John
hermitte | 4 Jun 08:56

Re: Tips relying on external sites

"John Beckett" <johnb.beckett@...> wrote:
> Links to well-known pages of interest to Vim users are WELCOME! Your
> web site definitely is one of those, and there is no reason to avoid 
> linking to it.

Well, I wasn't much concerned about my site. Yesterday night, I was in search of examples. A better one is Dr
Chip's site. It has been around for ages, which does not mean it will be here forever. See Sven Guckes'
example: he had a wonderful site for vim users, but he did decide to close it.

--

-- 
Luc Hermitte
hermitte | 3 Jun 21:45

Re: Tips relying on external sites

Hello,

"Erik Falor" wrote:
> I can understand the dilemma relying on external sites presents.
>
> On one hand, as an author, I don't want to be responsible for maintaining tips on multiple sites.  If I update a script or refine a tip, I don't want to have to update it twice, or thrice.  Directing to an external site means that I only have to fix the tip once.  
>
> On the other hand, broken links are no fun, and they never seem to be cleaned up in a timely fashion.  I wouldn't endorse pointing tips to personal web pages which may not exist next month.  But vim.sourceforge.net is probably not going anywhere.
>
> In regard to the "less is more" tip I posted last month, instead of linking to vim.sf.net I could just put the text of the batch file in the tip.  It is short.  And it probably won't change.
>
> In the end, my feeling is that it is appropriate to link to vim.sf.net, and for other sites it is not so appropriate.  I think that because vim.sf.net is the official site for Vim, it is appropriate to assign it this special status.  And it reinforces idea that is the central repository for Vim scripts.  Well, it is, isn't it?


Somehow you are perfectly right.

However, not every thing deserve to/must be on vim.sf.
For instance, I see two "scripts" I'm maintaining that have almost nothing to do there:
- one is a bash script (that helps running vim (and all other win32 applications) from an exotic configuration (cygwin))
- another is an unstable (less today than what it used to be) fork of a plugin from vim.sf.

The first has its own tip, which links to my personal site, an d I'll eventually move it close to a subservion repository (google-code or sf)
@public.gmane.org>The second was "advertized" in the comments of several redundant tips, and now lives on google-code.

As far as I'm concerned, I'll never move the first script on vim.sf, and I'll not upload the second on vim.sf before a long time as it not ready yet.

In the same idea, latex-suite and cream won't move to anywhere.



So. What must we do about external links ? Must we rule about it and forbid them? I'm not very inclined to it.

Ain't we forgetting the main question? Is there a need to rule, now, on this topic? I'm not sure there are that many tips that link to places that may disapear in a few months.

--
Luc Hermitte
_______________________________________________
Vim-l mailing list
Vim-l@...
http://lists.wikia.com/mailman/listinfo/vim-l
Erik Falor | 3 Jun 19:08

Fwd: Tips relying on external sites

I mistakenly sent this to vim-l-request; I apologize in advance if this shows up twice.

---------- Forwarded message ----------
From: Erik Falor <ewfalor-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date: Jun 3, 2008 11:06 AM
Subject: Tips relying on external sites
To: vim-l-request-ADBWotsCEHwAvxtiuMwx3w@public.gmane.org

I can understand the dilemma relying on external sites presents.

On one hand, as an author, I don't want to be responsible for maintaining tips on multiple sites.  If I update a script or refine a tip, I don't want to have to update it twice, or thrice.  Directing to an external site means that I only have to fix the tip once.  

On the other hand, broken links are no fun, and they never seem to be cleaned up in a timely fashion.  I wouldn't endorse pointing tips to personal web pages which may not exist next month.  But vim.sourceforge.net is probably not going anywhere.

In regard to the "less is more" tip I posted last month, instead of linking to vim.sf.net I could just put the text of the batch file in the tip.  It is short.  And it probably won't change.

In the end, my feeling is that it is appropriate to link to vim.sf.net, and for other sites it is not so appropriate.  I think that because vim.sf.net is the official site for Vim, it is appropriate to assign it this special status.  And it reinforces idea that is the central repository for Vim scripts.  Well, it is, isn't it?

Just my $0.02.

--
Erik Falor
Registered Linux User #445632 http://counter.li.org


--
Erik Falor
Registered Linux User #445632 http://counter.li.org

_______________________________________________
Vim-l mailing list
Vim-l@...
http://lists.wikia.com/mailman/listinfo/vim-l

Gmane