[Vim-l] Rich text editor
Recently, the rich text editor has been making some annoying changes automatically. Mostly, I've noticed the automatic conversion of all '' and '' characters into the corresponding html entities, even where this is not needed. In a wiki with a lot of code, often containing quite a few '' and '' characters, this often makes tips unreadable when viewing the source. Additionally, from http://help.wikia.com/wiki/Help:Rich_text_editor I see the following: Please note that the editor is not currently supported on the Safari, Opera and Chrome browsers Since these are the three browsers I have used most often at home recently, that sentence holds a special level of ugh for me. John has reversed a few of these changes. I wonder if it is worth disabling the rich text editor entirely? From http://help.wikia.com/wiki/Help:Rich_text_editor we see the following: To disable the new editor for a single article you can use the special word __NOWYSIWYG__ (Note: The new editor system will still be loaded, but will be locked to 'source' mode.) I imagine we could put this keyword in our TipNew, TipImported, and TipProposed templates as a quick way to mostly disable the rich text editor on our wiki, since these templates occur on almost every page where the rich text editor would cause problems. Thoughts, anyone? ___ Vim-l mailing list Vim-l@wikia.com http://lists.wikia.com/mailman/listinfo/vim-l
Re: [Vim-l] Auto welcome
On Mon, Mar 23, 2009 at 11:11 PM, Angela bees...@gmail.com wrote: The welcome tool has some new options which you can read about on http://vim.wikia.com/index.php?oldid=22402 Thanks, I saw those this morning (before I checked this thread actually). I've gone ahead and removed the automated greeting for annonymous users (I doubt most people log in using the same IP more than a few times, so I don't think it will result in anything but extra work for us). I also noticed the new @sysop option in MediaWiki:Welcome-user. I'm leaning toward using it, but I'm not QUITE sure what it does. To clarify, with @latest, Wikia janitors, etc. would potentially be the one to leave the greeting, but with @sysop, only (supposedly) active members of our own wiki would ever sign the welcome message? The colon in [[:$1]] is used so that when someone's edit is to an image or category page, it will show a link to that page instead of actually displaying the image or placing the page into that category. Good to know, thanks. I would have missed that! -- Ben ___ Vim-l mailing list Vim-l@wikia.com http://lists.wikia.com/mailman/listinfo/vim-l
Re: [Vim-l] Auto welcome
On Thu, Mar 19, 2009 at 4:00 PM, John Beckett johnb.beck...@gmail.com wrote: Hmmm. I'll look at putting the text of {{subst:welc}} on the new auto welcome. We may as well run with it for a while, but it will cause trouble. I'm sure you've noticed a new registered user who created a tip with a long copyright/disclaimer. That user got a gushing auto welcome signed by me. However, I would have done a manual welcome with a hint that there was going to be a need to sort out the issue, because as far as I'm concerned, I don't want a new tip with ANY copyright/disclaimer. I don't even want an author line, although if a script is truly remarkable I'll wear it. We have many excellent scripts with no need for an author or copyright. I agree, and yes, I noticed. I've tried to update the auto-greeting with our existing welcome text and a note that we'll probably be dropping a message soon with any concerns or suggestions. We'll see soon (hopefully) whether it looks ok or not. I originally intended to also automatically put in a flag for deletion on the annonymous user greetings. I think it would be ok to have that greeting enabled as long as we delete it right away (within a few days of creation). But, I don't know how to do this without also flagging the greeting page itself for deletion. My post to the forum page requesting info about disabling just one message or the other was answered with we're working on that feature, so perhaps it isn't worth the trouble. Yes, the new add category button is another problem and I would like a way to turn it off for the whole wiki. However, I already do a bunch of manual editing on each accepted new tip, so fiddling with dumb categories is not a big deal. We'll see if people adding categories to existing tips is a problem. I guess, since it is probably fairly easy to correct the format, that encouraging people to add categories to tips can only be a Good Thing. I'd leave it enabled and just decide what to do with our tip templates later. ___ Vim-l mailing list Vim-l@wikia.com http://lists.wikia.com/mailman/listinfo/vim-l
Re: [Vim-l] Auto welcome
On Thu, Mar 19, 2009 at 12:07 PM, Benjamin Fritz fritzophre...@gmail.com wrote: Secondly, I like the idea in general. We pretty much do it anyway, with our templated welcome text. I think we should automatically apply this existing text to any new _registered_ users. I do think, however, that creating user pages for annonymous users is just plain stupid. We should disable this particular message. It doesn't look like it is actually possible to disable the message for unregistered users only. I have asked for clarification on that forum page, we'll see what happens. I REALLY don't want a new page on the wiki for each and every IP address used to edit annonymously, nor do I want a welcome page created for me if I accidentally forget to log in, nor do I think any annonymous user is going to notice a welcome page created for their IP address. ___ Vim-l mailing list Vim-l@wikia.com http://lists.wikia.com/mailman/listinfo/vim-l
[Vim-l] What are Tips?
At http://www.vim.org/tips/index.php there is a nice description of what tips are and why we have a tip collection, in the left column of the page. I think we need this same information on the wiki, but I don't know a good place for it. I really think it should go on the home page, but the home page already has quite a bit of stuff on it! What does everyone else think? ___ Vim-l mailing list Vim-l@wikia.com http://lists.wikia.com/mailman/listinfo/vim-l
Re: [Vim-l] Help links now show Vim 7.2 docs
On Wed, Aug 27, 2008 at 11:16 PM, John Beckett [EMAIL PROTECTED] wrote: 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... _ I should have put some easily searchable string there or something. Oh, well. I think I always said something like - this link may not work because it is a relatively new feature, see the built-in help. Since I used weasel words, we can probably just fix them as we see them. ___ Vim-l mailing list Vim-l@wikia.com http://lists.wikia.com/mailman/listinfo/vim-l
Re: [Vim-l] Japanese edition of the Vim Wiki
On 7/1/08, Angela [EMAIL PROTECTED] wrote: 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 That's...cool, I guess. Is there sufficient demand for this to keep it going, I wonder? Also, is there any effort to translate articles and keep the two wikis somewhat in-sync? ___ Vim-l mailing list Vim-l@wikia.com http://lists.wikia.com/mailman/listinfo/vim-l
Re: [Vim-l] Ads in articles
On 6/8/08, Martin Tournoij [EMAIL PROTECTED] wrote: On Sun, Jun 08, 2008 at 02:54:43PM +1000, John Beckett wrote: Last Friday, the wikia-l mailing list announced these changes: [snip] 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 I understand that a site like wikia has to make a profit, and one of the best ways is using advertisements, but this seems a bit too much IMO. Can't the Vim wiki be hosted at the Vim site (www.vim.org)? -- Martin Tournoij [EMAIL PROTECTED] http://www.daemonforums.org Cheops' Law: Nothing ever gets built on schedule or within budget. I took a look at the proposed new style, and it really doesn't seem too intrusive to me. As long as they stick to their statement that distracting movement in the ads will be kept to a minimum, I don't see the problem of a static ad floated to the right of the article text. If it does become a problem, I suppose we can look around, but I think a great deal has already been invested in this site, and quite a push of this new site has already occurred on the mailing list and IRC channels. I think we would damage the interest in the site (which has just begun to grow) if we suddenly move it yet again. Obviously, if it becomes a problem (with popup windows or distracting animations or sound in the ads) we should move, but I would like to believe that those in charge of Wikia understand this, realizing that they could lose a lot of visitors and probably a few wikis if they do anything outrageous. I have never had a problem with tasteful, static banner ads (which is pretty much what they are talking about here), and if I did, good browsers these days have the capability (through a plugin or built-in) to block content you don't want to see. I'll look through the thread you mentioned, John...but for now, I'd recommend not making any plans to move. ___ Vim-l mailing list Vim-l@wikia.com http://lists.wikia.com/mailman/listinfo/vim-l
Re: [Vim-l] Character entities in wikitext
On 5/22/08, John Beckett [EMAIL PROTECTED] wrote: Angela wrote: Wikia's version has been modified since users requested additional tags be allowed. 'abbr', 'acronym' 'del', 'ins', 'q' are also permitted. I've just updated http://help.wikia.com/wiki/Help:HTML with that information. Thanks again. For readers of this list: I'll write this info up somewhere under our guidelines to explain that xxx can be used in wikitext (don't need lt;xxxgt;), provided xxx is not in the list on the above page. If xxx is in the above list, then xxx will not be displayed (it is an html element). Neither will xxxcyyy where c is not [_0-9a-zA-Z] and yyy is anything, for example q-args does NOT display as q-args because q is in the above list and '-' is a non-word character. John I think the best advice would just be: Try it without anything special. Make sure to preview your work. If it looks funky, use lt; and gt; ___ Vim-l mailing list Vim-l@wikia.com http://lists.wikia.com/mailman/listinfo/vim-l
Re: [Vim-l] Change TipNew to make Created a link
On 5/12/08, John Beckett [EMAIL PROTECTED] wrote: Each accepted new tip has the {{TipNew}} template which includes a subpage argument that identifies where the tip was discussed before being promoted to a new tip. I am thinking of modifying TipNew to make the Created field a link, which could be clicked to see the discussion. I have made a temporary edit to the following as a quick test: http://vim.wikia.com/wiki/VimTip1549 Have a look at how 1549 appears, and test clicking the Created field at the top, just under Tip 1549. Any thoughts on whether I should change TipNew so all the new tips appear like this? This is pretty trivial, but it might be handy. John I like it! But, shouldn't it jump to the discussion of the tip, and not just the page it was discussed on? Also, what is the current functionality of the subpage argument...it doesn't seem to create a link or anything. ___ Vim-l mailing list Vim-l@wikia.com http://lists.wikia.com/mailman/listinfo/vim-l
[Vim-l] Need a {{subst:help}} template thingy
With all the people asking for help on talk pages or tip comments, we usually end up referring them to the vim_use mail list or #vim channel. I think it would be useful to have a standard way of doing this. Someone should make a {{subst:help}} similar to our {{subst:welc}} to facilitate this! ___ Vim-l mailing list Vim-l@wikia.com http://lists.wikia.com/mailman/listinfo/vim-l
Re: [Vim-l] Remove Category:VimTipRedirects
On 4/20/08, John Beckett [EMAIL PROTECTED] wrote: Martin Tournoij wrote: Well, ID's are not easy to remember, and having two titles for every page is even more difficult to remember. I certainly don't remember tip numbers, but while doing heavy maintenance here it has been quite useful to have a short id to refer to tips when considering (say) a list of tips for merging. This applies when it's only me, and when communicating with other editors (it's also handy in an edit summary, like merge in info from tip 123). The need for that sort of thing will decline as the tips get into better shape. Tell me, what is easier and more user-friendly: http://vim.wikia.com/wiki/VimTip1312 http://vim.wikia.com/wiki/256_colors_in_vim In an email or on an external web page, I agree that the second is preferable. But if the title is long and ugly (originally a lot were), the first is useful. For readers on the wiki, I would put [[VimTip1312|256 colors in vim]] so readers would not see VimTip1312. Then the target tip can be renamed and only one link needs to be changed. Well over 600 tips have been renamed, so that has been an issue. I have a script that checks each VimTipNr page, so if one is not edited, or is edited incorrectly, the script will notice. Using the traditional wikitext of [[256 colors in vim]] increases the maintenance work for editors (although, again, that work should be manageable once good titles have been established). For editors, I have often put stuff like [[VimTip1312|Tip 1312 - 256 colors in vim]] in comments. It has been (slightly) useful when planning what to do with a few related tips to have an id. I can download all tips and edit them locally. So, translating all links like [[VimTip1312]] into [[VimTip1312|256 colors in Vim]] would be quite achievable, although not what I'd regard as a high priority now. John ___ Vim-l mailing list Vim-l@wikia.com http://lists.wikia.com/mailman/listinfo/vim-l I think the best part of the tip number is the ability to use templates like: {{duplicate|123|456}} or {{merged|123}}. I'm not certain that these templates require the tip number page or not, but if they do then we should certainly keep the numbers! Regardless of what we do, I'd recommend creating a policy or recommendation or whatever that people use the full tip names for links. ___ Vim-l mailing list Vim-l@wikia.com http://lists.wikia.com/mailman/listinfo/vim-l
[Vim-l] Cleaning up replace builtin command tip
http://vim.wikia.com/wiki/Replace_a_builtin_command_using_cabbrev I'm considering replacing the example in the tip (replacing the 'e' command) with the function defined in the comments and the abbreviation of the function for itself (CommandCabbr ccab CommandCabbr). I am considering this because: 1) it's a simpler example of the technique that will not take the focus away from the technique itself 2) there is controversy in the comments over the correct way to replace the 'e' command 3) I'm not sure if either method will work I'm certainly willing to put the replacement for the 'e' command in a new tip, but I don't think it is especially useful here. This is a fairly complicated tip without a complicated example of a possible application. We could certainly have a see also section pointing to the new E tip and the existing Windo, Tabdo, and Bufdo tip (among others if they exist). Thoughts? I'd like to clean this tip up and feature it next month. ___ Vim-l mailing list Vim-l@wikia.com http://lists.wikia.com/mailman/listinfo/vim-l
Re: [Vim-l] Root Category
On 2/19/08, John Beckett [EMAIL PROTECTED] wrote: Benjamin Fritz wrote: The link in the sidebar on the wiki for Categories links to http://vim.wikia.com/wiki/Category:Browse. On this category page, Category:Browse is described as the root category, but I have been unable to access any of our tip categories from this root category every time I try. Can you spell out what the problem is? For me, it seems to work fine: - Click 'Categories' in sidebar. - See Category:Browse page. - Click the '+' next to the VimTip category. - See expanded list of subcategories. - Click (for example) '+' next to Usage subcategory. - Click Searching to see pages in Category:Searching. Expanding the '+' only works with Javascript enabled. The text on Category:Browse should be improved to provide an overview of the idea and a few hints. I propose directly naming Browse as the parent category for all our top-level tip categories (Usage, Integration, etc.). Currently, the parent is listed as VimTip, but if these category pages show up among the thousands of tip pages, I haven't been able to find them. Any thoughts? If I don't get any feedback in a few days, I'll probably just start changing parent categories as proposed. I don't understand the problem. I recommend caution and some pretty extensive planning before large scale manipulation of the categories. I am slowly beginning to understand Categories. One point is that the wiki needs pages for admin, and pages for tips, and pages for other stuff. I recently added the VimInformation category for a few pages that are neither admin nor tips. If Category:Usage had Browse as its parent, you couldn't tell whether the Usage referred to usage of Vim, or usage of the wiki, or maybe usage of the mailing list. If Metacosm brings many IRC people, maybe we would want a usage of IRC category as well, and other things in the future. I have skipped doing any significant work on categories because a lot of serious planning is needed, and I'm not sure how effective that planning would be until more wiki experience was gained. Maybe the Category:Browse talk page could have a large pre.../pre section with an ascii-art chart showing a proposed plan. There are a couple of things in Browse that perhaps should be elsewhere. Maybe hide Copyright and Forums under 'Administration of this site'. I didn't know what to do with 'All tips for C family programming', but it should be elsewhere. I see how that works now...somehow I've never noticed the [+] next to the subcategories, and have just browsed categories by going to the subcategory page. VimTip, for some reason, and unlike every other subcategory, does not list its subcategories on its category page. I can browse away to my heart's content, now. Perhaps some explanation is needed on how to browse for unobservant people like me _. ___ Vim-l mailing list Vim-l@wikia.com http://lists.wikia.com/mailman/listinfo/vim-l
Re: [Vim-l] Candidates for deletion
On 2/20/08, John Beckett [EMAIL PROTECTED] wrote: Next Tuesday 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. Confusingly, a couple of the items are redirects - I plan to delete the redirect, not the page pointed to by the redirect. The bottom of pages to-be-deleted will say Category: Candidates for deletion. John No problems here. Thanks for the pointer about the redirects. Is it possible to make those links automatically do the redirect=no thing? ___ Vim-l mailing list Vim-l@wikia.com http://lists.wikia.com/mailman/listinfo/vim-l
Re: [Vim-l] Ideas go grow vim.wikia.com
This reminds me about scripts. I think the wiki can also been used for mini-FAQs and tips related to scripts available on vim.org. We have a Plugins category or something like that...probably a good place for this sort of thing. ___ Vim-l mailing list Vim-l@wikia.com http://lists.wikia.com/mailman/listinfo/vim-l
[Vim-l] Root Category
The link in the sidebar on the wiki for Categories links to http://vim.wikia.com/wiki/Category:Browse. On this category page, Category:Browse is described as the root category, but I have been unable to access any of our tip categories from this root category every time I try. This has bothered me for some time. I propose directly naming Browse as the parent category for all our top-level tip categories (Usage, Integration, etc.). Currently, the parent is listed as VimTip, but if these category pages show up among the thousands of tip pages, I haven't been able to find them. Any thoughts? If I don't get any feedback in a few days, I'll probably just start changing parent categories as proposed. ___ Vim-l mailing list Vim-l@wikia.com http://lists.wikia.com/mailman/listinfo/vim-l
Re: [Vim-l] Ideas go grow vim.wikia.com
On 2/16/08, Robert Melton [EMAIL PROTECTED] wrote: Background: I am the channel owner of #vim on Freenode, I am a long-time vim user, full time developer, and the owner of http://vi-improved.org among other sites. I have setup multiple wikis for business and personal use over the last decade, generally I acted as an agent of change within the organization I worked for bringing in and getting wikis (and proper source control, documentation, etc) and up and running -- all 4 organizations I have setup with wikis still maintain them, with thousands (and in one case, tens of thousands) of pages. This means I have had to deal with getting buy-off and getting people to actually use them, a fun challenge. The reason I am writing this little-post (I was advised to by John Beckett) is a plea to change the front-page (and to a lesser degree, the focus) of the wiki. Beyond that, to open-up the culture to be less tip focused, and more vim focused, in order get people more involved. So let me outline what I think are the main problems with the site as is. #1. It doesn't address the primary reason people come to the site, to get help. The lack of a focus being put on what I imagine (please correct me if I am wrong) the vast majority of people who come to the site seems somewhat misguided. Most of the features on the front-page seem to make it very busy, as if someone is looking to browse tips when they come to the site, which I think is unlikely, they need help! Now, when I say FAQ -- I don't mean the entire VIM FAQ, I mean let grow naturally -- let people add questions, the common questions will be answered, and you link to the real VIM wiki for the less common questioons. #2. It doesn't encourage anyone to contribute. It is overwhelming, and intimidating. Beyond that, generally you create a tip in an anonymous fashion, no ego stroking. It might sound petty, but being able to attach the work you do to your identity is a powerful piece of encouragement. Now, as John pointed out to me, there isn't anything wrong with doing it via userpage, but I think we need to go beyond and specific recommend people do it that way. The trick with a wiki is getting that first bit of usage, creating a user page, etc -- once you do that, you got your foot in the door, makes it much easier to create that second page. So, my concept is basically, change the front-page to do three major things. #1. Answer the common questions, add a FAQ (right on the front-page would be great), add links with specific sections of problems. File format issues, syntax highlighting issues, etc. Once these sections are defined, it is easy to add new tips to them. Also, link out in an obvious way to places where people can get more help (#vim on freenode, the vim user list, etc). Don't bury these next steps, make them obvious and easy to find. #2. Encourage people to create vim.wikia.com user accounts, and start to add their own content via their personal userpage. This is something I have done with every wiki I have implemented, make the persons userpage be their personal safe zone, where they can add content rapidly and safely without a ton of concern about formatting and perfection. Fear is the enemy of contribution. Don't jump on them for formatting or other mistakes. :) #3. Try to create a nice cross-connect with the other vim-help resources, and reach out to the authors of tutorials and other valuable vim content, and see if putting it on the wiki would be acceptable. For example, using the vim.wikia.com site as the web-resource for the #vim channel would be fine with me. I would just need a nice little section, and our community would maintain it. Cross-connects and more user-generated content will drive up direct links to the site, which will hopefully bring in some new contributors (assuming we make it easy to contribute, and have an obvious path). These are my random two cents, take them for what they are worth. :) --Metacosm) Here's my take on things: #1 Although many people come to this site to get help for a specific topic, many more (like myself) DO come just to browse. I like to just hit random tip a lot and see what gems I uncover. From what I've seen so far, I think the focus of the site has been primarily for people who have a somewhat-okay idea of what they are doing, aren't really having any SPECIFIC problems using Vim, but want to see some pointers to improve their use and make them more efficient. If they wanted help, they would probably use :help or :helpgrep, or use the vim_use mailing list (as we suggest they do). Perhaps we should emphasize this on the front page. That being said, I can certainly see where you are going. I love the idea of a brief FAQ, or at least a highly visible LINK to an FAQ on the main page. However, it should be kept very brief to avoid clutter, and the bulk of the FAQ should lie elsewhere. The search could certainly be
Re: [Vim-l] Featured Tip?
Whoops...make that http://vim.wikia.com/wiki/Vim_Tips_Wiki:Featured_Tip On 11/12/07, Benjamin Fritz [EMAIL PROTECTED] wrote: Well...I made the sample page as suggested at http://vim.wikia.com/wiki/Vim_Tips_Wiki:Featured_tip. I also started the discussion page. Tweak on! On 11/4/07, John Beckett [EMAIL PROTECTED] wrote: Benjamin Fritz wrote: I also like Best Vim Tips - it is a good overview with LOTS of good info. The only problem I see with it is that it is a bit overwhelming - there's a lot of info there! I think it's a good nomination, though, once it is polished a bit more. Perhaps some more sections would help - the current sectioning is good, but can they be grouped further under bigger headers? Maybe, but I think we need to pay due reverence to the masters and Best Vim Tips is not something I would like to change unless I was REALLY sure it was an improvement. What would be worthwhile would be to check for changes on the author's site. I started doing that, but I just had too much to do (I've finished quite a heavy edit of tips 1 to 599!). I'd like to add these nominations: ... Good. I've had a quick look. Will check later when we get closer to setting this up. Re tip 1440 (your first choice): As well as the duplicates noted (1003 + 1225), please check 716 and 1314. I don't think this should be the *first* featured tip because, as you say, it's not really Vim. It would be valuable as the second. If you would like to make a sample page, I won't be able to resist tweaking itg. John ___ Vim-l mailing list Vim-l@wikia.com http://lists.wikia.com/mailman/listinfo/vim-l ___ Vim-l mailing list Vim-l@wikia.com http://lists.wikia.com/mailman/listinfo/vim-l
Re: [Vim-l] Tip templates project
I like the proposed improvements to the tip template, but I'm a little wary about a tip template for new tips. How exactly do you propose that that would work? From what I understand, any tips we want to keep would be given this template. But what about tips that don't get reviewed within the time period you suggest? Do they just get deleted? I think that a good solution may be to count any tips without a tip template as needing review, similar to the way in which all imported tips have the review template applied right away. Is there a way to automatically insert the review template, or would we need to detect the absence of a tip template? Can we even do that? This also does not address the issue of people that just enter a tip and put in the template themselves. Oh, and if you can make improvements as part of the script like moving the category or replacing html entities, that would also be great. I see no reason not to do that. On 10/22/07, John Beckett [EMAIL PROTECTED] wrote: As mentioned a couple of weeks ago, I propose running a script that will progressively change the {{Tip}} template used on imported tips. I also have developed another template that I propose will be used for new tips that we intend to keep. However, I'm less concerned about fixing the new tips, and will not be pursuing that at the moment. The main motivation for changing the Tip template is to remove the 'text' argument so that the tip body is no longer an argument to the template. Then we won't have to worry about pipe characters or double braces in the tip. If we keep the current template, we have to fix all the existing tips which use the problematic characters, *and* we have to worry about the tips being broken by future editing. The imported tips have numbers from 1 to 1504. In that range, over 280 are missing (spam deleted on vim.org, or other glitches, or tips we've deleted). Another motivation for changing the Tip template is to improve the tip navigation so that Previous and Next will skip the missing tips. I intend taking advantage of this opportunity to do some other processing: Trim trailing spaces; replace '#35;' with '#'; maybe manually inspect '--AT--' and replace with '@', or delete if an email address; maybe move [[Category]] to the end of each tip. See the following for examples and more details: http://vim.wikia.com/wiki/User:JohnBeckett/Tip_templates_project Please let me know if you like or dislike the proposals. John ___ Vim-l mailing list Vim-l@wikia.com http://lists.wikia.com/mailman/listinfo/vim-l ___ Vim-l mailing list Vim-l@wikia.com http://lists.wikia.com/mailman/listinfo/vim-l
Re: [Vim-l] Email addresses in tips
Along those lines... I'm not sure if this is even possible, but I think it would be cool to have a page of the week. We could select it semi-randomly based on ratings or vote on it amongst registered users. What do you guys think? On 10/18/07, Santhalus [EMAIL PROTECTED] wrote: Ok, I see it now on the right bottom of the page ;) I must be getting blind.. I see there are also 'digg', 'stumble upon' and 'delicious' buttons - they could be very useful to attract more attention to the Wiki if we somehow cooperated on submitting some top selected tip pages. Regards, Santhalus Santhalus wrote: I admit I overlooked the 'highest ratings' in the dropdown menu. However, I don't see the rating button on the tip page anywhere? Anyone knows what score is used for 'highest rating?' Regards, Santhalus Benjamin Fritz wrote: The top content box works great for me, although I need to click the see more... link for anything to change. And, I often use the dropdown to select a different definition of top content when I do this. On 10/17/07, Santhalus [EMAIL PROTECTED] wrote: [Snip] Is the top content box working? It seems to me I see the same titles continually since a month or so, at least in the top five. Is there a way to see more visitor statistics (which/how many per day/week, which categories popular, visitors from which countries etc.)? ___ Vim-l mailing list Vim-l@wikia.com http://lists.wikia.com/mailman/listinfo/vim-l ___ Vim-l mailing list Vim-l@wikia.com http://lists.wikia.com/mailman/listinfo/vim-l ___ Vim-l mailing list Vim-l@wikia.com http://lists.wikia.com/mailman/listinfo/vim-l ___ Vim-l mailing list Vim-l@wikia.com http://lists.wikia.com/mailman/listinfo/vim-l
[Vim-l] Browsing Categories
It seems to me that browsing through the categories would probably be a very nice way to find tips for a certain topic. But, doing this is not at all obvious. From the main page, you need to go to Special Pages and from there click Categories. I thought Category:Browse (accessible via Categories on the main page) was supposed to be a root category from which you could browse to all other categories. Is there a reason this is not the case? Am I just being unobservant? Can somebody fix this? Browsing through the categories could potentially be more useful than the search, which has failed me on many occasions. ___ Vim-l mailing list Vim-l@wikia.com http://lists.wikia.com/mailman/listinfo/vim-l
Re: [Vim-l] Email addresses in tips
On the wiki's home page, we have that top content box. What if we added a new box for most active contributors or even recent contributors? On 10/17/07, Sebastian Menge [EMAIL PROTECTED] wrote: Am Wed, 17 Oct 2007 11:19:29 -0500 schrieb Benjamin Fritz: [Snip] So we should look for something to credit ppl. E.g. Do you know these? * http://vim.wikia.com/wiki/Special:Editcount?username=JohnBeckett * http://wikistats.wikia.com/EN/TablesWikiaVIM.htm#wikipedians I think this could encourage ppl. What else could we use? My conclusion: remove emails and adresses, state in policy that we don't want them on the pages, refer to other mechanisms for credits. Sebastian. ___ Vim-l mailing list Vim-l@wikia.com http://lists.wikia.com/mailman/listinfo/vim-l ___ Vim-l mailing list Vim-l@wikia.com http://lists.wikia.com/mailman/listinfo/vim-l
Re: [Vim-l] Email addresses in tips
The top content box works great for me, although I need to click the see more... link for anything to change. And, I often use the dropdown to select a different definition of top content when I do this. On 10/17/07, Santhalus [EMAIL PROTECTED] wrote: [Snip] Is the top content box working? It seems to me I see the same titles continually since a month or so, at least in the top five. Is there a way to see more visitor statistics (which/how many per day/week, which categories popular, visitors from which countries etc.)? ___ Vim-l mailing list Vim-l@wikia.com http://lists.wikia.com/mailman/listinfo/vim-l
Re: [Vim-l] collaboration of the month
I like it - but could there be a way to get a random article from the monthly list? My favorite method of finding an article to review is to click the Random Page link until I find an interesting one. I'd like to be able to continue doing that, but help out with this effort. Random page in this category seems like a good addition to the category page, don't you think? On 10/13/07, Sebastian Menge [EMAIL PROTECTED] wrote: Hi all As soon as John is done with the Titles Project, I'd like to start the following process for collaboration of the month (presumably starting with November) 1.) Categorization In alphabetical order, e.g. * Nov = Tips starting with A and B, * Dec = Tips starting with C, * etc. I'll try to adjust the numbers of tips per month according to the effort ppl are doing. What would be a good start? 20? 50? 100? 2.) Category of the month After Categorization, concentrate on specific categories. Same algorithm as before: Try to announce a couple of cateories such that a reasnoable number of tips will be done per month. I would prepare a wiki-page describing the process, and post the monthly announcement to [EMAIL PROTECTED] with a short paragraph about the categories/ tips to be done and a short notice about being bold / relevant policies. What do you think? Any further suggestions? Thanks, Sebastian. ___ Vim-l mailing list Vim-l@wikia.com http://lists.wikia.com/mailman/listinfo/vim-l ___ Vim-l mailing list Vim-l@wikia.com http://lists.wikia.com/mailman/listinfo/vim-l