Knowledge:Village pump (proposals)/Archive O

10500:

interesting tidbit, as well. It can't really be merged with anything else - a balaur is not a dragon, despite the simularities, and it would not make sense to merge all articles on characters and creatures in seperate myths that all happen to be Romanian, into one article, especially since the resulting article could very well end up being massive and massively confusing and difficult to use - so it has its own article, even if the article is a stub right now. Why? Because it matters to someone, somewhere, and someone else, somewhere, took the time to start the page. Is it obscure? Yes. Useless? Not to everyone. Interesting? To at least some, it would be. This is why there are so often people quick to defend even seemingly "trivial" articles from deletion. Because it will be useful or interesting or both, even if it won't be either to everybody under the sun. Mind you, I do think that if something is an *object* from a specific fictional universe, it should be kept on the page for that universe. Tricorders and phasers are objects that only exist in Star Trek, so why not just merge or link to the main Star Trek article in the searchs? Although I do think that in some cases, a particular universe, as it were, might deserve multiple entries if it exists in multiple formats. Buffy, M.A.S.H., Stargate, Dukes of Hazard and Firefly all have TV series AND movie versions, most of which differ greatly from each other (well, Buffy and Stargate's series' were sequels to the films, but they do have many differences, such as cast, for one). Buffy and Firefly also have series of comics; Fray is a sequel comic to Buffy (itself a rather notable cultural phenomenon), but it's its own story, so if it doesn't have an article already, there's nothing that should prevent it from having one. And so on. But really, that's completely an organizational matter, and it's also the reason we have these wonderful (if sometimes dauntingly large) Talk pages. Er, but to address what it SEEMS to me is the main concern of this section's OP - if the character is minor or the object or event is one which only exists in a SINGLE fictional universe, it should be merged into either a list (such as the one for Firefly's minor characters), or the main article for that universe. Otherwise, though, I'd usually just say "leave it alone, it'll be useful to someone and it doesn't clog the page so much".

6256:

then reach a point where our coverage is not skewed at all. At that point we'll have five million articles, or twenty million articles. But that's not a nightmare, it is a necessity. We should not forbid tech-enthusiasts or movie enthusiasts from writing long and elaborate articles about very specific subjects. That would be wrong, for starters, and secondly I happen to like articles about those subjects too. We just need to recognize that we're short of enthusiass in a great many very important areas. Any kind of restrictions, such as a one-month probation time for new users, will reduce the inflow of new users, specifically those users who are less tech-savvy than the average Wikipedian. Stop talking as if one million articles is an important accomplishment. Knowledge isn't worthy of the esteemed title of encyclopedia

5797:

for redirects, page moves, new talk pages, new user pages, categories, templates, plus Knowledge Afds and other process pages, all of which would be needed during an improvement-drive. Not to mention the general self-organizing nature of Knowledge which requires inputs of energy to maintain itself. Cutting off new pages would be cutting off some of the energy that keeps Knowledge alive. But I agree with the sentiment. With a million articles we should find ways of preferring improvement over creation, perhaps by adding a speed-bump after the red link. Regarding Mel's point about moving pages only after four days, that bump is due to the page-move vandals. I think it has been of some value as it gives admins a chance to identify vandals who use thematic usernames. -

4392:

create new pages, I would not have been able to contribute as I have so far and my learning curve (still steep, I admit) would have been a lot slower. In addition, there is this great feeling of pride a new user gets from the first really good article all done. Nothing will get them hooked like that feeling. That said, however, I think it would be great if we could have something like coaches assigned to new users that watch them for a period of time. The Welcoming Committee is a start, but it would need to go further than just welcoming new users to be effective. We need to really watch them and coach them along for a little while (say 4 weeks or so) until they learn to look around or ask questions and know where to get the information they need.

6620:

interest or lack of volunteers. If someone tried to create a new page in this period, we'd have a temporary page to lead them to explaining the experiment, and offering a list of suggestions of other things they could do in the meantime. Similarly with DYK, of course. Rebuffing someone this month doesn't mean they won't come back next month and try again. This idea doesn't discriminate against newbies because it applies to everyone equally. IMO I would find this less confronting than having my brand new article speedied in 2 seconds, or reading an AfD about it, etc etc. Therefore I am not of the opinion that this would have a serious impact on new users that wouldn't be made up for within a couple of months afterwards.

6456:

editors" or simply "what's next?"). The notion seems to involve a lot of curtailment, such as locking articles, reducing privileges, requiring credentials, and so forth, and this proposal fits in that IMO alarming scenario. WP has a pretty solid policy and guideline foundation, and great operating principles, which should be developed through application by the "community", not by regulations and bureaucracy. I think some are under the impression that immutable laws of WP behavior have been identified, and problems thus defined can be "fixed" with rules. But once you actually get involved in a particular collaboration, anything from editing a somewhat contentious article, to processes like

6667:: I agree about the red-link idea, but I don't really understand your other objections. The overnight notability of people is surely unconnected with the ability of new users to create articles. What, also, do people's different strengths have to do with the case? The biggest problem of new pages, aside from the outright vandalism (a huge number, as any New-pages patroller will testify) is the creation of pages by people who have no idea about how Knowledge works, and make a total mess for other editors to clear up. More often than not, they create strings of articles – usually stubs – all of which need work. The time wasted on this is incredible. 5864:: I agree about the red-link idea, but I don't really understand your other objections. The overnight notability of people is surely unconnected with the ability of new users to create articles. What, also, do people's different strengths have to do with the case? The biggest problem of new pages, aside from the outright vandalism (a huge number, as any New-pages patroller will testify) is the creation of pages by people who have no idea about how Knowledge works, and make a total mess for other editors to clear up. More often than not, they create strings of articles – usually stubs – all of which need work. The time wasted on this is incredible. 2829:"external links". The problem with using inline for external links and endnotes for other references is that the two methods aren't synchronized - making the only way to distinguish the third inline link from the third endnote link the size of the '3'. However, as we get more precise about references more and more articles are going to include information which can't be found on the web. The 'End Note' links work for either type of reference and thus are overall superior. If the two methods could be made to use a single number sequence/appearance (e.g. always superscript) then I think it would be easier to use both in one article. -- 3747:"This article should not be used as any substitute for any information you receive from health care professionals". I do appreciate that from what I have read of medical articles in Knowledge, as far as internet resources go, they are quite informative and reasonably well-informed (at least compared with many internet health resources!) but I do feel that this would be a sensible proposal. Also, should such articles have a "Disclaimer" statement, to clarify that neither Wikpedia contributors nor professional watchdogs take responsibility for the content or implications of any external web-links mentioned in such articles? 6883:

ensuring we get a positive benefit to wikimedia/wikipedia. I think this prize should be open to everyone who contributes to wikimedia projects (including for example wikibooks). The problem is ..how do we go about ensuring it's fairly awarded without creating infighting, angry persons, portals to hell, or even worse ..overall negative controversy. I wouldn't want someone who worked harder or nearly as hard as the person who wins the prize to get frustrated/jealous etc. and stop contributing. I suppose the same thing applies in other fields but prizes have not prevented people from excelling in those.

5989:

clear ? If you are annoyed by having to clean up new pages, then don't do it. Either someone else will do it or it will be left as is. The article would have to be really bad to argue that it's worse than having no article at all on the given topic. In your stats, you seem to be saying we should trash 25 perfectly good pages because of 25 others which need work; how does this make sense ? And one new point, if you keep people from creating new pages containing vandalism, they will likely vandalize existing, more notable, more frequently accessed pages instead. How is this an improvement ?

10159:

their own wikis. and further fancruft content inputted onto the main wikipedia would be immediately dispatched to their relevant wiki. This already happens with e.g. quotes and Wikiquote (try putting a small list of relevant quotes in an article and it'll surely be removed and transplanted to wikiquote pretty quickly), so why not with fancruft. It need not be a seamless transplantation (wikiquote isnt really), and I'm sure fans will appreciate their own wiki that they decorate nicely and have chats about. And the main wikipedia site would be able to have purer mission as an encyclopedia

7060:

often has such a limited scope that it doesn't need summary style — or an article that is watched like a hawk by someone constantly maintaining it. (Not practical.) Should a software modification be made to take into account summary style? Perhaps what we could have is meta-data about each section (which for now would probably consist just of its main article, although I can think of other uses -- such as listing references), and then the software could insert a big bold notice at the top each time a section is edited, giving a form message like "This section has a main page:

4692:. Aside from the fact that most examples that have been given turn out not to have been genuine examples at all, this is irrelevant. No-one is arguing that every article created by a newcomer is bad. We impose a delay before new users can move pages and up-load images; I've no doubt that some page moves and up-loaded images by newcomers were fine — but again, that's not the point. If the claim is (as with 2) that an editor who wants to add a good article will refuse to if they're not allowed to do so immediately, then I can only repeat that I don't believe it. -- 3876:

information is considered encyclopaedic, and what is generally getting too deep into cruft (although there will also be the case of significant exceptions to the general rule of course). The template could also work on incomplete categories to act as a starting point for say the general information a new article might need adding if the information can be found/sourced, and also help standardise the way sections are named, ordered and such if people want to try and keep similar articles uniform.

4358:

an article, they aren't likely able to make an article that has any chance of being kept. I doubt many new user read any guidelines before contributing (either guidelines for inclusion or for style/markup). People learn what's accepted/wanted at Knowledge by seeing what's already in existing articles (e.g. reading articles, and seeing wiki markup while editing them). Also, this "probationary" period would discourage people who already have accounts from constantly making throwaways. --

4222:

often been New-page patrolling and found that there have been so many problems that by the time I've worked through the screenfull of fifty pages, another few hundred of new pags have been created. What's more, there are times when no-one esle seems to be involved — and that means that dozens of page-creation vandalisms, blatant copyvios, or just unwikified messes, slip through. That's confirmed by the number of times that I come across such articles weeks after they've been created. --

9412:

attract people who'd make the article better -- either out of an adamance to improve what is already considered great or out of a vandal-esque drive to demean a good article by showing it still has flaws); it could just be left on the talk page (but that undermines the aforesaid reasons for putting it on the article page in the first place!, not to mention the fact that one has to almost intuitively know to look on the talk page to confirm suspicions about an articles respectability.)

10605:

3-D network. The idea would be that a user would be given an interactive visualization of the pages (content) and the links to other content. If made flexible and powerful, such a visualization tool could be used to create, manage, and navigate a wiki; brainstorm projects; create complex plans; or map out detailed decision making processes. Of course, the power of the wiki is the ease of use by the community and the openess for adding new content..

5847:

recently which I think are well-written useful additions to Knowledge. On the other hand, restricting access to create new articles will likely piss off potential new users and old users alike, who will then quit Knowledge permanently. I am already seriously frustrated by being constantly accidentally blocked because of my dynamic AOL I/P address, and this just might be the "final straw". Don't piss off the users, without them there is no Knowledge.

5964:: why would this annoy old users? And what does this have to do with your being accidentally blocked? With regard to your first point, see above about time wasting. Editors who don't concern themselves with vandalism and New-pages patrolling would be appalled at just how much of a problem there is. Of every fifty new pages, up to a half are either page-creation vandalism or hopelessly messy articles that need considerable work by other editors. -- 2917:... in other words, the articles should be basically self contained. In line links should be there for fact checking, not for needed content (possible external links section excepted). If that's the aim, then having a way to check that the material referenced is still the material at the other end of the link is crucial. Indirect linking is much better for this. IMHO Direct linking is positively dangerous and risks being misleading. 4010:, and other Singapore movies for Homerun, as well as WikiProjects related to the articles. I will then link to my article from those articles, and request feedback on their talk pages. However, when requesting feedback, I will ask them to reply at the Article Feedback Desk, partially so the replies will all be in one place, and partially to promote the Article Feedback Desk, so other users will post their articles there for feedback. 10474:

wikipedia, is that people can get incredably obscure content from a mianstream source. Fictional information in some regards is more relevant then some real information. Lets say that you have a book read by 20,000 people, and a town in which 10,000 people live. The book, even if fictional would be twice as important as the town. But even if it's less important, the goal here was to create an omni-includisve source meaning

9466:

occasionally useful, even for me, but they are deceptive and disappointing because they give a false impression about the article's length. Even more so if you print the article out for off-screen reading (which I often do) and then find that you've spent a lot of laser toner and paper on a list. I think it would be a good thing if one could have confidence that the full length of a Knowledge article was prose content.--

10278:

about it that meet encyclopaedic criteria"- is also not logical. I have about a hundred fans who visit my site. If I asked them to start an article about me and maintain it it would meet your criteria, yet I'd still be non-notable and unworthy of an article according to the rules. So just because people are willing to write a page doesn't mean its worthy or an encyclopedia or a rule can't be made against it.--

9455:(why not 'List of Songs Without Words by Felix Mendelssohn' or 'List of paintings of bridges by Monet' in that case? - this way surely lies madness). So I suggest a page feature 'lists' to be available (like 'discussion', 'history' etc.) with each topic page, on which relevant list(s) can be posted. That way the info can be easily available and referenced without distorting the balance of the main article. -- 10291:, but that's beside the point. What he's saying, is that is it a violation of NPOV to delete a neutral and verifiable article based on your personal opinion that it doesn't belong here. You countered with an argument that was missing the point and he pointed out why it was missing the point. Go back to the part about NPOV and personal opinion and you'll see where the sense in the argument is. — 8589:. That looks ugly. At 800x600 the TOC gets pushed down to start at the bottom of the taxobox. I can't adjust my monitor to 600X480, but I would hate to see what that looks like. We need to consider how our pages look at various resolutions. It is possible to have a page where the text is confined to a very narrow column at a given resolution when images or other boxes take up too much room. -- 4095:

as its a very effective way of promoting their site, and sometimes, its a nice way of collecting valid e-mail addresses. Knowledge doesn't need to promote itself in this way. Knowledge already had to disable sending e-mail to Wikipedians who haven't validated their e-mail. So, I can't see how Knowledge could ever allow users to send e-mail to non-Wikipedians through this proposed feature. --

2594: 9920:

Number 42 or Vorlons or Mr Leslie who was in the back corner of the bridge of 6 seconds in a 2nd season Trek episode? That sort of thing should be reserved Memory-Alpha.org, or Lostpedia.com. I think this needs to be looked at more seriously. I think what I really want to get across is: Is Knowledge a place to get general info on many topics or a repository for every scrap of info ever?

5287:

preferred units for items such as weight, length, area, volume, liquid volume etc in one of the tabs of my preferences. This would save having to have articles showing dual units (i.e. the height of mountains in metres and feet), they could just be entered once in whatever the article writer wants and then all users can view the article with whatever units they are most familiar with.

4526:

users around who are and were perfectly capable to put together high quality articles right off the bat. Therefore, the comment about new users not able to do so is inappropriate, not to say a little arrogant. I do understand that many here are frustrated. But putting the brakes users' edits in the "💕 that anyone can edit" (see the Main Page) is definitely not the answer. --

4885: 4539: 4452: 4409: 1926:

more as 3,700,000 articles in many languages, including more than 1,000,000 in the English-language version. Since its establishment Knowledge rose constantly in popularity and some sister projects gelaicht. Publishers become lively, a policy "of the zero-criterion" under, which remarkable perspectives are summarized to support without an attempt, objective truth determine.

4194:

scattered guidelines to figure out what to put in the blank box and what not to, chances are they're just going to do what they can, and chances are that will not look so great to people who've been around for a while. Go about changing the software, don't punish people because the software doesn't help them enough. We still need many of the articles created by new users. --

2000:. It's mostly geared towards dealing with already uploaded images though, but if people actualy use it (rather quiet as of yet) I don't see why it could not be expanded (and possebly renamed) to also deal with querries about images not yet uploaded. Though in my experience most people who would benefit from it just upload first and don't ask questions later anyway. -- 3961:

of people tend to do peer reviews then in comparison to the regular fare they might be fairly heavyweight on an article that's only had (mostly) one relatively new contributor working on it. I'm not sure if the helpme system is too light for this task and peer review too heavy, maybe something in between is needed, or maybe one of the existing systems is applicable.

4424: 10358:

these rules. As someone previously commented, pokemon and characters from babylon 5 have been featured articles. The guide states only characters major enough to be icons in themselves are worthy of articles. That would mean the only Pokemon who really should have an article is "Pikachu". However, EVERY POKEMON EVER has its own article. So where should we start?--

3051:

year. Perhaps if you knew how old the joke has gotten, you wouldn't be so eager to join in. Well, it's fine if you don't want to participate in Knowledge's immune system; we've all carved out different roles here. But the least you can do is offer a little moral support to the troops. Instead, the thanks we get is that you plan to aid the enemy? Unbelievable.

1744:) should be speedily deleted to improve the quality of this wiki, as usually nobody ever cleans them up (by which I mean, translates the original entry, because "cleanup" by somebody not speaking the original language is typically not good). Please put machine "translations" on a separate wiki or in a separate namespace so nobody ever has to see them via 5777:

That includes a lot of vandals, but it also includes a lot of potentially great contributors who go on to improve existing articles. Right now, all they have to do is sign in; if they were hit with a waiting period of any kind, I think many would lose interest. This would be a Bad Thing; we need fresh blood as we grow in popularity (and vandalism).

4275:

wikilinking it I noticed many significant topics in the area redlinked, so I ended up making about a dozen new, very encyclopaedic, stubs as starting points (I will go back tomorrow and keep expanding them, but it's slow work as almost every sentence has a redlink in it which just adds to the task, eventually it should start to cohere I hope...).

5009:

like as mentioned in this comment, then they should be deleted to. User pages should also be consolidated into 1 central location, namely Wikimedia, or a separate place, but these are draft ideas, but the general idea, would organize Wikimedia & save resources. Taking the point of saving resources, Accounts should be allowed to be deleted.

6675:. No mention was made of just for new users, was it? The point regarding people's strengths is that some peoples strengths lie in spotting gaps in our knowledge and creating new articles. Turning off article creation would prevent that. As to wasting time on cleaning up after others, to be blunt, if you feel it's time wasted, don't do it. 1533:. The WP software recognizes an IPA string (probably with some sort of delimiter) and makes a link to a page that generates a .wav or .ogg of a computer synthesized voice saying the term. As IPA has zero ambiguity as to pronounciation I think this would be relatively techinically feasible, though I certainly don't have the know-how to do it. -- 6075:. It's a volunteer project. We get the most bang for the buck by allowing people to work on what they want to work on. Also, if someone does a bad job at creating new articles, there is no reason to believe they will do a much better job at editting existing ones. You just shuffle the problems around with no real benefit. 4014:

methods above to encourage Wikipedians to give feedback, and those Wikipedians may in turn post their articles for feedback, thus creating a healthy cycle for the growth of the Article Feedback Desk. In addition, as mentioned earlier, the acronym AFD clashes with Articles for Deletion, so could someone suggest a better name? --

7614:

dishes. If it had a built in function for searching buy area and it was easy to specify where a pace was when the article was made (preformatted address box like when you put your address in on an online store etc) it could quickly become invaluable in finding what was in you local area or what’s worth doing on holiday.

7784:. You should have looked at it the last time I mentioned it to you. Also, why do you constantly repeat "your" email address and that screed about why you won't sign up? We saw it the first few times, we don't need to be reminded of it every time you make a comment, unless you're just trying to make some point. -- 2509:

a category, it is automatically listed there, whereas if an article is created, then the writer or editor of a new article would have to place a "See Also" link to the List Article which Rick Block mentions. That is to say that it would be somewhat more complicated to encourage the development of such a list.

10268:. Deletion of 'stuff that people are stupid for writing' would violate NPOV. The answer to "why sci-fi fluff" is worth an article is "because people can and want to write articles about it that meet encyclopaedic criteria". The same is not true for your autobiography for the reasons already mentioned it. -- 3109:: Why climb up mountains when you have got to climb back down. It is true I've never seen patent vandalism, though a couple of time I missed them by only hours.And vandalism troops have all my moral support, but they need to take breaks to keep THEIR morals up. ANyway, don't take all this too seriously. 5269:, which is linked to by quite a few articles, which implies that has consensual approval, yet the page it redirects to is either historical or proposed depending on when you look at it. There needs to be some guideline on how to make a claim of notability or importance, and the value of such a claim. 10499:

is completely useless. To me, it is not, because it was a creature so unique to that region's mythology that I had never heard of it before - and yet, could be a fascinating addition to my novel; or, if you were writing a thesis on the representations of evil in European cultures, it could provide an

9897:

This particular ship has long since sailed. Feel free to work on merging material where it makes sense, but trying to tell people that they can't provide verifiable, factual content about the things they care about is a hopeless battle for very little benefit. If you are feeling frustrated with the

9525:

I hope they are being mended and not completely phased out, because this is the exact idea I had. I agree with Smerus - long lists can be disruptive to an article. I hesitate to say a list page is the answer, since those tabs tend to be for wiki-beauracracy issues, and not content, and new or casual

9164:

A template for "Further information is needed to determine if this article qualifies for inclusion in Knowledge. The information needed is: ... If this information is not provided within N days, the article will be deleted." would be useful. Effectively, this would be equivalent to "prod", but nicer

7890:

I noticed that in wikihtml, when we edit, formating has extra space, for example, when we edit a comment, there's a space between the $ Subject/headline:$ & the content of the message. Another example is == Extra Space ==$ is also the same as ==Extra Space==$ . Does this make comments larging

7397:

Hovering the cursor on an internal link gives a quick introduction/definition about the word (instead of just the same word repeated). The target article could contain meta-data that would be displayed with any link to that page on the site. If this meta-data is inexistant, the first few words of the

7005:

was available. Knowledge should help ensure the 2007 version has all feature articles by making sure the articles already selected for 2006 are reviewed. Can we have a project page that lists all the articles in '2006-Knowledge-CD-Selection" so that editors can easily find the selected articles are

6698:

There are still huge numbers of missing articles in almost every subject area. This is a volunteer project and we should accept what people want to do. You can't clean up an article until it exists. And what about all the current events articles, which are among the most heavily edited? This proposal

6553:

If you use Featured Articles as some sort of measure of a "complete" article, the shortest FAs are around 16K, and most are much bigger. So the numbers might indicate around 65,000 well rounded articles (although many topics won't need to go that long, 8K is stull only maybe 8-10 average paragraphs),

6250:

done yet. The problem is that we do not cover all subjects well. Our coverage is extremely skewed towards a few topics, such as ultra-popular entertainment. It's good that I can go here to read about movies or television shows, or any of the few other subjects were Knowledge does really, really well.

5796:

This reminds me of the miserly farmer who decided to train his horse not to eat. Just when the training was succeeding the horse up and died. The idea of stopping article creation for a period of time is intriguing and promises several benefits. However the project requires new pages all of the time,

5782:

When I try to imagine the failure modes of Knowledge, I think that the beginning of the end would probably be a tapering off of interest in the project. Any policy that might conceivably precipitate that taper has to be worth the risk, and I'm not convinced that this proposal is worth the risk. If it

5776:

However, I am very afraid of the chilling effect a further restriction on article creation could have on new user enrollment. I entered Knowledge through copyediting, but my experience on Newpages tells me that a substantial number of new recruits feel strangely compelled to start with a new article.

5044:

Thanks for the reply. I went to the link, & I noticed that all Wikimedia Projects including Wikimedia is sorely disorganized;, still, the above issue has not been addressed;: on the link, nowhere was there Refernce Desk, Compliants, Help Desk, etc.. Also, Wikitionary has no links in any part of

4940:

I hate to clamp down on new users. But, if you want to see how bad the problem is, look at the last 50 new articles at any time. There are times when 80% are candidates for immediate deletion, as out and out junk, self-promotion, insults, and similar trash. It seems to take about three people, full

4391:

Sorry to disagree there, but not allowing users to create new pages would inhibit the free contribution culture we all value so much. Additionally, almost all my pages were new pages when I first started out because I came on board specifically to translate from dewiki. If I had not been allowed to

4375:

to change, as the rate of crap flooding in is far greater than can be sustained, unless we are happy with just ignoring the rubbish, and I am not at all happy to ignore it at all. I'm sure a lot of people will say that nothing should change or that any change would be "un-wiki", but then they will be

4094:

Presumabley, you would use this to send an article to a non-Wikipedian. Presumably, you'ld allow some custom text to go with the article, to explain it. Allowing that, leaves the potential for unsolicited messages being sent, causing us to be labelled spammers. Many other sites allow this feature,

3879:

Some of the above is done already via infoboxes of course, but this would extend that idea to an entire article where it is appropriate, but it would be more flexible than an infobox as it needs to be as outside of certain key elements most articles even on the same category of object has significant

3783:

After a few days of watching and edited newly created articles, two things are clear. First, well over half of new articles are candidates for quick deletion. And second, almost all the bad articles are about proper nouns, not general subjects. In fact, almost all the new articles are about proper

3004:

You can let down your hair somewhere else. Knowledge is a collaborative community of volunteers, and we should all have the basic decency to respect the hard work donated by our peers. I deal with enough hoaxes and vandalism already without them being encouraged internally; please don't make the task

2931:

It's only 10 days away. Bring out the Charles Chaplin/Lewis Caroll in you, let your imagination run free. Aim to outdo yourself. Recently there has been too much conflict (necessary) about the issue of censorship and freedom of expression, both in general and specifically. To lighten up, we need some

2824:

The 'direct links' work great for references which are on the web... you click the link and you are at the site. However, that doesn't work for non-web references. You either have to put the reference info right there in the text, which looks terrible, OR use something like the 'End Notes' method. If

2552:

I don't think this is a good idea for a couple reasons: (a) Categories are for grouping like articles (not facts), and no whole "article" is a funky fact; (b) 90% of wikipedia is little known to somebody. So there would be no clear criteria for what would go in such an article or category, which, by

2508:

Perhaps this is more an article than a category. What I had in mind when I put in this proposal was planting a seed that would encourage others to add to the list because I might only come up with a few, but the reason for thinking of a category was my understanding that when an article is placed in

2094:

My proposal is that Wiki pedia include the AMA (american medical association)style of citation in the citing Knowledge Pages. I Am a student an have a teacher insists n this style, ima sure that She is not the only one. if this is done Students all over the world will rejoice.( i think they will at

2039:

Often when I read an article about a movie, I see that the "discussion" tab is green, meaning that there is content. I therefore reasonably assume that somebody has written something on that page, some question or additional information, or criticism of the article. But very often I'm disappointed. I

1161:

The point is to increase flexibility and response of the community by increasing visibility of specific wikipedia updates, it could even save some bandwith too as it won't be needed anymore to fully load/reload whole pages to find out that there is nothing interesting for you there at that particular

10604:

I'm looking for the ability to create, maintain, and manage a set of wiki spaces using a cognitive map or graphical interface. I've found a couple of open source tools for creating mind-maps, but they are limited to single paths to the leaves. A wiki space is more appropriately modeled as a 2-D or

10277:

Ok, you're not making a sensible argument. You're saying that a non-notable bio is against the rules because it is against the rules. That Fancrust is legal because there is no rule against it. That doesn't make sense. Your second argument for facruft - "because people can and want to write articles

9711:

related to zoological medicine. If they're not, they've been misattributed and need their templates changed. A quick glance through it suggests they are all animal-related, though. As to making new stubs (by which I take it you mean the articles themselves), sure - feel free. That's the beauty of WP

7106:

I don't know that simply maintaining these articles directly is all that complex a task; it just requires trimming them once a month or so, which is an exercise in cutting sentences and pasting them elsewhere. It is problematic where the original text is badly written enough that it is impossible to

6745:

As long as we're dictating the types of selfless contributions that people can and cannot make, we might as well designate specific articles that can and cannot be improved/expanded. We don't want people working on articles that already are in decent shape, so we need to force them to work strictly

6711:

I think that this idea is great. Knowledge is filled with too many stub articles, so why should more constantly be made. I say that we have a WikiWeek, during which all new pages are suspended and users are asked to expand like 25 stubs. At that rate, WP will lose many stubs, and the whole cycle can

6623:

Although I don't do NP patrol, I am aware of its existence and thus that it is a problem. I didn't make this proposal directly because I want to solve that problem. I think it would be an interesting experiment that has the potential to do a lot of good for the community. Again it would be a LIMITED

6619:

As for rebuffing would-be recruits. Yes, I agree newbies should be able to create articles (which is why I oppose Mel's proposal below). It's the way many people get addicted. But en.WP has more than reached critical mass, in terms of users. We're not in danger of becoming out-of-date due to lack of

6615:

Again, it's only a month. People might discover new strengths and new interests they had never considered before. It's just an experiment that wouldn't seriously harm the project. If we do it and EVERYONE hates it, we can never do it again. No problem. Or maybe it would work out well, we could do it

5988:

Unless I misunderstood your proposal, it is to ban all users from creating new articles for a month. Did you mean you will only ban new users from creating articles for a month ? The accumulation of annoyances, like this and the blocking policy, is what will cause users to quit, didn't I make that

5580:

I think its a great way to add more detail to the listings without being too obtrusive. The existence of status icons would be a great motivator for folks perusing categories to jump in and fix things while they are within an area they're familiar with. For example, I can browse all the listings for

5286:

Not sure how possible this would be, it might require code changes, but the idea would be to allow us to embed weights and measures in a template such as {{kg|20.5}}, which by default would do nothing except show 20.5 kg (in some agreed format), however with the extension of allowing users to choose

5122:

Your right wikipedia has no power of jurisdiction over the other projects, & I'm glad for it; if that wasn't the case, we'd have a bigger problem on our hands. Excactly, if Wikimedia is the Umbrella organization, then it should have Help Desk, not Knowledge; in the current state, only Knowledge

5008:

Knowledge serves as all Wiki Projects' highest form of governemnt; I don't think that's right. I think that Wikimedia should be where Help, Reference Desk, Proposals, Policy, etc. should be located. Also, Beer Parlour & Tea Room should be deleted, etc. & if there are any other institutions

4948:

What might help is a more structured process for creating an article, where the process is form and menu driven. "General subject: person/movie/tv show/book/concept/other?" This should be optional, of course, but it would help newcomers get a reasonable article on the first try, and would give them

4825:

Here's my confession for the day: I spent a good deal of time espousing ideas very similar to this proposal, such a throtteling page creation exactly as page moves are. Having thought it through, I've now recanted this heresy, and now think that it's the worst idea ever. A better solution would be

4525:

I didn't say that they were newly created pages. What I did say was that they were first articles with very high quality. All three translations that completely replaced the stubs that were there before (you really need to check the history). What this does proof is that there are quite a few new

4357:

I think a very short delay in allowing new users to make articles is a good idea. Letting somebody make an article to quickly/easily might initially attract new users. But, when they see their article speedy deleted, they're not so pleased, and might give up. Until somebody has edited an existing

4307:

Though I opposed above, I am open to considering this proposal, but I would need some firmer evidence to consider what the impact would be. It would be very helpful if someone would go through a chunk of the newpage log and figure out how many pages are actually created by accounts less than 4 days

4221:

I don't really follow W.marsh's point; this isn't about punishing people — it's precidely about trying to make sure that they learn to walk before they run (and fall flat on their faces, causing problems for those around them). I disagree with the thirty-second claim, but that isn't the point; I've

4203:

Also, as an active newpage patroller, the 1-shot vandalism new articles are not a problem. They essentially never "survive" 12 hours, and take all of 30 seconds for an admin to deal with. What is a problem is people who post stuff that can't be properly speedy deleted, it's about valid topics but is

4153:), as well as forcing new Users to do smaller-scale editing, learning about Knowledge, before creating articles (a large number of new pages are un-wikified messes, created by people who have never edited before, and often never edit again. Many more are crude cut-and-paste copyright violations). -- 4125:

Although some browsers can autosend a web page, it doesnt always do so very well - for example just tried it in IE and it turned all the hyperlinks/wikilinks into just blue text, which would kind of defeat the purpose to a large extent. It's possible something like this could be somewhat useful, but

3960:

I notice he mentioned he thought Peer review was only for more established articles that have had many editors over a fair period of time raise them to a certain standard (and are now aiming to polish for good/FA status). I haven't really seen peer review in practise, but I imagine if the same group

3875:

These templates wouldn't be prohibitive but it would act as guidelines to try and standardise the articles, and the talk page of the template could act as a central point for getting a consensus on the levels of detail that would generally be suggested for articles in the category, i.e. what sort of

3746:

Can I please make a proposal about medical articles on Knowledge? If the neutrality of an article in Knowledge is disputed, we do see a very clear warning logo at the head of the article. Can I also suggest that for medical articles in Knowledge, we have a clear log heading the article which states:

2856:

My primary issue with this is that links to web-based articles are being end-noted. This defeats much of the value of the link. Web-based articles ought to use the in-line link style - see for example the new article in The Register which addresses the issue of Knowledge accuracy and states "ature's

2512:

Re Rspeer's comment, if anyone can verify that beets turn their urine red by eating them and then looking at the result, would it be necessary to cite a "verifiable reference"? This is another aspect of the "little known facts" that I had in mind ... that virtually anyone could verify the fact for

2284:

is declared because no position gets at least 70% or 80% of the "votes". In the few cases where a closing admin reaches a decision based on the merit of the positions presented that runs counter to the "vote count", a great howl goes up. All of this encourages a small group of editors to try to save

10548:

link to the community portal and other areas where user whether new or not can find it easily. I think this is important due to the fact that it has slowed severely and in addition this comment made by a user on the discussion page: " this participation made me learn several features of WP I didn't

10387:

The current guidelines do mention that major characters (regardles of their status as cultural icons or not) can be broken out into separate articles once length of a combined article becomes a factor. This especially is true for long-running series. From what I've seen, length is probably somewhat

10313:

If you made the argument that each of the individual Dharma stations shouldn't have their own articles because they're too non-notable, then you might have a case. Your argument is not that, however. You are advocating the blanket removal of all entries on fictional subjects, which is a position in

9435:

A star of recognition is good enough for me. So long as it's something that recognizes and rewards the efforts of the page's editors, as well as notifies and encourages the person who stumbles across the page, it meets the same ends as I (on a different IP) originally proposed. I'd still like it if

8252:

If your talking to me: Well if you use that arguement, there has been LOTS of things that devlopers have spent time on to change. How could you decide which things should be changed & which should not? Don't go all selfrightous with me and discriminate & prentend, as some people say, your

7078:

Hmm, how about summary style pulls in the top paragraphs (until the first heading break) of the subarticle automatically and the entire section should always be left blank. When people edit and find only a template and none of the text they were reading that should probably more loudly hint to them

6423:

I just noticed the irony of this proposal's rationale ("Having hit the million mark in both users and articles, now is a good time to concentrate on quality rather than quantity."). Don't you realize that this statement itself concentrates on quantity? You're actually arguing that we already have

6002:

Well, it's not my suggestion, but that doesn't matter. What matters is that I misread the suggestion (I swa what I wanted to see, damn it). I thought that the suggestion was that all new users would have to wait a period before they could create articles (just as now they have to wait before they

5386:

I think if we could get everybody to just use sources, that would be an enormous accomplishment. I think details of formatting are secondary (even the issue of using footnotes versus inline citations is secondary). It seems a fair number of editors, including long standing ones, including admins,

4252:

easy to deal with, and rarely survive. If they do they're orphans anyway. But believe me I realize a lot of "hit and run" contributers who write a new article leave us with a mess, but a lot don't... I just think we need to deal with the problem in a way other than denying all new users the ability

4079:

Yes, that is nice, but what for other browser users, or if you want to use a different email return address, of you're at a computer that doesn't have your settings (like at work or in public)? There could just be a link that you clicked on, that took you to one of those classic email pages with a

3970:

Per the above, peer review is not really geared toward this -- it mostly provides a pre-FAC check for articles that are close to that stage. One good place to search for feedback on this sort of article is the talk page of an associated wikiproject; or, find active contributors in the field and ask

3620:

I submitted a request to Bugzilla about a month ago asking that Knowledge make available the smaller WikiCities font as an alternate option ... not to replace the font now used by Knowledge, but only to offer the smaller WikiCities font as an optional choice to Wikipedians. My request was assigned

2060:

I think that the point is that Projects are usually relevant to discussion, as they contain guidelines about formatting, what should and shouldn't be included in the article, etc. Sticking them in a separate page would most likely mean that few people saw them. (There is something a bit odd, even

10357:

He, meaning I, actually has not! But obviously no one else here has either. So what do you know! Buried in the depths of the guidelines is EXACTLY what I'm talking about already writen as plain as day. So I guess this argument can end. But now a new discussion should start about actively enforcing

10303:

Everyone on the planet then should have a wiki article if it is factual and encyclopedic. Why is there a rule against it? I'm not missing the point, you are. There are appropriate subjects and non appropriate ones. Explain to me why non-notable person is bad subject matter but the different Dharma

9757:

are even worse perpetrators. All of these shows have there own Wikis and fan sites that do a more thorough job of documenting these programs. There is really no reason why Knowledge should host redundant info when these fan sites can be liked from the main article. No fictional article should need

9465:

I support this 100%. I often become very disappointed when I open a new article, and I see that it is 4-5 screens long. I then look forward to lots and lots of content, factual information and so forth. But then I find that after 1 1/2 screen, the rest is just a list of items. Sure, such lists are

9168:

The intended use is for articles where some minimal information has been posted, but not enough to determine if the article qualifies for inclusion. Typically these are articles with a few lines of text, but with no references. The idea is to give newbies clearer guidance of what's needed in the

7818:

I checked Perennial Proposals, but the thing thats' not there is the ability for the user accounts to be come deleted after a period of time, & the option to delete an account. 1 reason people do not sign up for an account is because a name they want has been taken. Another reason is because

7506:

In australia recently there has been some media coverage of a young surfer named James Robinson.... I would like to add a page to him as he has recieved several large surfing awards and i have recenetly interviewed him for Australian TV shows.... unfortuanly i cannot edit but would like to help by

6815:

the biggest advantage of using the web is hyperlinks, the biggest advantage of using wikipedia is wikilinks, even if we all went and spent an entire month expanding stubs all it would do is massively increase the amount of redlinks and hence number of new articles that were needed. Better having a

6760:

I'd argue for a one month moratorium on new articles in the "entertainment" area. Specifically, limit new articles on bands, songs, albums, movies, actors, TV shows, show episodes, games, and game characters. That's a huge chunk of article creation right there. Then we can have an cleanup month

6472:

about trying to follow to the letter the policies and guidelines that already exist. WP needs PEOPLE of all shapes and sizes and educations and inclinations, coming and going over time, to create healthy, evolved mechanisms. These things don't happen overnight, not matter the speed of the Net. The

6255:

some kind of hippie who demands diversity at all times and everywhere as a matter of ideology, but this project, Knowledge, is one place that needs it. We need to wring in more different kinds of people, so that our subject-coverage can become less skewed, and (maybe) several years from now we can

5832:

this proposal. I cannot imagine improving Knowledge and not being able to create new pages, for example by splitting or moving pages, so I'd have to take a wikibreak. I'd really welcome that. Perhaps I'll even be able to shake off my wiki-addiction in that month. That would do wonders for my spare

5649:

Rationale: Having hit the million mark in both users and articles, now is a good time to concentrate on quality rather than quantity. Having half a million poor quality stubs is nothing much to be proud of - not every blue link leads to a well-written, rounded, somewhat-complete article. Not being

5089:

Your premise is simply incorrect, Knowledge has no power or jurisdiction over the other projects. They are all self-contained. Wikimedia is not a project, it is the umbrella organization. Wikimedia is the only organization with power and jurisdiction over the others. And yes, Meta (which is a wiki

4754:

Once the mentor (or coach mentioned above) has helped them, and confirmed that they've read the basics, then a flag could be set and the mentor could help them with their first article. Sure anybody can edit, but it's hard to know what to do without a little help, and builds a sense of community.

4013:

Could you help start the ball rolling by going to the Article Feedback Desk and giving feedback on my articles, and more importantly, posting your own articles for feedback to ensure the growth of the Article Feedback Desk? When posting your articles on the Article Feedback Desk, you could use the

3050:

Loom91 and Manwe, I have looked through your contributions, and between both of you, you've performed 6 reverts and handed out 0 warning templates on user talk pages. I can only assume that you remain blissfully ignorant of all the crap Knowledge must fend off on a constant basis, every day of the

2246:

Having a look at some of the examples on that topic that Cool Cat has mentioned to me, there does seem to be more to it than that. I'd say there is good cause to look deeper into the issues regarding votes on articles relating to Kurdish issues. Knowledge is supposed to keep a NPOV on such issues,

1925:

Knowledge "the 💕", is regaled a website, a multilingual free contents knowledge data base, which is editable by everyone. The project caught 15, 2001 on January, when addition of the expert-written (and now deceased) Nupedia on and now functioned by the non-profit basis Wikimedia. Knowledge has

1761:

Alternatively, one could put a "Translate this page" button on the wiki skin, then people speaking only one language can see wikipedias from a variety of languages (and compare articles or what have you) (provided that those wikipedias have this feature). And people from other language wikipedias

10158:

I think this is the right idea but also that it is necessary now. There are fan wikis out there already (like for star trek and battlestar galactica), but this policy should be driven by Knowledge administration not fans. Large fancruft clusters could be detached from the main wikipedia site onto

10114:

I thought you were arguing for it being removed from the encyclopedia, but now it sounds like you'd prefer some kind of... edit.. cap? Or something? How do you propose to enforce "reserve" on contributors? And why does fictional stuff get your ire when, say, the subject of high schools doesn't? —

9998:

I'd like to make another point separate of the other arguments. If you go to Memory-Alpha.org (the Star Trek Wiki) you will find that if a real world item is linked (such as a Black Hole or a dinosaur) it is linked to Wikiepedia. There is no dinosaur entry in Memory-Alpha because the rules say it

9919:

You can verify it all you want, but Knowledge should not be an episode guide or a show companion. There ae other sources for that info. To Sean, I have to say that I think the classics get all the deserve. I'd hate to see them fleshed out more. Can anyone tell me why Knowledge needs an article on

7865:

Allowing users to delete accounts is legally incompatible with the GFDL which requires attribution, and hence that the edits associated with a particular online identity stay associated with that identity. One might be able to work around this in a few ways, but the amount of legal and technical

6882:

So, I'm willing to donate a new Dell XPS 170 laptop (unless someone comes up with something popular of same ~$ 2000 price range or a trophy of some sort instead?) to a Most Valuable Wikipedian or Most Valuable Contributor prize (i can't decide on a name either heh) IF we can come up with a way of

6294:

of holes that haven't been filled yet. I'm very active in Malaysian political articles, and most of them have been started and edited mostly by anons. Knowledge is still a work in progress, and every possible help we can get should be appreciated and encouraged. (This is a response to Martin from

6198:

But as I said, how will this work in the long run? In case you didn't know, we already have something like semi-protection for article creation; only those with accounts may create articles. Has this helped with the backlog? Preventing people from creating articles won't necessarily cause them to

3871:

I noticed a discussion on whether or not the current staff of the team should be included or not, and wondered if there was a way to make this sort of thing more consistent where we have groups of similar articles. The idea would be to add them to a category (i.e. Category:Teams in the NFL, which

3613:

It is quite obvious that the WikCities TeX font is smaller than the Knowledge's TeX font. In my opinion, the WikiCities font is also much neater and tidier. What I mean by neater and tidier is that it is much closer to the size of the regular text so that the overall look of an article that uses

2972:

No we don't. Knowledge doesn't need to be the place for your jokes, as it just wastes tons of time in cleanup. There are plenty of people out in meatspace to saran wrap toilets and play other jokes on, so it's not an excuse that people need a venue to break Knowledge policies in. Vandalism in the

2355:

But adding the proposed span to all those hebrew words is no less work. As for whether it could be done automatically, yes, I think a bot could be coded to recognise hebrew characters and to enclose them in the appropriate "stuff", but this could be done for the template as easily as the proposed

2324:

How would it be better in the stylesheet? Explicit style declarations or in a separate style sheet are equally correct in a technical sense. The advantage to Knowledge of having this in the template is that it can be updated easily (say, when a new, popular font comes out that is preferred to SBL

10088:

You are changing the argument to make me seem like I'm anti-pop culture. However I've said no less than 3 times that I don't think classical culture or any other subject deserve this much attention. Just because I want pop culture (and not even pop culture. Scifi is not really popular in the way

10051:

Its funny. No one is answering my questions here. They're either blowing me off or sending me to links of past discussions - that don't answer my questions. That tolkien argument was puely emotional and avoided facts and logic at all costs. This is leading me to the sad conclusion that the major

9411:

Some counter arguments: it detracts from the page (I don't really think so, nor do I see how a few lines at the top of a page really changes anything); it attracts vandalism (I doubt it'd attract a significant amount more given the vast number of articles {decorated or general}, and it'd equally

9088:

Since bots produce a huge number of changes in articles that might have not been otherwise modified in months (and therefore there's no need to check them for vandalism), it might be reasonable to give Bots a special status that would later allow us to ignore their edits when requesting your our

8549:

If you type {{TOCleft}} at the beginning of your article, the table of contents appears to the left of the rest of your article (and the same for {{TOCright}}), instead of the default format with the article introduction at the top, then the table of contents, and then the rest of the article. I

7753:

It seems like there's a LOT of Vandalism GOing Onn. Well, we could require all changes made to be made from a logged on Useraccount. Depending on the vandalism though, I acually don't know what the vandalism is like,, but it must be made clear User Accounts have the option to be deleted, &

7059:

also has a subarticle on his presidency, but if my watchlist is not mistaken, new detail is far too often added to the main article instead of the subarticle. To make summary style practical, you either need an article that few people care about enough to add new content to — but such an article

6952:

The whole point of the Knowledge is to improve. An editor may create an article as a stub, then expand and expand until it becomes a featured article. One idea would be to give editors who make big edits to a featured article (leading it to the status) get a small prize like a $ 20 gift voucher?

5870:: Knowledge's increasing popularity means that worries about discouraging new users are misplaced, I think. I seriously doubt that anyone who is likely to turn out to be a valuable contributor will be discouraged by having to learn how to edit properly and only edit existing articles. Anyone who 5402:

On Talk and Special pages, could there be a small javascript that checks to see whether the user has typed ~~~~ or clicked the signature button, and, if not, would pop up a confirmation box asking if the ~~~~ should be added? This would reduce the number of unsigned comments significantly, and I

2236:

I suggest that what this editor is actually concerned about is the fact that a series of attempts to delete articles and topics on Kurdish topics have been beaten off by the international consensus that they should be kept, which conflicts with the consensus for deletion among Turks and Iranians

8052:

Well, we argue that there is no limit to how much formatting it takes to improve readability. You can improve readability infinitly. There's a arguement, called {an Ancient Greek's name} Arugement that I can not remeber the name, but ... YEA! Here's something for you: If you look at the HTML

7301:

Maybe something like this could be done by a bot, i.e. create a series of templates like the existing FA one and have a bot occasionally go through articles checking each languages version and assigning them to one of several groups accordingly (i.e FA, Good, Normal, Stub) and then break up the

7227:

Initial thought would be that it would be a bit of a performance bitch. It also requires MediaWiki to be able to communicate with other installations of itself and request information like article sizes, templates and categories; the interface needed for that doesn't exist right now. File it on

5846:

If new articles are low quality, it doesn't matter much, because most new articles aren't very notable, so not many users are likely to find them, anyway. And eventually those articles may be improved to the point where they will be a nice addition to Knowledge. I've created some new articles

5726:

I think it is a fantastic idea, it would be a great oppurtunity to deal with all backlogs. We would of course have to allow someone to create articles, to keep up with important new events, but that is an insignificant point. I urge anyone who thinks this is a bad idea to patrol new pages for a

5688:

I like this idea (I'm not sure about the red-link version, though, unless new Users aren't allowed to create red links...). It would kill two birds with one stone, as it would help to cut down the huge number of one-shot accounts, created simply in order to commit page-creation vandalism. The

4665:

Anyone who decides not to edit simply because they have to wait for a few days before adding new articles is probably someone we can do without. Knowledge is growing extremely fast, and most of the million users are one-off or very short-lived accounts, long abandoned. We always need new good

1772:

That would be much better. I think having a "Use Google translate" button next to the interwiki links for which there exists a Google translate utility might be useful for some people, especially in cases where one language has a stub and the other has a real article. It needs to be made clear,

1728:

That sounds like a good idea. A tag and a category - a tag that puts them in a "machine translation" category. Should we have "machine translation" articles? Any multilingual people want to bring this idea up on the other wikipedias? I'd imagine smaller wikis would have more to benefit from

9450:

Many biographical articles - for e.g. composers, artists, and writers - are made unwieldy by having long lists of their subject's creations. Such lists are of course an appropriate part of encyclopaedic articles - but they are often almost as long - sometimes even longer - than the body of the

7613:

Google Earth's community is a large resource of knowledge for what it at various places around the world how about a wikipedia version. For big chains e.g. Mc Donald’s you could have addresses for their locations while small shops and restaurants could have reviews sample menus and recommended

6605:

It's only a month (or however long - 2 weeks, whatever). It won't kill anyone. I realise projects like Countering Systemic Bias are doing excellent work. There'd be nothing to stop people working on articles in the user space and transferring them to the main space after the month is up. It is

6590:

article creation. Giving everyone a blank editbox is not a good idea, it's rather surprising that we still do it after all these hoaxes, horridly formatted articles no one ever cleans up even after years, etc. There should be a more new-user friendly creation process, with access to "advanced"

4343:

Personally, I just check very short articles and ALL articles created by people with no userpages (redlink users) when doing newpage patrol. The latter tend to be new users, and almost always account for 25-50% of the articles on the 50 latest new articles... obviously new-ish users create new

4193:

Probably not a good idea. The idea that new users create bad articles is there because the current system doesn't help them create good articles. Creating even a "decent stub" has a steep learning curve when all you're starting with is a blank editbox. You can't really expect people to read 15

3930:

for Wikipedians to post their new articles to get feedback on them. Please read the text on that page, post feedback on my articles, post your own articles for feedback, and post feedback about the Article Feedback Desk (paradoxical). I understand that the acronym AFD clashes with Articles For

10489:

Tobyk777 wrote: "Why exclude content just because it's obscure." I agree. Maybe it's my inner nerd, but - no, it's not, come to think of it. It's human curiosity. I sometimes click on "Random article", or link-hop (follow a trail of links that pique my interest). Many of the results I get are

7208:

I think it would be useful if the links in the "in other languages" box betrayed a little detail on the articles behind them, so as to help the reader decide which languages are worth reading, or translating. The furthest I got in this scheme is: Featured articles on top /horizontal line/ All

6455:

It is heartening to read the oppose arguments above. I've taken from various discussions here and there on WP that some (hopefully far from a "consensus majority") feel it is NOW necessary to move to a an ill-defined Phase 2 (perhaps because we have "so many articles already" or "quite enough

6224:

It takes 2 seconds to make an account, it isn't that much different to how it used to be, although I would say that even that extra 2 seconds has noticably decreased the level of vandalism type articles created. Having a semi-protection type restriction would all but eliminate vandalistic new

6180:

Ideally I would like to see the same restrictions to article creation as there are to a semi-protected page, "banning" article creation totally is clearly not a long term solution. The thing that makes me think it will make a dent on the backlog is the obvious fact that the backlogs will stop

4851:

Yes, I agree with this revised view. WP's strength seems to be an improbable number of people happily doing an unlikely range of tasks, without much "regulatory pressure". That's quite...cool! Encouraging that is good, trying to "automate" culture through pinpoint regulation seems...not cool!

10473:

Acording to him since there is no size limit, there is no reason why everything shouldn't be included. And I agree 100%. The whole point of wikipedia is to have as much information as possible in one easy-to-use source. Why exclude content just because it's obscure. The great thing about

10148:

Entertainment content requires a different system. Some fan will probably create one at some point. Then we can move out all the entertainment content and cross-link the search engines, so that it looks seamless to the user. Be thinking about this; it's going to be necessary at some point.

9407:

Instead of having various awards/recognition for an article (e.g. "used as press source", "featured article", "main page article", etc.) on the talk page, why not have them on the actual article? For one, it'd allow the reader to recognize that an article is particularly well-established and

4274:

Hit and run contributers can work out in the end too, I fixed up an article today when I was checking a new article creation, it was heavily POV towards an organisation listed in the article (of the same initals of the user who had never editted before). But in the course of fixing it up and

10137:

Knowledge does a lousy job on entertainment content. Knowledge has the trivia, but not the reviews. The database-type info (credits, track listings, etc.) isn't accurate and isn't properly indexed. Eventually, it will probably be necessary to move list-oriented entertainment content to a

9744:

As an encylopedia of facts and not fiction I was thinking Knowledge needs to go on a rempant deletion spree of articles that refer to fictional items. Knowledge has become a dumping ground for useless fanboy trivia from hundreds of science fiction and animated programs. Take for example the

5441:

Sorry, but I'd rather we didn't have this. Failure to sign one's comments is another indicator that one may not be fully up to speed. I value such indications, since I can't maintain a record of every user's personal reputation in my head. For the same reason, I oppose any policy forbidding

1209:

This is not a problem technically. Each of the million different feeds would only "exist" when someone accesses the feed's URL and the server runs the code to pull the information out of the database and form it into valid XML. This already happens every time someone loads a History page. —

1458:

The aim for this page is to let people present the conflict and solutions, arriving at some sort of consensus through editing. Using Knowledge to tackle complex issues of world state could be a interesting exercise in diplomacy and even if not creating a solution, at least it would promote

6786:

by any epistemology, for a Wiki of such size and purpose. The most drastic degeneration is an equal possibility to the proposer's hopes of improvement. Finally, there is no need to force people around here; perhaps, if a consensus about the value of the proposal has been ensued, a general

5897:: again, with the large amount of increased interest, I don't foresee a problem. note that, if the delay period were a month (and I'd be happy with a shorter period — say a fortnight, or even four days), the negative effects on Knowledge, if any, would only be felt during the first month. 5882:

essential to continue to recruit, and simply being popular is not enough. I've read Fark and Slashdot and, hell, even everything2 forever, but I never felt like joining them. Knowledge is not just popular, it is qualitatively different in how it draws in new users. I've seen too many good

7469: 7463: 3817:

There's been ongoing debate over restrictions for new users. Perhaps tightening the rules for creation in those areas would help stem the tide of incoming junk. At the very least, it would be a big help if, during the article creation process, the web form offered a menu for some basic

3599: 2601:

to provide a consistent and standard font size (whatever the community decides that should be). There is no good reason to have it vary from article to article. And if you are one who would prefer the smaller font size, you are welcome to propose it here for discussion. Thank you,

9593:

I'm not too keen on this. Sure, lists can be unwieldy, but often they are integral to the sense of the rest of the article. Having them as separate pages will mean toggling back and forth between the two pages. They may make some pages cumbersome, but I'd prefer them to stay as is.

2973:

name of an April fools joke is still vandalism. At the minimum, anyone adding hoaxes should remove it themselves. Keep in mind April fools day is not an international thing. So start preparing by being ready to clean up the crap that takes away from what we are trying to do here. -

1463:

This might be an interesting experiment, but the purpose of Knowledge is to create an encyclopedia so this isn't really the right place for doing that. There are many other wikis out there that might be more appropriate, or you could set up your own site for that purpose using the

5770:

the idea. I spend much more time patrolling new pages than dealing with the cleanup backlogs (although I do have a bit of experience in the latter), so I'm not sure what kind of bias that gives me. I think both areas are pretty depressing, and it's mighty tempting to support the

7136:

much in caps, or that fails, too) at every section head. Eg: "THIS IS A SUMMARY. Please add your info at ... " Give this a trial? Tho it can't do anything about people, including apparently experienced Wikipedians, who hit "Edit this page" before reaching the 2nd paragraph (the

5618:

I was thinking of having search displaying all the results of a search query in all the Mediawiki projects;, I'm not sure if because Mediawiki isn't that powerful, or that our\the technology isn't that powerful yet? Please leave 1, & mabye if possible, let me kno, thanks.

6746:

on the ones most in need of attention. As added incentive, we can block all access to the rest of the encyclopedia until the 25-stub quota is met. Anyone who's unwilling to play by these rules can just go away. We don't need them and their "free editing" during WikiWeek! —

10089:"Friends" or "Mandy Moore" are which makes them even less deserving of attention) to have equal amounts of reserve as other subjects doesn't mean I'm against its inclusion. I'm a fan boy, dude. I can write you a 3 page essay on Tellarites. But at least I'm sensible about it.-- 9526:

users tend to ignore them. But I think the drop down menu addresses the vertical legnth issue, while still being very accessible to even casual users. We can still brainstorm which way of executing this would benefit maximum users and still be practical. I'm curious to know

2442:

I was thinking of adding these facts to the appropriate articles, but then I started thinking about how many other facts of this nature might exists that don't normally appear in traditional articles and where would one look if they wanted to find more of these little gems.

6914:

It could be a good idea. I'd like to make sure from the start that editcountitis never has anything to do with the prize. The prize should be given based on a small, humanly-verifiable number of the user's best contributions, not an aggregate of thousands of contributions.

3915:, and am seeking feedback on them. An hour's surfing and repeated {{helpme}} requests were in vain - I couldn't find a page where I could post my article simply for feedback that would help me write better articles. {{peerreview}} is only for very established articles, and 10250:

No it wouldn't. If I wrote a biographical article about me, a little known San Francisco artist, you could have it deleted no matter how NPOV and verifiable it was. Some things are not appropraite for a serious encyclopedia and no one has an answer as to why sci-fi fluff

5747:

spring to mind. Whilst it can be argued a month without an article on these might not be a bad thing, I'd hate to see the ability Knowledge has to be flexibile removed. People's strengths lie in different areas, and I think this proposal fails to respect that somewhat.

7079:

they are adding information to the wrong place. Seeing as the top part of an article should be a summary anyway, we are to some extent repeating content when doing this anyway (although no doubt in practise there are vast differences between most in practise currently).

2842:

references, even online ones, ideally are accompanied by a substantial amount of text, describing the author and title of the material -- and for web pages, when it was accessed. It would be disruptive to the article to include all this text in the middle of the prose.

6942:

Then why not limit the qualification criteria to the very first version of the article? Any subsequent edits would be appreciated but do not count towards the judging. This way the onus is on the original editor to get it fleshed and accurate from the onset as much as

5920:

Are you saying that these projects are all staffed entirely by people who have started editing within the last month? Even if they were, unlikely as that seems, by the time any such plicy was implemented they'd all have been here for longer, so wouldn't be affected.

5910:

is to add new articles Knowledge still does not have. I mentioned just the two I remember. Their work would be stopped for a month. In addition to these projects, many individual editors try to do the same and at least add stubs. This would stop our work as well. -

7563:. An article about a person may be removed if a consensus of editors agrees that the person is not notable enough, or if the subject of the article is unverifiable. Keeping the policies and guidelines in mind while writing an article can avoid misunderstanding. -- 4723: 6114:

That's because that's only the tip of an iceberg. It fails to include the articles that are appalling but haven't been caught, the articles that were put right by editors, the articles that were deleted almost immediately, or after copyvio of AfD processes, etc.

6033:

Vandalism is dealt with by 2 clicks of a mouse button, the problem is articles that are of such poor quality they require much work to fix, and copyvios that take 5 seconds to sumit to wikipedia but a substantial amount of time for others to identify and delete.

4577:. I could recollect quite a number of similar examples. I am strongly against forbidding newbies to create new articles. It might make sense to have a special page "Newest articles by newbies" and "Recent changes by newbies" so people could control and mentor. 4344:

articles at a disperportionate rate. Probably a majority of them aren't properly formatted, or are vandalism, copyvios, or otherwise need attention. This is all anecdotal of course... but I do spend 30-60 minutes a day checking that page, and have for months. --

7346:, so there should be no problem. One of my reasons for suggesting this is because it would be nice if you can generate lists (OpenCyc queries) other than creating them manually. A good idea for this would be that every OpenCyc constant could have an associated 9681:

does, though (which is probably the one you're referring to), and you're right - a lot of them do point at more general anatomy, which is strongly weighted towards human anatomy. I'd have a look through one of the parent categories of Animal anatomy, though -

2049:

Such projects are fine, but I don't think they should be under the "discussion" tab. Instead, they ought to have a seperate tab (keep in mind that some articles may be included in more than one project - also keep in mind that the movie project isn't the only

9500:

Would it be possible to create a {{show/hide}} template so that a long list could be hidden with CSS on pageload, and then displayed inline when the user clicked it? Say there where 3 paragraphs about the composer and then a hidden list of works, with a link

5461:

I would like to propose that pronunciations should be provided for all main subject terms, the way a regular dictionary or encyclopedia does. To me this is one of the main characteristics that makes Knowledge less useful than other online reference sources.

2645:

I think you missed the point. What is good for a page with 100 notes should be good for a page with only five. But because this isn't a paper encyclopedia there isn't really any great advantage to making them smaller simply because there are more of them.

4204:

badly formatted, maybe a copyvio of some sort, an oprhan/deadend article, not categorized or stubbed... problems that are time-consuming to deal with to people unfamiliar with the topic, basically, and will make the article pretty useless until adressed. --

3175:

every single article on Knowledge... What I think an april fools joke on wikipedia should be is saying something funny and/or unbeliavable on the main page! (e.g. "Jimbo reveals plans to open a Knowledge Theme Park in Florida. The first ride to be built is

6606:

unlikely vandals/schoolkids would bother doing this. So I would expect a 'bump' in new articles after the month was up, but I would also expect them to be better than the average new article because they've had extra time to be worked on before going live.

3845: 3651:

This may have been suggested before, or even already be in existance, but there should be a Wiki toolbar, as with the google toolbar for instance, that can be downloaded onto your computer, allowing you to search wiki sites, especially wikipedia quickly.

9159: 4894:

This proposal partially defeats the purpose, as it would require considerable extra work on the part of mentors. There are also technical issues (who chooses a mentor? how would one distinguish between a genuine and a fake mentor adding a flag? etc.).

5516:. An encyclopedia article covers a concept, not a word or even a group of words. Sometimes editors feel that a prominent word should be clarified, but that's on a case-by-case basis, and I would not want to see the practice become standard in any way. 4669:

You've missed the point. No one is referring to people with the attitude "I'd like to edit lots of existing articles, but if I can't create my own immediately, forget about it!" They're referring to people whose initial interest in Knowledge relates

6438:. Sounds like the 19th century head of the US patent office who suggested closing the office down since everything that could possibly be invented, had been invented. Do you realize how many potential valuable editors you would lose by doing this? 3270:

See... now we're talking :) Good proposal.... The Main Page is really no "article" per se... it's more of a... main... page :) ...and hey, feel free to interrupt by saying how this would be vandalism that will ultimately lead to the destruction of

4929:

As in the similar proposal above, I don't see any clearly identified "problem" that this is likely solve. It seems more of a "can't hurt, might help" proposition, and that sort of experimental regulation is IMO...as a rule, not a constructive thing.

1648:

I'm waiting now for Jerzy's answer or for new arguments for a long time now. And it's a shame that we two only are taking part in this controversy. I wish some oser users showed themselves and expressed their opinion on the subject if they have one.

1199:

That would give us over a million different RSS feeds, all needing to be automatically updated whenever their parent article was changed, all needing to have a filter to prevent any formatting errors in the edit from screwing up feed reader software

6401:

I can't imagine why we would want remove this capability for a day, let alone a month. If we're going to allow the fear of bad additions to compromise the encyclopedia's natural expansion, we might as well protect every article and shut down the

5123:

has Help Desk, & this is just an example, as you can see with Refence Desk, etc.., which correlates to the fact that Knowledge acts as the Umbrella organization, in some areas, & I hope that this gets brought up & I hope this changes.

9084:

restored the interwiki link, leaving the vandalism untouched. The following day I check for the last changes, and saw tha the page has been edited by YurikBot, thus thought that there's no need to check its edits, but luckily checked it anyway.

6892:

Note: I looked in perennial proposals and saw that a wiki-award idea got moved there .. but I still put it on here cause well I am willing to donate something and want to find out the best way of doing things rather than have it shuffled away.

5874:

discouraged by that enough not to edit at all strikes me as someone we're probably better off without. No-one is essential to Knowledge, no matter how many edits they've made, and of what quality; that surely applies to would-be editors too.

3821:

Alternatively, it would be a big help if article creation in those areas was web form driven. Articles in those areas tend to have (or need) a generic format. Certainly movie, song, album, and performer entries could be created via forms.

7167: 4601:. The problem with vandalism isn't the creation of new articles but damage to existing ones, which usually matters much more, since it's harming work already done. A vandalistic new page is a nuisance but doesn't really cause any real harm. 7186:

We've had a lot of people trolling the Humanities page recently trying to stir up discussion and controversy on Politics and Religion, instead of asking questions. I'd hate to see any new pages turned into discussion and argument forums.

7154:

I like that idea - Just have HTML comments in ALL CAPS that tell people to limit the length of summaries (even suggesting a max length of 5 to 7 paragraphs, for example) and to put detail in daughter articles. I think that will help a lot.

6405:

I'm stunned by the claim that this "won't damage WP's up-to-dateness." If someone assassinates a world leader, or a natural disaster claims thousands of lives (two random examples), these previously undocumented subjects instantly become

9873:

There is no size limit for articles- Though when they get past a certain length, they're usually... split up. Ahem. Additionally, if you feel that articles related to works by classical authors are not getting the coverage they deserve,

9854:. There's a page for every object and symbol in the show. We'd have massive pages. And besides, just because something is new and has a rabid fan base does it warrant such huge amounts of info past the works of major classical authors?-- 4138: 1162:

moment. If possible offering subscription to a limited number of feed should be limited to prevent abuse. Offering that kind of subscription for a few articles per wikipedian would be a nice and useful addition to the watchlist feature.

6314:

I initially interpreted this proposal as "a one-month probation time for new users" (which I also oppose), but it seems to actually refer to a one-month moratorium on the creation of new articles by anyone (which would be even worse).

5738:

Not too keen. I think the red link suggestion is too open to abuse, and would be unworkable, and I think not being able to create an article for a whole month could prove counter-productive. Some people can become notable over-night,

7655:

I think that it would be great to have great historical documents available on wikipedia e.g. Magna Carta, doomsday book, American declaration of independence. I'm sure there too old to be copyrighted and it would be a great resource.

10052:

players of Wiki are all fanboys with no objective vision. Its so much like religious folk I've dealt with it's not funny. Guys, grow up. Mithril and Dilithium don't belong in an encyclopedia and Knowledge is tainted by their presence.

5571:

I'd like to see the addition of small icons beside each article title when they appear within search result listings or categories. This is currently being done (hardcoded) in some of the wikibooks to denote their completion status:

9929:

I agree that it should not be an episode guide. That does not, however, mean it can't have articles on Vorlons or Number 42. It is not a repository for every scrap of info ever, which is why you offered the strawman of "Mr Leslie".

9863:

I didn't say merge everything. I said merge small articles into large lists. I assumed the OP was complaining about stubs; if things like every army from Enders Game are well-developed articles, then there is no problem whatsoever.

9218:

This could serve as a simple general quality indicator. It could also be used in a way similar to the different stub tags -- such as, hypothetically, "mil-inadequate" to draw the attention weak articles within a given topic area.

4107:

It would probably go in the toolbox, you could be given the opertunity to send it to a wikipedian or a e-mail address add some own text and have to enter a word verification code because it would be attacked by hackers otherwise.

9628:

However it seemed like most of the subcats pointed solely to human related articles. Is there any way i'd be able to somehow integrate a purely veterinary perspective on existing stubs or create new ones with a veterinary slant?

9038:

For once you are suggesting something that is possible to do and isn't a bad idea. However, I don't know why you would want to do this. Besides, you can already do this if you look at the three edits in two different windows. —

5653:

Why a month? It's a compromise between nothing and forever. We can try it out and it won't damage WP's up-to-dateness. Perhaps people who are creating articles on everything that happened yesterday can use this time to try out

8558:

says that you should only use the TOCleft for just a few articles that really need it. I think lots of articles could use it, but I don't want to go around Knowledge changing all the articles if someone doesn't like the idea.

6847:

When we click on the 'show changes' button, spaces, & returns should be shown as changes; we need to know excatly what has changed, & everything that has changed. If you need ispiration, look @ schorlarly journals-_-

3716:

Is there anywhere in Knowledge which says that neither Knowledge contributors nor staff take responsibility for the content or implications of any external web-sites mentioned in Knowledge? If there is not, should there be?

6424:

plenty of articles (and users to edit them), so we shouldn't concern ourselves with the many notable subjects that have not yet been covered (and the potential new users who might be drawn to the project for this reason). —

9505:

which, when clicked, would make the list visible without leaving the current page? That way the article would not be visually cluttered with lists, but everything would stay within the same article for easier maintenance.

3872:

oddly the article isn't in anything like this which surprised me) and on Category pages of this sort of grouping where all the articles are expected to be somewhat similar it could link to a Template for Teams in the NFL.

10185:

Plenty of admins read this page, but admins have no more voice in changing policy than do other editors. It would require a consensus of the Knowledge community to do what you are proposing, which I think currently has a

7449:

I love the articles that people write about villages and towns, unfortunately, they do this and don't quote a postcode. Here in Belgium we have several towns which are spelled the same but are very much different.

10226:

for example. If you're a fan of Calvin and Hobbes (like me), this article will give you lots of information you never knew before. In my opinion, if you aren't a fan of science fiction, just leave those artciles alone.

9567:

I don't think an extra tab would be a good idea, especially because the number of articles that require/benefit from lists is somewhat limited. In the field of life sciences, many entries have lists of subgroups (ex. a

5511:

Ironically enough, my last edit was adding a pronunciation for the title of an article, something I've never done before; go figure. I still have to disagree with the proposal, since it is unnecessary and contrary to

3854: 10063:

This is a dead horse. You can't prevent people from contributing on topics which they are interested in, and whether you like it or not, pop fiction is significant in this day and age, and is encyclopedic as such. —

4770:

The two steps leave a nice history trail, too. It would be easy to see who'd done the welcome on the Talk page, and who'd done the first blank edit of the User page. Just a bit of security against folks setting up

4033:

I think it would be great to have a feature where we could email the link (or maybe the whole article if it didn't get into copyvio territory) to a friend, much like many sites have. A link in the toolboox would be

6251:

But there are also lots of subjects that we cover very badly. And that is because the coverage reflects who we are, the demographic composition of the bunch of people who edit Knowledge and create new articles. I'm

4949:

a sense of what's expected in an article. Many people are terrified of a blank page, too. Giving them a kickstart might draw in more good articles from people afraid of embarassing themselves with format errors. --

9981:

Because it constrains the developing reputation and image of Knowledge as a serious rather than trivial encyclopedic reference work - and from a functionality point of view, the noise-to-signal ratio gets too high

9530:

users can't use the CSS methods, and whether the poulation is large enough to totally dismiss this idea. And, if it is too large, there might be another way of accomplishing this. But I definitely think its worth

4971:, because very flares are a type of flare, and the very flare article is a stub anyway. The idea is that just maybe we could have an article about flares, signal, very, and all other types of flare in one article. 3031:. On friends, coworkers, etc. There's no need for it to be in articles. The discussion among admins is that user space jokes are fine, but vandalism to articles is vandalism and can be blocked for/reverted, etc. - 2459:

This sounds more like an article to me than a category. Categories contain the names of articles, not even sections of articles and certainly not specific facts from articles. Perhaps you might create an article

10490:

seemingly trivial, but might very well be fascinating or even useful to me. I could care less about Star Wars or orchids, but some people will find those interesting or even useful, if they're planning to write a

10412: 6387:: "If the topic is encyclopedic and you can cite reliable outside sources, sure! Just request that the page be added. If you register a free account, you'll be able to create the new article pages on your own." 6141:

What makes you think banning article creation will make much of a dent in that backlog? Even if we do succeed in reducing the backlog to 0, once article editing starts up again, most of our gains will disappear.

1581:

I'm fairly certain that the MediaWiki developers wouldn't want to work on something like that. However, if you can find a non-CPU-intensive, GPL licensed program that does do that, integration may be possible. —

7180: 4253:

to create articles. Perhaps... only let new users create non-orphan articles (that have been linked to for 24+ hours)? I think that might just keep out the junk while allowing nearly all of the good articles. --

2247:

understandably, but there seems to be little in the way of NPOV regarding this subject area in general. The area's too quaggy for me to know exactly how to fix it or what to fix, but there is clearly a problem.

9173: 8565:

I understand that someone looking at the article might want to read the introduction before the table of contents, but it's no trouble to arrange that. You just have to type {{TOCleft}} after the introduction.

5545:

Should we alter the code so that talk pages cannot be created for nonexistent articles? Should we alter the warning text (wherever it may be) so that it warns users not to do this, or is that going to violate

4682: 4164: 3428: 5943:

instead of not allowing new users to create articles for that period (and it seems I was not the only one to see that, based on StuRat's comments below). As for me, I've been here since 2003 and I would still

4484:

first edit. Did you mean a different article? As for coaching, it would be a good idea -- for users who volunteered for it. It would be a useless waste of effort to attempt to coach every new account created.

3883:

In case this idea has been brought up many times before and shouted down, well sorry but I couldn't find anything searching in wiki or via google that related to wikipedia, so felt I would throw it out there.

9557:

I guess this can already be done in the case of a long enough list of works anyway, i.e. creating a section with the works the artist is well known for, but then with a subarticle for a more exhaustive list.

10494:

or grow an orchid plant; in recent years, I became interested in Romanian mythology, in part because I'm writing a fantasy novel that I'd like to use it for - to almost ANY other person, the stub article on

2464:- with each entry linking to the appropriate article. You could also create a template for use in the article the fact is from to highlight the fact in some way and provide a link to the list article. -- 1868: 6781:

said, it is a volunteer work where you just can't FORCE anyone to do anything in particular. Also, it is wrong to assume that the consequences of such implementation, from the "above" or elsewhere, is even

6897:

Fantastic idea Johan! Only thing I worry about is people editing with the prime aim to win the prize; not to benefit the Knowledge. Also, editors are volunteers, and this could be seen as 'paying' us off.

4738:

So, I'd be in favor of not allowing new page creation (even on their own talk page) until somebody has given them the welcome message (after that they can edit their talk page), and asked them to read the

2461: 9491:. I've been hoping people will come add to the discussion there, help revive and then implement it is a guideline. I'd would suggest that "List of works" be used, instead of the more ambiguous "Lists". -- 7475: 2310:

which adds <span class="he" dir=rtl style="font-family:SBL Hebrew, Ezra SIL SR, Ezra SIL, Cardo, Chrysanthi Unicode, TITUS Cyberbit Basic, Arial Unicode MS, Narkisim, Times New Roman;font-size:12pt":

3632:

and scroll down to the page bottom where is says "Vote for this bug" and do so. If you are not already registered with bugzilla, it will ask you to do that first ... but it only takes a minute to do so.

4146:

The proposal is that, just as new accounts can't be used to up-load images or move articles until after a short probation period, so they shouldn't be usable for creating new articles for some period.

9425:

Subtle stuff like the star in the top right on the title line for a FA is good enough imo, expanding it to include good articles might be worthwhile, but I can't see much more than that is needed. --

8691:

has added a template at the top of all united nations-related articles containing the alternative names in 5 languages. This has caused a great deal of controversy. There is a poll being conducted at

8651:

first and see if it catches on. Many articles are formatted (by the placement of tables and images at the top) assuming the default TOC placement, and if the default changes, they'll have to be fixed.

8602:

Good point. But I tried looking at it in 800x600 resolution and it doesn't look ugly to me. Maybe you're right though. Maybe if we do this we have to make sure our taxoboxes and TOCs aren't too wide.

2077:

I am kind of in favor of the project boxes being put on the discussion page as well, but I agree that the wording is a bit galling. Maybe those boxes could be reworded to be less self-aggrandizing.--

10397: 9352:

I'm afraid it will probably require considerably more discussion before such a change were implemented. Talk page templates used to designed in all different styles and colors; eventually, they were

7608: 4080:

pre-fab blurp and feilds to insert addresses. Also, statistically, it would be interesting to know which articles are being emailed the most. The feature I am describing can be found at many site:

3818:

categorization. It doesn't have to be complete; just the above categories plus "other" would be enough. Not that many new "other" articles are coming in. Although those are usually the good stuff.

7312:

Support! Just went here to bring up this idea and someone has already proposed it. Great! I also think that is is bot-work. It would also help if just the article sizes (in Lines or kiB) were given.

3668:

It would be extremely useful and not that hard to create you can get many programs, like . There are some which may be better or Wikimedia could just make one themselves using the base programming.

9999:

isn't relavent enough. So why then doesn't Knowledge link to Mmeory Alpha on specific trek items as opposed to having a selfcontained page? Does Memory-Alpha have higher standards than Knowledge?--

9212:

This would be placed on the article page. Its primary purpose would be to tidy up the articles that have multiple templates indicating multiple problems. Those templates would go on the talk page.

1700: 5331:

There is no unified footnote style in Knowledge, which bothers me. some put external links as footnotes, like this , while others put all the notes in a seperate section. We need a unified style--

9749:. I'm not opposed to an article on the show or even its major characters. But there are articles for each episode, items, ships, and planets from the show. It's too much. More popular shows like 7043:

to keep detail in subarticles and a summary in the main parent article. The problem is ensuring excess detail goes into the subarticles. Let's take a couple of featured articles as our examples.

5311: 2040:

find no text, instead I just find some kind of box that tells me that "This article is part of WikiProject Films, an attempt to build a comprehensive and detailed guide to films on Knowledge"...

2028: 8931:

Well, you know that there are only currently 2 radio buttons, that means only TWO versions of anything can be VIEWED AT 1 TIME. We should be allowed to view MORE THAN 2 VERSIONS IF WE'D LIKE.

7064:. This section is meant to summarise that page, and probably doesn't need excessively detailed content added here. You might consider contributing information to that page instead." Thoughts? 4759: 2054: 7286:

The template isn't universal, and is thus useless in this sense. We need a way to tell a user "if this article isn't good enough for you, you can check out the one our <language here: -->

2672: 1766: 1709: 7626: 7405: 6609:

I also don't like the redlink version and agree it would be hard to implement and open to abuse, so that's why I'm gunning for this. Stopping ALL newpage creation, not just newbies either.

2394:

to the appropriate Wikibook chapter. I've tried searching around Knowledge for any sort of group or policy related to this idea, but I have not found any (please correct me if I'm wrong.)

9704: 9670: 9618: 9139:

I have mentioned this several times to various bot drivers. At last, one of the bots (Tawkerbot2 rider, thank you) implemented what I wanted: its edit summary lists previous editors, see

2860:

Simply put, for web-based articles, links of the type we have here are the best - far more to the point than an end-note, much easier to check and less susceptible to gaming towards POV.

1937: 5837: 2994:

Sure, Knowledge should be accurate 365 days a year, but only on Leap Years. And I think all responsible Knowledge editors clean up their mess afterwards, so let your hair down a little.

1828: 9169:

article. Technically, "prod" works for this, but using it on incomplete articles by newbies comes across as stomping on them. This would be a more positive approach to the problem. --

7386: 5542:

feels (and I think they're right) that the talk page in question was created by an anon wishing to create an article, who used the Talk space because the article space was protected.

8894:

Ok, let's spell it out for you because you appear incapable of understanding Dalbury's instructions. Press the "history" tab at the top of your screen when browsing Knowledge. Use the

4731:-- I'm a content expert, not an admin, so I don't watch for new articles, and only see the vandalism on the ~870 pages I'm watching. Still, the real problem that I've seen is lack of 2932:

good jokes. Last year there were some good ones (like Deletionof the Main Page and Time Travel), let's match that or even outshine. Feel free to use my talk page as coordination zone.

1816: 1811: 3138:

A responsible editor doesn't create a mess in the first place. Moral support does not mean deliberately causing more work. Or did someone decide that April 1 is Opposite Day as well?

2789:

left for Jimbo, I am deeply troubled by the "end notes" style of links in certain articles. I am convinced that this style of external links is degrading the quality of the wiki. See

4790: 10450:, so calling them "rules" that need to be "enforced" is missing their point. More to the point would be to start a campaign to educate users on the existence of these guidelines. — 8585:

Have you considered how it looks at lower resolutions? At 1024x728 (which is what I use here), there is room for only five or six words on a line between the TOC and the taxobox on

7415:. Making this a default feature has been proposed before, but IIRC it was rejected as too taxing on the servers. That was some time ago, though, so I don't know how true it is now. 4906: 6079: 5276: 2921: 2112:

She's probably in college (or grad. school), and at any rate it's not a competition; there is room for multiple styles. I've already added it. If this seriously bothers you, go to

1551:

and the more specific and accurate , not to mention the sub- and supra-phonetic effects that would be missing from a synthesised version (such as coarticulation and intonation). —

10304:

stations in lost good? There still is not explaination except that it is currently allowed. Rules can be added or modified, you know? Do you have an argument to not modify them?--

3991:

The information on the {{peerreview}} page suggests that this feature is mostly for already-good, established articles that are aiming for Good Article or Featured Article status.

2780: 1178: 9949:

Leslie was not intended as a strawman. Please tell me how Vorlons or 42 are more important to an encyclopedia than Mr. Leslie. How is he less important than a Wacky Race team? --

6650: 5682: 2864: 2801: 2061:

galling, though, about creating an article, and then finding someone slapping a "this is part of Wikiproject x" on it — as though the Project is responsible for its creation.) --

1949:

There are few pictures available of St. Laurent class ships, but they're all Department of National Defense, under Canadian Crown Copyright. Under what licence can I upload them?

10512:

Everything you wrote is right on. I just want to add that some fictional universes are large enough, popular eunough, and important enough to have entire projects, like these:

9440: 9419: 9069:

I don't know if it happens to others as well, but the recent heavy activity by robots that format articles has given me a lot of extra-work spotting vandalism in the articles I

5661:

Actually I don't think gaining consensus on this proposal is the best way to implement it, I think it should just be implemented from above, but let's see how this goes anyway.

2667: 2616: 1565:

However, adding an optional part to the IPA templates that allows for a "speak this word" link to a media file speaking the word might encourage editors to record such files. —

10478:. Why exclude things just because a particular group of users don't find them interesting. The point here is to include, not exclude stuff. Fiction is perfectly lagitmate. 4953: 1947:

Everyday I get questions about the copyright status of material people want to use in Knowledge. It's mostly images - users wanting to know which licence to use. For example: "

7775: 6286:

famous present day Malaysian entertainers did not have any articles at all. These are only the top tier -- below them are plenty more who deserve articles but don't have any (

5883:

contributors enter the project by creating missing articles, and I have a hard time believing that they all would have joined up in a different way if they'd been restricted.

5224: 1526:. I and probably 98% of the WP audience can't parse IPA easily, and even if you do have the requisite linguistics knowledge it's a pain to remember what all the symbols mean. 7444: 6246:

of you people to get up and dance around ecstatically because we've now achieved a million articles, which is several times more than what Britannica has. The fact is, we're

4826:

a more robust clean-up culture, to find a home (via merges and redirects) for all the scraps and nuggets of informatin that one sees in the horror that is new page patrol. -

3608: 1475: 6972: 3641: 10431:

was to keep it as a featured article. Probably worth reading over those links to get a feel for where things stand with editors involved in the featured article process. —

9215:

The "Inadequate" tag could also conceivably be used to indicate other problems of at least moderate import. But any such problems would need to be noted on the talk page.

4678:

do such individuals often realize that they also would enjoy contributing to other articles. If implemented, this idea would turn these authors away (possibly forever). —

1705:

There are language translation engines - one could translate english wikipedia pages to other languages quickly and in high volume. Likewise it can go in other directions.

7092:

I assume that you could do this already with transclusion and the "noinclude" tag? But I think that this would be make the editing interface unacceptably non-transparent.

6579: 5591:

I would suggest making their appearance on the pages an option that can be toggled in the user preferences, default=off for the first while until the bugs get worked out.

4872:

see my argument one section up. Restricting new user contributions are a solution that's far worse than the evil we have now. I like Aaron's suggestion a lot better. --

1360: 1183:

That depends on how it's implemented, I would think. What about (to throw something out there), an Atom/RSS feed for an article's History, much like the existing feed for

10407:. Just to give you an idea, the precedent so far has been that there is no consensus that obscure fictional subject matter is unworthy of featured status. The article on 7107:

easily tell what is important and what is not. Nevertheless, the functionality you propose could probably be worked in as a side effect of the same template that creates

4888: 4018: 8481:

There was actually discussion about standardizing the whitespace in the source code and having Mediawiki add extra space where needed to make it more readable on save.

6499: 5644: 2280:

However, many AfDs appear to be closed based on "vote" counts rather than on an analysis of the mertis of the points made in the discussion. This results in cases where

9520: 6613:

I'd hate to see the ability Knowledge has to be flexibile removed. People's strengths lie in different areas, and I think this proposal fails to respect that somewhat.

6085:

The problem is that there are a lot of people who want to work on flooding wikipedia with crappy articles, and not nearly enough people who want to deal with them, see

5887: 5625: 5318: 3348: 10504: 10244: 10021: 7176:. I believe Politics and Religion should have their own sections on the Reference Desk. Users will definitely have a lot to ask about them. Please consider. Thanks. -- 7121: 6836: 6264: 5473: 5297:

Somebody else suggested the same thing couple of years ago (cannot find the discussion any more, unfortunately). IIRC, it turned out to be too complex to implement. -

4804: 3418: 3400: 1987: 1955: 1733: 1719: 1450: 1137: 9535: 9367: 9122: 8129: 8006: 7870: 7373:

Cyc is not really intelligent. Or very useful. That project has been running for 22 years, with Lenat promising intelligence real soon now since the late 1980s. --

6273: 5851: 5381: 2998: 2936: 2650: 2636: 1418: 1262: 9391: 7306: 7099: 6791:, to the priority of fixing and improving stubs and the like, will be a lot more better than "forcing from above"! But also notice that such consensus cannot be but 5818:

and all its subprojects would be cybernetically ostrasized? Would that include the wikipedias in other languages who try to increase the amount of their articles? -

4581: 2850: 10609:

This just isn't technically feasible for a wiki of this size. A private wiki might benefit from such a feature, but there's proportionately less demand for that. —

10282: 10272: 10255: 9133: 8418: 7436: 7423: 6428: 6413: 5419: 5212: 4332: 4312: 2168: 2099:

I disagree. All of my teachers insist on the MLA citation format. Where (meaning where in the US or where in the world) do you go to school? I go in New York. --

1958:. A place where people can ask these questions. Hopefully it will attract help from those experienced in copyright issues (lawyers etc). So, should I start it up?-- 1781:

or a similar page on other wikis should be filed instead whenever Google translate or other tools show that other language wikis have better content than this one.

1401: 10482: 9924: 9402: 9092:

Another idea would be the display in the watchlists the number of edits to that page since your last log-on, or something like that. Any other ideas? Good wiking,

7848: 7748: 7221: 6886:

Anyway, I'm thinking we can eventually expand it to a few special categories like de-vandalizing, science, math, etc. someday if it works out. What do yall think?

6686: 6319: 6171: 6094: 5755: 5391: 3762: 3084: 2072: 1588: 1440: 1194: 10231: 6962: 6947: 6703: 6303: 5704: 4856: 2926: 2701: 2680: 2624: 1690: 10003: 9429: 9346: 9293: 9046: 9009: 8906: 8580: 8349: 8161: 7924: 6986: 6481: 5731: 5535: 5407: 5076: 5035: 4542: 4520: 4496: 4348: 3978: 3394: 3113: 2120:

and automatically generate a citation for any page. There is also a link called "Cite this article" to the left of every article. It will now include AMA style.

1204: 50: 10528: 10382: 9910: 8606: 8459: 7664:. However, note that transcribing Domesday Book is probably out - I'm not sure there's an out-of-copyright English translation, or an easily acquirable edition 6777:

proposal! More strange is the part that goes: "... force everyone to work on existing articles only." and "it should just be implemented from above, ..."(!) As

5822: 5787: 4919: 4717: 4703: 3407: 2424:

I'm proposing it here because I don't know how to create a new category. If I can simply go ahead and do it, maybe someone will be so kind as to tell me how.

1901: 1681: 1672: 1572: 1558: 10649: 10629: 9976: 9884: 9510: 9470: 8799: 8751: 7985: 7021: 6820: 6740: 6058: 5801: 4186: 3318: 2612:

Of course there's a good reason to vary it: the number of footnotes. What may work for articles with five generally won't on articles with a hundred or more.

2081: 2009: 10698: 10457: 10352: 10321: 10308: 10298: 10122: 10093: 9953: 9801: 9479: 9253: 9236: 8668: 7788: 6229: 6207: 6185: 6150: 5975: 5932: 5903:: I don't really follow this — why would anyone be ostracised? Also, this is a proposal for the English Knowledge; other Wikipedias make their own policies. 5717: 5446: 5387:

regularly make new articles, with no sources of any kind. So, I would never want to criticize somebody who gives sources, for not using the right format. --

4834: 4455: 4362: 4300: 2833: 2543: 1325: 1313: 1240:

There is now a white background color on all math-elements created as an image. I would like that background-color to be removed so the image is transparent.

10672: 9698: 9437: 9416: 9276: 9246: 9198: 8636: 8623: 8597: 7933:

Somebody brought this exact point up a few weeks ago. Even if we removed all of the whitespace from the code, the space savings would be extremely minimal. ~

7919: 7805: 7291: 7281: 6935: 6807: 6765: 6750: 6445: 5469: 4934: 4626: 4412: 4380: 4233: 4198: 4112: 3656: 3275: 3233: 2963: 2811:, but the "jump to" puts the relevant note at the top of my screen (except at the bottom of the page), and the numbers make it clear what goes with what. -- 2713: 2524: 2475: 2453: 2275: 2155: 10198: 9986: 9728: 9656:

as a layman and inexperienced wiki user (which i am) i would expect to see the radial artery as described in an animal system, however that is not the case

7943: 7673: 7159: 7083: 6832:. Per Raul's third law. Like I'm actually going to go and write about astrophysics because I'm not allowed to write about desi or German culture anymore. -- 6126: 6014: 5993: 5952: 5915: 5428: 4605: 2907: 2569: 2293: 2259: 2128: 2018: 1655: 1537: 1384: 1300: 1217: 10583: 10180: 10043: 9934: 9868: 9858: 9381: 8873: 8819: 8482: 7327: 7316: 7145: 6109: 6038: 5638: 5561: 5520: 5301: 4994: 3955: 3829: 2367: 2332: 1873: 1850: 1838: 1788: 1755: 1235: 10642:

Perhaps you're right. I still remain dubious, considering that just the navtools popup is considered too taxing on the servers to implement by default. —

10590: 10575: 10439: 9377: 7742: 7597: 7377: 7232: 4648: 4279: 4257: 4208: 3839: 3142: 3009: 2988: 2946: 2819: 2350: 2341: 10616: 10501: 9588: 9183: 9006: 8870: 8796: 8730: 8415: 8346: 8126: 7982: 7906: 7845: 7798: 7772: 7754:

after a certain period of time, they should be deleted; somepoeples personalities are like that they like to have things open ((open ended/no closure)).

7203: 6866: 5815: 5622: 5209: 5073: 5019: 3188: 3055: 3022: 2502: 2241: 10362: 10071: 9548:

I'm against a new top-tab, or show/hide css. Hidden information will not be found by a significant enough proportion of users that it is inadvisable. --

9107: 7891:

in size as bytewise? Even if not, it could create confusion. So I guess Mediawiki needs to be tweaked/the devlopers\the codes needs a little editing?

7391:

Sometimes when I am reading an article, I open several other articles just to read the overview/introduction and continue reading the previous article.

7194: 6879:

If physics has the Nobel, math has the Fields Medal, basketball has the MVP, and bad acting has the Academy Awards, .. why can't we have an award too?

6595: 6003:

can up-load images or move articles. Now that I've finally seen what it really says, I agree with the opposition to it. I'lll add my version below. --

4622:

be deleted easily, and actually requires a gerat deal of effort by other people to fix up or eventually delete after an AFD debate, or a copyvio check.

4051: 3938: 3772: 3735: 2977: 1142:

I didn't check if this idea has already been proposed and discussed somewhere. If it's the case just ignore my post. The idea is proposing some kind of

10428: 10163: 10138:

different, more database-oriented system. IMDB is synchronized with the Director's Guild of America official credit database, while Knowledge is not.

9837: 9824: 9129:

I believe the ability to ignore bot edits in the watchlist has been suggested to the developers, I don't know if it is going to be implemented though.

8577: 7691: 7644: 7550: 7529: 7267: 6944: 5597: 5534:

I'm curious about the MediaWiki text used to explain to unregistered users that they can't create new articles. This has come up at MfD recently, see

4509:

were both created by anons! Given that they're German places, it's pretty likely they're substantially translated from de: anyway. Not great examples.

4099: 4074: 4062: 3035: 1165:

This is a preliminary idea, and it certainly has to be submitted to devs for review and check to separate what's technically possible from what's not.

9606: 9552: 9495: 7571: 6558: 5403:

don't think it would be that complicated of a script to write. There would need to be an option in user preferences to disable the script, of course.

4130: 3965: 3931:

Deletion - perhaps someone could suggest a better name? I hope this becomes an integral feature of Knowledge that I will become famous for starting.

3705: 3072:

Another way of looking at it is: what's the point of spending time to create a well-thought out, amusing joke if someone's just going to revert it? --

2984:

If you want to create a joke page, do it at Uncyclopedia. If you want to insert a joke into an existing page, slap yourself until the urge goes away.

2886: 2877: 10626: 9562: 9226: 8612: 5613: 4820: 2743: 2307: 1898: 1870: 1835: 1763: 1730: 1706: 10153: 9459: 8692: 8660:

has way too many sections, many of which are just a paragraph long. If some of those subsection markers were removed, it would increase readability

7028: 6517: 4149:

Advantages: it would substantially cut down on the huge problem of one-shot accounts created simply in order to create one vandalistic article (see

2606: 10553: 9660: 7916: 7353: 5610:

It would be helpful if the "Special Results" page, listing relevancy, included a little more information to provide a hint as to the page content.

5442:

outlandish sigs; they tell me too much about the user. I automatically discount any unsigned comment and I'd like to be able to continue to do so.

1482:

For some of the articles that have ongoing wars, perhaps something like the California Ballot Pamphlet approach should be tried, with sections like

9576:). However, these are easily moved to a seperate page which can be linked to prominently in the appropriate section of the text. For example, see 7014: 5581:{expert} tags but how do I filter out any of the articles for which I'm not an expert? It would be far easier for me to go to the category, i.e. 3364:

and need more input to improve the current text further. I thought somebody here might be interested... Thanks for your contributions in advance.

2313:

to the text. It would probally be better if the css was in the main style sheet not inline. Is there any way to add the <span class="he": -->

2230: 2208: 1227: 9154: 8674:

Thanks for all the ideas! Another thing that would help is if I could find a way to shorten the width of the TOC so that it takes up less space.

7007: 6631:'s comments, although I think he is opposed to this. The thing is there are so many barely-there stubs or half-pages on extremely worthy topics. 4058: 2226: 1166: 5344: 4674:

to the insertion of missing articles (which they may already have written) on subjects in their areas of expertise. Upon adding said articles,

3368: 1962: 7039:

This is not so much a proposal as an informal request for proposals. :p Basically, a lot of our lengthiest (and many of our best) articles use

6592: 5811: 4983: 4345: 4254: 4205: 4195: 2663:

Paper or not, it is still subject to aesthetic considerations. Making short sections shorter and long sections longer should both be avoided.

2404: 1131: 1127: 1123: 1119: 1115: 1111: 1107: 1103: 1099: 1095: 1091: 1087: 1083: 1079: 1075: 1071: 1067: 1063: 1059: 1055: 1051: 1047: 1043: 1039: 1035: 1031: 1027: 1023: 1019: 1015: 1011: 1007: 1003: 999: 995: 991: 987: 983: 979: 975: 971: 967: 963: 959: 955: 951: 947: 943: 939: 935: 931: 927: 923: 919: 915: 911: 907: 903: 899: 895: 891: 887: 883: 879: 875: 871: 867: 863: 859: 855: 851: 847: 843: 839: 835: 831: 827: 823: 819: 815: 811: 807: 803: 799: 795: 791: 787: 783: 779: 775: 771: 767: 763: 759: 755: 751: 747: 743: 739: 735: 731: 727: 723: 719: 715: 711: 707: 703: 699: 695: 691: 687: 683: 679: 675: 6907: 5291: 9739: 9712:- if you find an encyclopedic subject which has no article on it, go ahead and make it. There is actually a list of requested articles, too ( 8733: 7723: 7713: 7703: 3659: 3594:{\displaystyle Q\;=\;C\;A\;P\;{\sqrt {{\bigg (}{\frac {\;\,g_{c}\;k\;M}{Z\;R\;T}}{\bigg )}{\bigg (}{\frac {2}{k+1}}{\bigg )}^{(k+1)/(k-1)}}}} 2807:

I don't see the problem. The system seems to work very well in those two articles. In your post on Jimbo's talk page, you complain about the

2706:

Actually, no one can't. That would require having "short" and "long" lists of references distinctly classed or id'd, which isn't the case. —

671: 667: 663: 659: 655: 651: 647: 643: 639: 635: 631: 627: 623: 619: 615: 611: 607: 603: 599: 595: 591: 587: 583: 579: 575: 571: 567: 563: 559: 555: 551: 547: 543: 539: 535: 531: 527: 523: 519: 515: 511: 507: 503: 499: 495: 491: 487: 483: 479: 475: 471: 467: 463: 459: 455: 451: 447: 443: 439: 435: 431: 427: 423: 419: 415: 411: 407: 403: 399: 395: 391: 387: 383: 379: 375: 371: 367: 363: 359: 355: 351: 347: 343: 339: 335: 331: 327: 323: 319: 315: 273: 269: 265: 261: 257: 253: 249: 245: 241: 237: 233: 229: 225: 221: 217: 213: 209: 205: 9663: 6635:

as bluelinks but not every bluelink leads to a well-written article. That's what I hope we as a community would be able to begin to address.

6554:

or 165,000 "decent" sized articles including the shortest (4K and up). Any which way, it looks like still a lot of work to do in Phase 1. --

5045:

its entirety which would lead to Refernce Desk, Compliants, Help Desk, etc.. Coudn't there be a project or devlopers clean this mess up?!?!

4371:

I can't imagine any user making a new article as their first edit, and that article actually being of acceptable quality. I think something

3888: 9794: 9476: 9301: 8699: 7781: 7728: 7239:

Featured articles are already marked by a star, though I'm not sure if that's standard or if I had to make some change to make them appear.

5022: 4964: 3785: 3272: 3185: 3019: 311: 307: 303: 299: 295: 291: 287: 283: 279: 201: 197: 193: 189: 185: 181: 177: 173: 169: 165: 161: 153: 149: 145: 141: 137: 133: 129: 125: 121: 117: 113: 109: 105: 101: 10210:

The way I see it, Knowledge is supposed to be a place where people all over the world can log in and exchange information. So what if you

7909: 7367: 5689:

latter, at least, would accomplished with a probation period of less than a month, of course. What's the current period before Users can

5600: 4056:

I think he means to copy/send the url of an article or the article itself to a friend which can be done manualy... An interesting idea. --

4038: 3617:

Also, the smaller TeX font allows for displaying longer equations (within the limited display screen width) than does the Knowledge font.

2554: 10560: 10404: 9451:

article. In some cases anomalies appear when editors try to avoid this by creating seaprate, or even partial articles - e.g. the article

8678: 8570: 7735: 3778: 2775: 2412: 2139: 1362:. For me it's a white background on the math object here. (I'm using a TFT-screen, so I see the difference better than on a CRT-screen). 6409:

The redlink idea couldn't possibly work, as nothing would stop someone from linking to a nonsensical title from any existing article. —

5506: 3850:

Might these be moved to sit between the checkboxes and page names, please? I imagine the list would then look less cluttered. Regards,

3672: 9545:

as well as long. This is easily remedied by placing the info into columns in some way. There might be many methods for achieving this.

9488: 8497: 7072: 6086: 3751: 2757: 2427:

This new category would be used to list facts which are not widely known or discussed in normal articles. For example, the fact that

9808:

I tend to agree with the original post. It really is getting out of hand. Recently, I've seen articles going in for each "army" from

6869: 6816:

lot of stubs that only give a precis of the information, than a situation that is half well rounded articles and half nothing at all.

2895:

See above. If the page is altered, moved or deleted, it cannot be determined easily what was cited. The date the webpage was accessed

2346:

The vast majority of the hebrew words don't have any template. Puting them in for every hebrew word is not a trival amount of work.

2107: 1715:

An automated translation is not encyclopedia quality. If this is done, it would need to be specially tagged as a machine translation.

10689:

and graphing the link relationships. There were about a 100 incoming and outgoing links and just graphing those filled the screen. --

10545: 10538: 10396:, but there are also a fair number of well-written and well-sourced articles as well. An essay that might interest people here is at 9452: 7650: 5486: 4975: 3728: 3721: 4083: 2318: 3636:

If this isn't the correct place for me to lobby for the smaller font, please let me know where I can do so. Thanks and please vote.

1740:

I don't know of any language engine that can translate articles. In my opinion, articles that have been Babelfished (like those in

5529: 3693:

is the link for the Knowledge toolbar for Mozilla, which is a really great tool. There is also a different toolbar here for IE (

3684: 2193:). It would be nice if the page could explain the sorting order, link to the naming conventions and explain that redirects are in 10371:

on its talk page - it would seem from the above that the policy does not match consensus practice and may need to be changed. --

9357: 6523:

A little off topic, from an attempt to gather basic stats in the Stable Versions discussion (might as well use 'em wherever...):

5513: 5465: 4941:

time, 24 hours a day, just to keep up with and delete the incoming junk articles. (The new one-step quick deletion process is a

10403:

Also, it's worth mentioning that fictional subject matter as featured content has also been a recently heavily debated point at

7702:

Like on all the days we can add: Movies out, Games out, Books out, CD out, etc. For that day. Like births but for movies etc. --

3180:") Something that takes about a line of text space and brightens up the always boring news and did-you-knows (I said boring not 9581: 8562:

Could I propose that most of the articles on Knowledge be modified so that the table of contents fits in nicely with the text?

7819:

they want closure; if the person decides they no longer want to be associated with Wikimedia, they have no way to achieve that.

6645: 6495:

I presume the million articles includes redirects? If yes, then we've probably only got about half a million 'real' articles -

5677: 4515: 4491: 2014:

Maybe a link to that page could be put on the image upload page very conspicuosly, so people could go there before uploading.--

1982: 1596: 1513: 67: 8057:$ , you'll see that there r no spaces between in the raw link. OH MY GOD, ITS SO HARD TO READ! WHERE ARE ALL THE SPACES!?!?: 2285:

a favorite article by recruiting "votes". A policy against recruiting to stack "votes" would address part of this problem. --

10599: 9102: 8002:

The opinion has been that the extra space improves readability of the wikitext and hence is worth the nearly neglible cost.

5397: 10176:

This is exactly the kind of thinking I was hoping for. I think its a good idea, not how do we get the attention of admins?--

7453:

I think it would be GREAT if you would recommend people specify a post code (zip code) when writing a story about a town.

5783:

sounds too paranoid, you can ignore this paragraph; I still think that discouraging interest in Knowledge is to be avoided.

2736: 2580:

I have seen some articles with code similar to this in the Notes section of the article: <div style="font-size:90%;": -->

87: 10665: 5477: 9516:

CSS methods of hiding text are generally being phased out of Knowledge because they do not work properly for all users. --

9080:

that added some nonsense, but at the same time removed the chinnese interwiki link (zh:). Hours later to this vandal edit

9580:. The individual lists should be as exhaustive as possible, and can be divided into sections as needed as has been done 9445: 6992: 6971:

I'm not suggesting it be used as a yardstick for this prize, but people interested in such things might be interested in

2790: 7518: 10536: 9765:

My suggestion is not just deletion of offending material, but guidelines for works of fiction. The entry for the anime

9353: 9204: 4085: 2858: 2174: 1997: 83: 45: 40: 17: 10388:

more so than the guideline lets on. Articles on fiction run the gamut as far as quality goes; some have problems with

8628:

Ya and I looked at it in 1024x728 resolution too and I thought it looked okay even if the letters were squished. (But

6047:

Even for an admin, page-creation vandalism takes more than two clicks (unless you don't give a reason for deletion).--

2942:

Um no let's not, this is an encyclapedia and it should be that 356 days a year, a holiday isn't a reason to goof off.

10447: 7537: 7412: 5631:

You can do a search of all Knowledge languages via Google by adding "site:wikipedia.org" to the end of your search.

5496: 3893: 3341: 2727: 2575: 57: 4081: 2786: 10661: 7273:, which adds a star to the inter-language link if the article in the other wiki is a "featured article". HTH HAND — 4765:

Heck, I just thought of the flag! Blank the User page. The software could easily check for an existing user page.

3379: 2151:. This is a separate wiki hosted by the WikiMedia Foundation that was spun off from the English Knowledge in 2001. 10143:

Some of the same issues apply to sports, where fans want statistics and current info which Knowledge doesn't have.

10521: 10513: 9785: 9089:

watchlist. This way watchlists would be much more compact, and we would have less work doing our everyday check.

6491:"It is wrong of you people to get up and dance around ecstatically because we've not achieved a million articles" 6379:: "And what if I want to write about something that doesn't already have an article? Can I start a new article?" 3927: 2213: 35: 8536: 8523: 8510: 5650:

able to create new articles (in the main namespace only) will force everyone to work on existing articles only.

3628:

If you agree with me that the smaller font should be offered as an alternate, please visit the bugzilla page at

10517: 9640: 9064: 4174:-- and I didn't even bother with an account at the time (I registered one and forgot about it). Yes, I know it 2583:. Although I'm indifferent about the font size since I can read it either way, this is what you might call a " 1662: 94: 7576:

Thirdly, just in case you are "James Robinson" (as the now-deleted email-address suggests) .. please also see

2390:

to link references in article to lines in the Abrahamic Bibles (Old Testament/New Testament), Qur'an or other

7940: 7718: 7560: 5810:

So me, number of others who prefer to create more articles and practically every member of the projects like

5248: 5243: 4376:

the same people who would have said that anonymous users will always be able to create new articles as well.

3919:

is only for articles less than 5 days old (it took me much longer than that to write the complete articles).

2728: 2198: 2182: 1798: 1284: 9077: 2446:

Am I on the right track in thinking about creating such a category? Should I even be discussing this here?

1810:

en main page translated to english with the translator tool (notice the tool is invoked via a URL string!):

9713: 9683: 7255: 7118: 7096: 5491: 5281: 4170:

My response to this is the same as above. I should also note that one of my very first edits was to create

4087: 4067:

That's what IE does -- you can either send the page or the URL when you click on the icon in the toolbar.

3975: 3353: 2847: 2633: 2360:

takes task requests—you might ask its owner if this would be technically feasible to have Tawkerbot do.) —

62: 8154:

Not true. Minimal savings that take a lot of developer work and make editing harder are not good ideas. —

5174:

Please leave one if you'd like more clarification on this issue. You could also contact me <redact: -->

5054:

Please leave one if you'd like more clarification on this issue. You could also contact me <redact: -->

5012:

Please leave one if you'd like more clarification on this issue. You could also contact me <redact: -->

3768:, but it should be used sparingly. There's already a "Disclaimers" link at the very bottom of every page. 1548: 10685:

I'd be interested to know how you could make it doable, I tried taking just one moderately large article

10564: 8836:

Well you could email me. Or if your wondering what I mean by reply, I just mean, please leave a comment.

6799:

to be joining in - we want to act as though that supposition is constantly actual. It is a wiki, please,

5906:"Ostrasize" might be wrong word. The point I intended to make it that there are whole wikiprojects whose 4832: 3880:

variation, but still it might be useful to consider a way to standardise formatting as much as possible.

3784:

nouns. Looking at the last 50 new articles right now, 49 of the 50 are about proper nouns, and only one

1741: 1414:

be nicer, but so long as articles are backgrounded white in all skins I don't see it as a high priority.

1268:

I agree somewhat, but I don't think it's too important because most pages have a white background anyway.

9364: 7697: 7495: 5253: 4787: 4756: 3916: 3862: 2175: 86:. Please do not edit the contents of this page. If you wish to revive any of these discussions, either 4569:

was my very first edit on Knowledge. I think it was in a reasonable shape in a few hours. Creation of

2756:

I created a bot to create missing Indian town and city articles based on Census 2001. It is currently

2144: 10187: 10017: 9098: 8683: 6723: 6160: 5834: 5337: 5315: 3080: 2377: 1969: 10236:

To delete a neutral and verifiable article because it "doesn't belong here" would be a violation of

9073:

by getting extensive watchlists of modified articles that have only been slightly touched by a Bot.

8898:

to select the revisions you want to compare. Press the "compare selected revisions" button. Got it?

2268:

anyway. If people are forgetting this there is a larger problem going on than just vote stacking. —

1677:

No, I didn't know such a page exists. It's hard to find the good special page, they are too many...

10571:. I'd suggest making an infobox for the tops of those 2 pages with the more active games listed. -- 10568: 9611: 9334:? The tone is the same, but it's more of a tint than a shade, and thus easier on the eyes. Thanks. 9232:

I could be mistaken, but I seem to recall that a similar proposal was rejected by the community. —

6874: 5371: 3741: 3105:

I was only encouraging responsible editors who clean up. As for jokes being reverted, I quote from

2265: 2113: 1638: 1147: 10344:

guidelines as to what deserves its own article and what does not, and under what circumstances. —

7915:

The mediawiki parser, like most parsers, ignores whitespace in many places. What's your point? --

7217:

links for articles that are shorter than the one you are looking at. /hor. line/ Stubs at bottom.

9678: 9634: 9408:

well-researched. It'd also be a nice sort of commendation for editors who worked on the article.

7661: 7556: 7115: 7093: 7040: 6998: 4175: 3972: 2844: 2751: 2630: 2214: 1729:

larger wikis than vice-versa, and this is an idea that may benefit from inter-wiki coordination.

10419:

and speedily kept since the FARC process discourages the listing of recently promoted articles.

9436:

it noted other achievements ("used as press source", "main page article", etc.) as well though.

9190:

Yes. I agree that this would provide a more welcoming approach than using the prod template. —

4248:

I'm not denying that there are problems, but the vandal new articles (aside from sneaky hoaxes)

3994:

As per your suggestion, I will look for articles with subjects related to my article's, such as

1915:

Language translations are unreadable! Take this example... the first paragraph from the article

1797:(why are we using *'?) I think would all be fairly simple, as would stuff in the section above: 10625:

There are many ways to make such a system scaleable. It is technically feasible for any size.

9507: 9285:

This is my position as well. We don't need yet another tag when existing tags fit the bill. —

8707: 8647:

I think if you want to increase the usage of TOCleft, you should try softening the language at

7333: 7278: 7048: 5456: 5404: 5326: 4740: 4028: 3711: 3390: 2165: 1942: 1716: 1398: 1333: 1151: 29: 6363:: So...if I notice that information is wrong or missing, I can just correct or add it myself?" 5312:

Knowledge talk:Manual of Style (dates and numbers)#Selecting SI or imperial units based on CSS

2220:

I really feel this should become an official policy. Collecting one sided votes to achieve an

10377: 9361: 9117: 7594: 7584: 7533: 6957: 6902: 6683: 6105:

If only 6,700 of 1,037,622 articles are bad, that's only 0.64%. I don't see a problem here.

5752: 5556: 5378: 5273: 4171: 3945: 2540: 2401: 1232:

Should there be a project to port the contents of disambigiuation pages to Wictionary terms?

1155: 9898:

expansion of fictional content, might I suggest you visit our recently featured articles on

3603:

This is the same equation created using WikiCities' TeX font for the very same math markup:

1455:

Is it possible to create a page called: "The solution to the Palestinian/Israeli conflict"?

10694: 10314:

such excess that is a very minority point-of-view. That last is why NPOV is being cited. —

10269: 10241: 10013: 9882: 9773: 9310: 9093: 8718: