Knowledge talk:Article size/Archive 5

3208:

has been done is that the main article has been cluttered up with stuff that shouldn't be there. Problems have been created by people not choosing the amount of detail to put into the main article properly. It is a badly structured article. What we've got is an article which has been grown unnecessarily to some limit rather than one that has a reasonable structure. There is no clear limit on the size of the early life part, it was obviously split off because the article was too big but then something went wrong. It is not a summary and it is not a proper description. If the article was done properly people scanning it linearly would be able to read a short description of the early life and then know whether to click on the link or not. What is there makes reading difficult.

576:. I understand the thinking that a summary is already condensed, but as professional writers, journalists, students and teachers know, even summarised material can be reduced. Doing a précis was once a standard English language task; when doing professional writing and journalism one works to word lengths, rather than what the writer feels the topic "needs" (and much writing tends to benefit from cutting back to the bare essentials - encyclopedic writing benefits more than most); and students who can précis their notes down into short manageable bites find that of immense benefit. I think there is a balance to be struck between being excessive and being elliptical - though this would apply to all forms of writing within Knowledge articles, not just summaries or lists. 3280:. The underlying reason for the rule is that, despite the advertising claims of ISPs and high-bandwidth device manufacturers, many of our readers still read Knowledge articles on slow connections such as dial-up. The number of high-speed users is increasing but oddly, the number of low-speed users is holding steady. The footnotes, references, bibliographies, embedded templates, etc, all feed into the total pageload time and must be considered as part of the burden on readers. We should not deliberately create problems for those readers unnecessarily. We can reasonably debate about whether the 50k limit is the right balancing point but it is disingenuous to try to arbitarily define large blocks of content away and ignore the real problems that it creates. 4569:

real problems when dealing with fanatics shoving in their databases of sports facts that really makes prose text unworkable and bad for general use so we need something that is fairly consistent with what is really wanted there. A tool that outputs total download size, total article specific images or other downloaded media size, total article specific html text size, wikitext size plus the prose text size would be nice, but we do need a simple rule of thumb to get people looking deeper and image size + text size just is not that as it can totally swamp text size problems, whereas if the text size is okay it is normally fairly easy to adjust for image size problems.

238:

didn't bring them directly to it from another page. Splitting such pages makes in-page search more difficult, and actually frustrates readers' ability to find information. E.g. if I search for "foo" in a long one-page list, I may find a "foo" entry, and/or various mentions of "foo" as applied in several contexts, in various other entries, while if the article is split, I might not find a "foo" entry because it's in another page, and assume there's no information on the topic, and/or I may miss a lot of contextual information about "foo" because I have not realized there is more of it in another article in the split series).

4744:

readers will never see it. (I can't prove it, but I think readers mostly reach WP articles from search engines or from clicking from one main topic to another, and not from drilling down within a topic. It would be great to actually see a use study of how people reach and navigate WP.) As for making things simple to use and 'the encyclopaedia anyone can edit', that ship has already sailed. The unsuspecting reader who decides to click "Edit" for the first time is hit with a blizzard of inscrutable infobox templates and other markup. How article sizes are shown is the least of their problems ...

1320:

consensus): sometimes it's SNG shoehorning, sometimes it's a relatively loose N affirmation like your own, sometimes it's recognized as a spinoff, sometimes it's recognized as a pointy nom that would imbalance a set, sometimes it's a merge that affirms the spinoff principle. Since you seem to define "notable" as including most of the adhoc local-consensus splits as well as allowing the various nonnotable large-list splits (although that would include the list of poker events), I really don't know that there is an issue for VPP besides your finding the word "arbitrarily" to be ambiguous.

3150:

as markup size then the John McCain article would be considered as too long whereas Mulholland Drive would scrape in. That certainly accords far better with my assessment of the size of these articles as being at the top limit. The John McCain article has a very large number of citations many of which have text associated so a case could be made for it being kept as a unit but personally I feel it should be smaller. Why for instance does it have a big section Early life and military career, 1936–1981 which contains practically the whole of the subtopic

4817:

Another way of interpreting it also is that a large section about early life is always downloaded which 99 out of 100 readers aren't interested in. However what I do know is that people will go round a site much more if its response is quick and tat they don't like having a lot of stuff they're not interested in. How many people who read about Coleridge are really interested in his life rather than his poetry? Not a very high percentage is my guess and yet most of that article is about that. In fact I wonder how many read beyond the lead.

2636:? There are two reasons we should be limiting article size: one for reader attention span which is about readable prose, and one for the bandwidth the article takes to load into the browser. The second metric should include the size of image thumbnails, adding considerably to the plain text and markup. Page load size is the only other metric worth considering; markup size as a measure of bandwidth is incomplete. For what it's worth, I think we should have two limits: one plainly stated for readable prose, and another for page load. 5023:

many readers who use small mobile screens, including me often, will be reading one or another of the "Mobile Web" versions and sometimes the official Knowledge mobile app or an unofficial one, most of which will present pictures with a smaller thumbnail than the "Desktop version" that the majority of deskbound readers use. So, yeah, all these methods of setting limits ought to be taken into consideration, but markup size is the only one the majority of editors will use until the others are as easily reported as that one.

3307:(410 kB, 107 kB, 44 kB) would be considered as being double the 200kB at which one should start consider splitting according to the technical section, at the limit according to the markup size, but not yet near considered for division according to readable prose size rule of thumb despite the readability issues section saying 50kB is right on the limit of the average concentration span of 40 to 50 minutes - so really anything more is practically definitely wasting bandwidth compared to organizing the material differently. 3127:, which is 54 kB (8,832 words) readable prose size but 164,027 bytes in markup size. Both are FA articles and although very close to each other in readable prose size, their markup sizes are very different. Why? Mulholland Drive has 121 footnotes, while John McCain has 331 (our political BLPs tend to be heavily cited, for obvious reasons). Under your proposed guideline change, John McCain would have to undergo a 40 percent reduction in size, when in reality there's nothing wrong with it. 1147:(arbitrary subset of notable topic). If more examples are needed I can oblige. Another POV is that these are not notable but widely accepted because they are spinouts. Given Dmcq's POV, if the word "arbitrarily" is understood as it has been for 5 years, there is no reason to change it, because the articles will by the POV's definition be "notable"; and given the alternate (stricter) POV of notability, the word "arbitrarily" is very necessary to permit articles that fail this strict N standard. 5039:

one. The prose text also gives no guideline on lists or tables or citation notes which are mini articles in themselves. The place seems to be dominated by people with an interest in cramming as much in as they can and can't or won't see the problems they cause. I view the guideline as unfit for any purpose at the moment whether it be for featured article assessment or for stopping people sticking in huge lists of wrestling bout results and every action of every monster in dungeons and dragons

2446:, a rule of thumb guideline for saying an article is too large, refer to the 'markup size' of an article given by the size in its history - the number of bytes downloaded when an edit is done, or should it refer to the 'readable prose size' given by the text excluding any footnotes and reference sections ("see also", "external links", bibliography, etc.); diagrams and images; tables and lists; Wikilinks and external URLs; and formatting and mark-up as given by the script 544:"If a list is constructed in such a way that splitting it or summarising it would be inappropriate, then it doesn't really matter if the list is a standalone or is embedded," -- I have not yet seen a list that could not be summarised and embedded lists can always be "split". In such a case "splitting" just wouldn't involve breaking the embedded list into parts, but scooping it out of the article and creating a stand-alone list with the embedded list as its core. 31: 3463:- or we'll have the crazy situation where good referencing and an eye-relieving quote box punishes the article (through forcing important info out into subarticles), whereas poor referencing and walls of text encourages even more of the same bad. I wouldn't mind an additional recommendation for markup size, but that's for a different and IMO secondary concern (e.g. because image sizes matter much more than extra markup sizes). – 5019:

comprehensibility is the main design consideration, which makes readable prose size the proper measure. For those using their mobile phone screen as I often do when merely reading, or a small tablet, small prose size is even more important for avoiding getting lost in an article with sections either too large or too numerous, and download size also becomes important for those of us with slow mobile radio connections.

4655:

to silly limits are not the really big problem. My experience with computers tells me I should make things simple. I have cut out or hidden features in products rather than release them to save on support costs and made sure examples included features users should use rather than showing arcane things. Sometimes a user would be told about a hidden feature if they said about a problem it could fix but

3735:. If there are no major subtopics and the article is very long then it is worth wondering whether there is sufficient weight for the inclusion of some of the contents. Personally I haven't seen any very long articles not filled with trivia or where large bits shouldn't be cut out into notable subtopics. The only ones that aren't like that are list articles which have special provisions for splitting. 2418: 4789:

different sections reading some and skimming others, or how often they read the whole thing through start to finish, or how often they read some now and come back to the article at some later time. We also don't know how often they get frustrated with the load time and abandon the whole thing at the outset. I'd love to see a usage study that shed some light on all this. But one thing that we

833:, in the latter, systemic violations of WP:V throughout the parent article leading to blind application of the guideline), the articles should remain separate if split due to SIZE, which leads to an interesting question: if split articles fall below 32-40KB of readable prose, should they be merged back? And on the point of the latter article, should cleanup be recommended before splitting? 902:

could allow me to set it so that when viewing pages or page histories, it would automatically break off the page at a user-specified amount (like, break off to "page 2" or "page 3" etc. if the next section makes the page exceed 200kb). This is especially a problem in very old archive pages where it would be inconvenient to break apart a page despite being long. Does such a feature exist?--

1362:, no one is going to sit and read them from top to bottom; their principal modes of use are a) being in-page-searched for specific entries and b) having specific entries linked to from other articles; splitting them destroys the very foundation of their functions in Knowledge. At least one consensus discussion has already concluded that we should stop splitting such articles. — 639:

what this guideline ought to do... While I appreciate the value of an editing guideline helping editors (newer ones in particular) making the kind of decisions you name, I'd just as much like to have a style guideline describing where community wide consensus lies in regards to how long or short articles should be. Presently this page tries to be both and is neither very well.

1584: 3756:

involve downloading over a megabyte and quite long times to display even ignoring mobile browsing. Rule of thumb is supposed to be something easy, if featured article people want to polish an article that is another business and they can take time over it, but dealing with the great mass of rubbish being stuck into Knowledge requires more everyday tools.

4875:

don't know why the ratio normally tends to be about 4 to 1. I still think it is too long but that ratio does make a case for also having a section on file size as an additional measure which could be used in special pleading to say a page isn't too long when the rule of thumb indicates it is, this is the same sort of status I'd give to prose text size.

1454:

country where the Telecoms use that model for charging for broadband access), or because their mobile service provider charges that way for mobile hand held devices (phones, tablets etc). There is also the case when a person accessing the net is connected via a free wifi service with a data limit on downloading (eg at a library). --

2017:

definitely become too big and is not easily read as an entity. There are too many little bits which do not relate to the main topic directly but only through subtopics. I find the substantive rights section rather worrying in particular as there seems to be no basis for the decision on what to include in it. ANd when I looked at

3214:. Notice also the statement there "Keeping articles to a reasonable size is important for Knowledge's accessibility, especially for dial-up and mobile browser readers, since it directly affects page download time (see Knowledge:Article size)." The idea of readable prose is not covered there and it refers to this guideline. 5038:

I'd certainly like an easy way to measure the size of the images as well as he markup size. However I think the prose text size is a red herring herring as the size here is way beyond what is given in the readability issues, the section saying size is no reason to chop things out is also a misleading

5022:

Editors ignorant of the fine points discussed here, who will remain the majority of editors for an indefinite period, only know markup size, because that's what's in the watchlist entry. Those who edit on a small screen or slow connection are again even more interested in markup size. And of course

4903:

Actually it is wikitext that is seen at a glance, it gets expanded by templates and html tags inserted to something typically about four times the size though it may be a less than twice or can be more if lots of templates are used, that doesn't matter too much I don't think in this context though. I

4793:

know is how often they click through to certain kinds of drill-down subarticles, and it's 1 percent or less of the time. Given that, authors will take their chances with longer articles. As for your belief that if page loads are faster in general, people will click through more, I haven't seen that

4659:

is the right way to do things for something that says 'the encyclopaedia anyone can edit'. There is no point showing three figures instead of one for a simple rule of thumb. And prose text style has far too many problems compared to its use for readable prose which the FAC editors seem to be ignoring

4654:

Why are featured article candidates not penalized for going over 50k prose text size if readable size is so important? Why will you not engage with the fact that the main problem is people pushing enormous wadges of text with trivia into Knowledge and that the featured articles even with being pushed

4568:

What would one be accurate about and why is it important to be accurate about it? The featured article people with their prose size do have a point, the first consideration should be readability. It is just they have ignored the real limit and pushed something that is hard for most editors and causes

4036:

For the Calgary Stampede file size of 260k is the size of the individual html corresponding to the wikitext without images. In that case the wikitext was 72k and the prose 37k so in fact it was quite close to the ratio 8:2:1. I see rocket is one of those for which the prosesize script failed so I can

3905:

If people could actually consider acceptable as meaning that and consider shrinking or splitting as really meaning to consider that articles that long have some problems I would be happy, but it seems they are taking maximum as meaning okay. It should be I feel that in a FAC consider splitting really

3759:

For straightforward articles which are okayy wikitext is as good as prose text as a rule of thumb and for everyday use talking about articles which are too large consisting of huge tables prose text is simply useless. As to lists they have their own rules and can be split fairly arbitrarily but their

3509:

meanswhich is mentioned in the title: "It is an easily learned and easily applied procedure for approximately calculating or recalling some value, or for making some determination." the meaning given in Knowledge is accurate. Whereas prose text size is a not an easy measure, it doesn't apply properly

3089:

markup size and readable prose size have important ramifications. Prose size has to do with striking a balance between informing and exhausting the reader. Markup size has to do with keeping the page's bandwidth requirements within a reasonable size for people who have limited access to the internet.

3065:

then possibly somebody else can fix the problems. It is not necessary that everybody be able to do everything well, people have different talents. However if your style is such that you would resist other people putting the stuff into subtopics when article become large because you want everything in

2568:

The 50k readable prose size mention comes from being roughly 10,000 words, but in experience 10,000 words more often equates to 60k readable prose size, so 60k is the point where discussion usually begins. And in any case, this is just a guideline, not a hard limit. As you can see from that list of

1319:

I previously linked shows that there is no supermajority consensus on notability of spinoffs, so this will not be decided at VPP today. The fact is that we have many nonnotable spinoffs, and they often survive AFD (or more commonly are never nommed). The stated rationales vary (one reason for unclear

1307:

Alan, sorry I didn't realize that was your wording. Longevity of a guideline is a silent consensus that it works for many editors. Yes, the word "arbitrarily" could be clarified based on your concerns, but the assumption that it's always possible to split logically should not be suddenly added to the

516:

Lists, tables, and material summarizing certain fields are exceptions. If there is no "natural" way to split long lists or tables, it may be best to leave them intact. They act as summaries and starting points and in the case of some broad subjects or lists either do not have a natural division point

4979:

Unfortunately most of the editors here seem to be arguing for what I would consider the least useful measure for general purposes as being the main rule of thumb measure. I just hope that doesn't become general knowledge or it will be exploited to death, we better get some other guidelines in before

4919:

Page load with thumbnails (probably should not include cached javascript and css) for the total time and money overhead before a page is fully loaded. This would mainly be use din arguments that there were too many thumbnails or they were too large. We'd need good guidelines about that - currently I

4766:

Now you come up with this argument that one should cram as much as possible into a page because they often don't click down to subtopics. What on earth makes you think they read all the top level article anyway? Do you really think they are going to be sitting there for more than an hour reading the

4054:

As to image sizes, that is not included in the file size of 260k of Calgary Stampede that you quoted so you weren't including them yourself. In fact the images for that come to about 628kB. One doesn't notice images so much as they get loaded last normally and you don't see the empty space except by

3893:

The biggest problem I think with that is that a rule of thumb should be something easy, and measuring the file size is not easy. Download file size can differ between whether maths is displayed as png or Tex for MathJax and only people with some technical nous can check it. It is much easier to find

3343:

Over the years, this seems to have changed to being readable text size; and the recommended size has increased, and a rationale about readability has been added. For example by 2006, the recommendation has increased and certainly seems to exclude markup, which presumably means it's by then referring

3207:

Sticking so much into the main article is just wrong. Knowledge is not a paper encyclopaedia with pages one after the other. If a reader wants to look at that they only need to click on the link and the main points could have been summarized far better like they are in the lead to the subtopic. What

3184:

subarticle is 46 kB (7728 words) readable prose size. That's a 1-to-4.7 ratio, which is hardly "contains practically the whole of the subtopic" as you claim. Doing any less in the main article would shortchange the reader about one of the most important, and most written-about, periods of McCain's

3149:

gives a limit of 100KB. Do you really think that these two articles are only about half the size of an article which is too long? That is what you are saying if you say the rule of thumb applies to readable prose instead of the 50kB of the readability issues section. Yes if the 100KB was interpreted

3046:

I'll rephrase: Must I change my writing ability for the sake of length and condensation? Must everybody else? To me "Rule of thumb" helps "Article size" page become a guideline; without it, its guideline status would be doomed to failure. I couldn't and wouldn't let loading and reading issues get to

2296:

This is a guideline not a policy. There is no 'have to' about it. The rule is a 'rule of thumb'. It is supposed to be easy to follow. The markup roughly gives the amount of information in an article. If an article has large numbers of citations that outweigh the straight text then it should still be

1501:

I'll try just deleting the whole technical issues section. The 400k limit in it is far larger than the recommended size limits anyway. We could add a bit in the size section about larger sizes causing problems with slow connections as well as causing readability problems but that's about it I think.

901:

Apologies if this is the wrong venue to ask such a question, if somewhere in meta might be better to ask, but, sometimes, for very long pages, like the RfC for Mohammad images, or some old archives, it significantly slows down my browser when viewing them. If only there was some kind of feature that

278:

At any rate, if after 1900+ edits by hundreds of users the page has never been truncated by a browser that can't handle long textedit fields, this strongly suggests that the truncation concern is no longer a valid one in anything near significant numbers of incidents; such browsers are today so rare

5220:

Correct. It is not very well worded. In that context summarizing is removing. WP uses summary style, and expects that long sections will be split into sub articles leaving a summary paragraph. The section before this one, "Splitting an article" deals with that subject. The section in question deals

5082:

Working off that, I think we should change "List articles may be split arbitrarily." to "List articles may be split arbitrarily, although if a logical split is viable that is preferred." I also think we should follow on from the splitting sentence at the end with "If an article is developed but too

4627:

tool is easy to install and with one click gives all three sizes: readable prose, markup, and load size. If it's so important that everybody be looking at sizes all the time, then the best action would be for this tool to be included in all user accounts by default. I see from your user page that

3991:

Oh sure, it's a lot easier to do that, but it just doesn't work, it's not in any way equivalent, and there are no stable conversion ratios you can use. The trouble is that most of the load time and load size is due to loading images, but images take up virtually no wikitext, just a hundred bytes or

3661:

I see a bit in the guideline about size not being a reason to remove stuff. Sort of, but not quite true either. Size is a very good indicator that trivia is being put into an article if it can't be split out into subtopics that have some notability. It doesn't apply that way for lists but lists can

3646:

There's a script one can include referenced in the Readability issues. I've had it crash on me after just outputting the first line but it normally works okay. Treating it as a simple thing for a 'rule of thumb' is pretty silly though I think, and the size articles are allowed using it are quite a

3407:

is what matters in terms of the educational use of Knowledge. Beyond that is worth limiting overall size to facilitate access by easy download, particularly in disadvantaged regions with slow internet connection, but that is a distinct and secondary issue, as it mostly relates to non-prose (images,

3027:

to try and address the question fully as I see it. No I was not intending the rule of thumb should go, I just want it to be fit for purpose. I don't understand what you mean about "Unfortunately, for me, I must condense it in favor of reducing length if that section were kept. Would this affect my

2685:

Then please explain 'They also apply less strongly to list articles, especially if splitting them would require breaking up a sortable table.' The readable prose size of a table given by that script is zero. Plus there are other issues like time to download and cost for mobiles. Plus could somebody

2650:

Because it is a rule of thumb which any user can check easily rather than some complicated thing requiring experts to measure. The various measure are fairly loosely linked. The section on readable prose size says 50k, actual articles tend to be limited at about 100k in the size of the file edited.

2211:

Look, the really common problem we have with this guideline (as opposed to your specific article) is that people assume that any article with a wiki markup size of 100k needs savage pruning, but more than half of that can be references and other things that just don't count. They then try to shrink

1212:

I have yet to wade my way through the discussion at VPP but any discussion of this guideline should be made on this page. The notability of a split out article is covered elsewhere and obviously a split of a larger article would be into a sibling topic or topics that have notability as a standalone

715:

D'oh! I must be blind...I didn't think to look down the revisions list, I was looking for something along the top or the left, like when you used to open the edit window and it would say "this article is xx kb" up top. However, it does seem that the size is now displayed in bytes rather than kb, so

638:

I suspect lists (or rather tables) are not considered as "readable prose" to simplify measuring of "article size". Perhaps the original author reckoned most lists would require an inconsiderable amount of time to study compared to the length of article source text necessary to generate them. As for

615:

I'm wondering not only why lists are exceptions as regards summarising, but also why they are considered not to be part of the "readable prose". Readers will read and study lists if they contain important information. If a list contains information that is considered not to be part of the essential

286:

where this variable is some number we arrive at that is very much more than the current number, like maybe 1MB. Lists that are easily divided into clear sub-topical sections each with numerous entries could be given as a clear exception, something that perhaps should be split after 100K or so, such

274:

would have to be redone in a very complex way that would so complicate use that most editors who bother to use it now to create helpful glossary links for non-billiards-expert users would surely abandon it. I can no longer see any good reason for (and do see several good reasons against) splitting

257:

of someone's browser accidentally truncating the page, a user reporting a crash or other technical problem, or any reader suggesting that the document is too long for simple human usability reasons. This despite the article being over 240K, being linked to (usually many times at different entries)

237:

The most obvious cases are list articles of various sorts, including glossaries. People (other than really bored people with way too much time on their hands) do not usually try to read such articles from top to bottom; they load the page and search for the term they are interested in, if a #-link

225:

provides a way to solve that problem, not all articles are intended to be read from top to bottom, and will become user-unfriendly and downright editor-hateful if split into multiple pages. I have anecdotal but to me rather strong evidence that the technical aspects are essentially an obsolete – a

4762:

What I said about featured articles is that they should consider size as being a negative factor long before they get to the 100K. There was a justification for using prose size above on the basis that when they got to the limit with a wikitext limit they would be over it if they added a citation.

4690:

I don't agree with you that there is any problem in the first place. I think the featured articles that go over 60kb / 10,000 words of readable prose size do so for a good reason and I don't think they're full of trivia. I also don't think your model of hypertext and link clicking is how readers

4538:

I've explained above about the gradual loading of images leading to an improved perceived response and people don't worry so much about the empty boxes anyway when they know they will be filled later. Images should be dealt with as a separate problem as they can mostly be adjusted independently of

3899:

As to the actual sizes comparisons the relative sizes tend to be about 8 download bytes to every 2 wikitext bytes to every 1 prose text byte. The major difference is if there are tables prose text ignores them, you'll be amused (?) to learn the prose text script says there is (0 bytes) of prose on

3690:

I get the feeling you are approaching the guideline as something legalistic rather than as a guideline. If an article gets very long then yes people do start wondering about the content. It mat be that legalistically size is not a reason for removal but the article should be inspected if it is too

3255:

It would be nice if somebody could elaborate on their support or give a reason why one should not consider 50k as being a strong hint of an article being too long as per the section about readable prose size or say what on earth the business about lists in the section about the rule of thumb is in

3004:

Unfortunately, for you, I like the article the way it is. And I'm amazed that everybody here wants to keep a "Rule of Thumb" section. I don't know how that section is related to the quality of this article. I get a feeling that, without a "Rule of Thumb", this "guideline" would become nothing more

2746:

List articles aren't read in the same way normal ones are. I'm willing to bet that readers will just go through the top 10 or so, or use ctrl+F if they're finding something. As I said, I have nothing against a separate limit on markup size, or perhaps a separate list guideline. My response to this

2190:

I've changed the rule of thumb to refer to the markup size as given in the history. It is pretty obvious that people have used this normally and mean this. There would be no point talking about limits on sortable tables otherwise as readable prose doesn't include tables according to the bit at the

872:

Images have been discussed here before with regard to the total size of an article. Even though an image may only have a few tens of characters of text in the edit box, the thumbnail of that image will require a few 100 kb of download bandwidth. The TOOLONG guideline should give some indication of

378:

features some footnotes repeated 5 times, 10 times, in one case close to 40 times. The only feasible way to split up that table would be arbitrarily by letters of the alphabet, ie. Maine Islands from A-G, H-Q, R-Z etc. But that would leave the footnotes a hopeless tangle on separate pages. So I am

5067:

I would have something like 'Size is not of itself a reason to remove content. List articles may be split arbitrarily. If a non-list article becomes very long without being able to be shortened by splitting off notable subtopics that is a strong indication that trivial details have been included.

4788:

I agree with you that we don't know what happens when readers come to long articles. We don't know how often they just read the lead section and then leave, or how often they look at the table of contents and jump to a section that they are especially interested in, or how often they jump around

4072:

I agree image size is an important consideration but people don't notice it so much in time, it is mainly a price cost to mobile browsers. I think a separate section would be needed about images and the main way to cope is not have such large ones and to use summary style with subtopics, i.e. for

2670:

Prose size can be extremely different to markup size. Obviously they're going to correlate somewhat, but not nearly closely enough for one to estimate the other well. Prose size gives a rough estimate of the time a reader has to spend reading to finish the entire article, and that seems to be the

2246:

I changed the intro because it doesn't reflect reality. People are not using the script mentioned in this to measure article sizes, they use the markup size. The guidelines should reflect reality. If you don't agree with that then perhhaps we could set up an RfC to resolve the issue. If you would

1879:

As to the Human rights article I definitely think it could do with cutting it down and summarizing more. All the subtopics are notable so there is no problem about moving things out into other articles. With a smaller article a person would be able to read it all easier and then just click on the

1330:

The vernacular def of arbitrary is vague, and people often conflate it with random. Probably best to clarify that it's actually based on domain knowledge first, then gradually moving to less desirable methods to if it's not possible. That's probably how it tends to work in practice, but given how

915:

No. If you create a book or download as pdf you convert it into a pdf that you can view a page at a time, but you still have to download the whole article. If you are looking at old archives they can be split into smaller archives. Commonly archives are split somewhere between 60k and 150k bytes.

4874:

which was the article in question if you apply the prosesize script it says it only has 3135 bytes! That shows how useless the prose text size is for general use. The wikitext occupies 247kB and the file size 385 kB. This is an example where the file size to wikitext size is quite reasonable - I

4523:

It looks like the webtool is getting a bad response from the wikimedia servers perhaps; it's only getting a 5k rejection message instead of the actual image. So the actual size of the images is going to be significantly bigger. This only underlines how bad your idea of using wikitext size is; it

3751:

and the article history whereas prose text is not well supported. Thus if it is a reasonable measure it is a better measure as a rule of thumb. As to the current rule of thumb if 100k was interpreted as wikitext it would put prose size at about 50k before one should definitely consider splitting

2539:

This RFC is a waste of everyone's time, using markup size would discourage proper referencing of articles since references take up lots of markup space but aren't readable prose. The guideline already explains why readable prose is a useful thing to limit, and readable prose is already routinely

1453:

There may or may not be a technical reasons for splitting an article (not all access is via machines with large memories (virtual or otherwise), but there is definitely an economic and other reasons for doing so. Many people have to pay for every byte they download (either because they live in a

976:

Alas, such accommodation becomes inadequate when the article is long. Either the list of sections is too long, or it inadequately guides me to the desired information, or each section upon opening overwhelms my ability to understand it on the little screen, or all the above. And where there's no

603:

An informed decision needs to be made as to what information should be in a parent article, and which is better contained within a sub article. I feel this guideline should be helping editors to decide when to summarise and split, how to summarise and split, and what to summarise and split. In a

4816:

Perhaps people aren't as interested in Coleridge's early life as that of Obama or Paul McCarty? Anyway there is quite a bit about his early life in the article instead of it just being a couple of paragraphs like the lead of the subtopic - perhaps they read enough there if they were interested?

3746:

Wikitext size tends to be about twice the size of prose text for featured articles though it can be more if citations have a lot of extra text in them, and it can be much more if there are tables since prose text ignores table sizes. The advantage of wikitext is that it is directly supported by

4743:

got 3,000. These 100-to-1 or worse readership drop-off ratios are common, I've seen them across many time periods and article/subarticle combinations. So if there's something important about any of these topics, editors know it had better go in the main article, otherwise 99 percent of their

3755:

The other point in wikitext's favour is a consideration of a mjor problem in Knowledge. People are dumping in databases of sports results, election results, manga characters etc etc into Knowledge. These articles come out as only a few hundred bytes as far as prose text is concerned but often

1421:

Looking through it I can't see anything in the whole 'Technical issues' section which I feel needs to be kept. 400k sounds far larger than the 100k in the almost certainly should split bit even if it was a big issue nowadays. An article has already become a too big long before that is reached.

5068:

Consensus should be shown that excessive trivia are not included if an article is grown beyond the normal article size guidelines. It is normally easier not to split off subtopics whilst actively developing the basic structure of an article.' Not marvellous but perhaps a start for discussion.

3742:

says 50k is a limit and yet the rule of thumb is being taken as meaning there are no such issues till the prose text goes over 100k. People should be thinking about size before getting to 50k and should have it definitely in mind over 50k, 100k is a very negative aspect of a featured article.

2671:

entire point behind the guideline, establishing a consistent standard of a comfortable reading time. That's not to say we can't establish a separate limit on markup size or anything like that, if that's feasible. (I don't know what script I'm running to do it, but Page size is in my toolbox.)

1131:

The first issue here is that Dmcq is arguing against 5 years of consensus on the verbatim phrasing "If necessary, split the article arbitrarily", and that this text should be preserved on that ground alone. Many many editors have read that sentence and understood that "arbitrarily" means, not

2159:

Twitter aside, as I realized, notability is not easy to define, so notability is not a good example to include in this guideline. It might have been included before, but notability is often misinterpretted as a guarantee of a "valuable article", so I guess it is best not to include it again.

2016:

Pruning means discarding. No discarding is involved in splitting off and summarizing. In fact splitting off a notable subtopic tends to give them more space to grow without people complaining about the length and them being unreadable. My feeling about the Human rights article is that it has

4628:

you've worked in the computer field - so you may be familiar with the simple Unix "wc" command. It prints the number of lines, words, and characters in a file. It doesn't just print the number of words and leave the user to make an estimate from that on the number of lines or characters.

507:

The guide appears to be referring to standalone lists - "Lists, tables, and articles summarizing certain fields are exceptions." Though, surely, the advice relating to not splitting certain lists would also apply to embedded lists. If a list is constructed in such a way that splitting it or

5018:

Seems to me all three major ways of measuring size are relevant to different users. The majority of users are presumably readers who found their way via Web search and are ignorant of the article's topic. For those who use a desktop or large laptop screen and fast wired connection, quick

1636:

I think there's plenty of scope for irony. Unfortunately, I can't understand how the page is laid out, so I don't know how it should be divided. I would however lay down a bet on the fact that a huge amount of that information is just repeating trivia from the show and doesn't belong in an

4758:

I did not say featured articles were full of trivia. I said the main problem about size was elsewhere and we really needed a simple size rule for where people were dumping huge amounts of trivia into Knowledge. Very often they stick it into big tables which come out as zero size by prose

1823:

article is over 100kb, even after splits, and... no condensation or further splitting is needed. Nevertheless, I am not sure if there is something wrong with this guideline anymore; I'm too frustrated that I don't know what to do. The "No need for haste" is getting ignored more often per

1012:

where it says very large articles may be split arbitrarily. I think this is okay for very large lists but not articles and see no sense in this end run round notability. I believe is an article is large enough to require splitting there will always be subtopics which satisfy notability.

3185:

life. The ratio for the other section/subarticle you mention is roughly similar. As for the people on that article not knowing what they are doing, I'm the primary author of all of these McCain articles, and I assure you I did know what I was doing. If you are really convinced that

1442:

split is most logical. Maybe it could be replaced with an indicator saying something like past semilogical splits that look arbitrary need not be rewritten, and as long as new splits are semilogical they're fine. Recognize that some of the section is dated but some needs preserving.

1231:

Can someone more knowledgeable about venue just be bold, make a good case of where it should be (audience, draw, etc), and copy/paste the conversation over? At this point it matters more it's not in different places than where it ends up. We can always change venue later. Thanks.

2827:

is an example where there aren't tables but the citation sizes bump the file size up considerably - have a look at the citations an see if there is a problem with them! The talk about the citations is no excuse for using prose size instead of the markup size as far as I can see.

1918:

Careful, that number is not usually considered very big at all. Article size on the history list can be deceptive and apparently too big mainly because references can be very extensive without that making the article unreadable. The human rights article has a quite long list of

1071:

If necessary, split the article arbitrarily. Avoid arbitrarily splitting mainspace articles unless there is a demonstrated technical problem loading the page on at least one major browser. If you do split an article arbitrarily, be careful to link the resulting parts to each

5118:

to see that this article is 15 kb (that was before you could just click history to find out the current size. In fact the suggested sizes have increased, not decreased, while using a measure that gives a smaller size. This has compounded the problem of pages being too long.

2327:

It's definitely the readable prose size that people use. For example in FAC or GAN discussions about whether an article is too long or not, it's always readable prose size that is used, not the total markup size that the 'history' command shows. Yes, you have to install the

2297:

split. Just because it is a citation does not stop it costing money or taking time to download to a phone or cause it to print on less pages. The readability bit talks about 50k being an upper limit whilst the rule of thumb says 100k. That is plenty of room for citations.

220:

It's getting toward 2011 now, and I'm feeling more and more that we need to revisit the technical side of this. At some point WP has to stop catering to broken, obsolete technology like browsers from the 1990s and early 2000s. While "reader fatigue" is a real issue, and

3476:

Why does everyone here completely ignore the fact that the current upper limit on prose text is something that shouldn't be reached anyway? One should have looked at splitting the article long before that is reached. This interpretation is a very rigid and damaging one.

920:

is a single closed discussion that goes on for a whopping 933,207 bytes, and can certainly be split into sections. Normally RfC's are maintained intact while they are open, but for logistic reasons when they get over 200k I would argue for putting them into subsections.

1875:

Please explain your point in more detail like I asked you to. I don't know what your point is. As far as I'm concerned what you have written so far could have been just strung together by a chatbot, that is how little meaning I have extracted from your question about

4928:

hasn't a thought in the world about it but does say ' The most important point is that now it is highly encouraged to talk, learn, and worry about performance issues before an article becomes a nightmare for admins to rescue.' which completely contradicts the other

4553:

No, we need a realistic measure; one that includes the size of image thumbnails and other files. If there is a way to automate such a measurement then we need to encourage the server side people to help us make it easy. First, though, is accuracy. Second is ease.

467:

article, but I didn't see any "page size warning" in the preview. Did I miss it, or do you only get such a warning if the size is above a certain limit? Either way I think the specifics of where and when such a warning appears should be mentioned in this section.

4773:

for instance about what happens as page load time goes up. As it says even a 1 second delay decreases customer satisfaction by 16% and 40% abandon a website if it takes more than 3 seconds to load. Think gnat about attention span rather than cramming stuff in.

4869:

Yes there definitely does need to be some guidance about image size, I think it should be a separate section from the text rule of thumb though and that getting a proper handle on the text size would ameliorate much of the difficulty. Even now if you look at

1357:

is all we need any longer. When normal-prose articles (i.e. non-list, narrative articles intended to be read from start to finish) become unwieldy, SUMMARY provides a clear roadmap for how to split them up for better reader usability. For long lists, e.g.

4055:

scrolling quickly to the bottom. For rocket the total size of the images is 340kB. If one were to load rocket with an empty cache, not even all the javascript and css, one would load about a megabyte. Coming from another page about 700kB needs to be loaded.

3573:- did think momentarily about closing, but realised I'm not impartial so voted instead. Soon we'll all have fast enough connections not to worry too much about page size anyway...it's about measuring what folks read and (presumably) their attention span.... 5221:

with simply cutting out words to make an article shorter. I also fail to see the need for putting the template on the article. Just fix the wording and discuss it. This is not a major dispute that no one can agree on, which is what that template connotes.

5138:

This section is now disputed because changes have been proposed and because information of subtopic in article dedicated to main topic may be either decent or excessive. To establish a straw poll, you can create a subheading below with a touch of RFC tag.

4946:

wikitext (possibly including transcluded pages which aren't templates) as a simple guide for saying pages are getting too long when dealing with problems like sports statistics. An alternative is if we can get the html file size for a standard environment

5206:(or if that section is so unreferenced as to fail the notability guideline). Depending on who you ask, such "summarizing" would be seen as "removal". But regardless, I don't think this section is accurate, and I think it needs to be rephrased or removed. 2360:

Seriously don't bother. It won't go the way you want; and I don't even understand why you want it; if you want to reduce the size of the particular article you're concerned about, go ahead, the guideline indicates it's a bit too big anyway (the target is

2601:

I'm stating two bits of reality: the rule of thumb has always been interpreted as being readable prose size, and the whole guideline has always been interpreted as just that and not a hard limit. Anyway, do you have any objection if I invite editors at

1394:

Shall we just delete the complete section headed "Very long articles"? The following section headed "Web browsers which have problems with long articles' is sufficient to cover any possible occurrences of browsers having issues with long articles. --

881:

contains 237 thumbnail images, each requiring about 162 kb in my 1024x768 browser window. This makes for a very unwieldy article of more than 38 Mb! Let's add a paragraph about the TOOLONG problems associated with too much bandwidth taken by images.

1532:

We could bring it back, replacing the tersely ambiguous "arbitrary" with something clumsier and more precise such as "regardless of other considerations" and the overly precise "400K" with something longer and vaguer such as "hunreds of kilobytes".

291:

cannot logically apply to them. They are not intended for start-to-end reading, but for in-page searching. Meanwhile, splitting them not only greatly impedes such searching, it makes creation and use of tools that work with such articles (e.g.

4103:

Those numbers are just not true. The prosesize tool doesn't give you load times or load sizes. You have to use a proper web analysis tool like the one I already linked to. The breakdown of Calgary Stampede loading it gives is that it's 222K as

3821:

I don't have any reason to think that those articles are particular large, but I tentatively suggest we write down 1 megabyte to limit the maximum size, and to have a rule of thumb that it's all good up to 250K (a load time of under a minute).

3104:

I gave a few figures above foir Economy of Pakistan etc., are there any there or ones you know of where you think the prose size said something useful which the markup size does not indicate just as well? We are talking about a rule of thumb.

2093:

As Dmcq said, I must respond. Writing about one topic can result a big article. Nevertheless, writing about a subtopic must be consistent with applicable policies and guidelines; otherwise, a subtopic article may be at risk of deletion, like

674:) and I do not see anything on the history pages indicating article size. Am I just missing it, or was this feature removed? Does one have to use one of the "external tools" to find an article's size now? Should this guideline be updated? -- 3532:. If the problem is that pages take too long to load, images and citation templates are far more problematic than the amount of text: deal with those. If the problem is that some articles are simply far too long, then readable prose 977:

Wi-Fi and 3g coverage is poor, it takes a long time to load the page. Surely I'm not unusual among readers in facing these problems, and the number of affected users will only increase with the popularity of smartphones and smaller

3829:

I mean in an ideal world I would prefer everything to load in 5 seconds on 56K modem, but that's not going to happen, I don't think people want an encyclopedia web page that looks like it's 1993. So we have to be a bit reasonable.

2651:

The download size is quite a bit more and if you include images it goes up again, plus one probably wouldn't want to include the sizes of the scripts and style pages as they would normally be cached after a couple of accesses.

750:, on the grounds that the criteria are not a hard-and-fast rule, and because "readable prose size" is all too often mistaken for "article size". It was reverted on 19 September without a refutal of my reason for doing so. Per 517:

or are more easily word-searched as a single set. This is especially the case when buttressing cites are repeated throughout the list or table. In such cases, the list or table should nonetheless be kept as short as feasible.

3825:

To put this in perspective, according to that article the average size on the wider web is a bit over 1M and the load time on a 56K modem is about 2 minutes 30, so although 2 minutes is a long load, it's still above average.

2959:

You're just missing the point. Overly detailed is not appropriate, what is appropriate is that the section on cat genetics should have a summary corresponding to the lead of the cat genetics and cat gap articles. However the

571:

I'm working on the guideline now, seeing if it can be made clearer. I take your point that lists can be summarised. I think the Exceptions section is pointing to certain material than cannot easily be summarised or split per

275:

this or any similar article, even though until recently I have long been tinkering with test code for splitting the article and adapting the templates that work with it, to comply with this guideline's article length advice.

3028:

writing quality?". If you like that article as it is I guess you are saying you prefer a monolithic article built like a chapter of a book rather than using links. Both ways can have good writing but I would point again at

2476:

as being an upper limit for readable prose size, 100k allows plenty of room for citations. There would have been no point mentioning tables in that section if people meant readable prose as tables are not included in that.

5108:

Originally the only measure for size was the byte count. The words "readable prose" were introduced in 2004 to point out that tables, lists, and markup were not to be included, but did not adjust the suggested counts that

1109:

I've asked for some example at VPP where this arbitrary split business makes sense other than a stand alone list. Still waiting but there's a lot of theoretical waffling. I cAn't see the point without having a clear need,

287:

as events relating to some topic in the 1700s, 1800s, 1900s, or vehicles manufactured by Ford, BMW, Toyota, etc.). But most list articles, including glossaries, are not divisible logically this way, only arbitrarily, and

4539:

the text. As I said before the main fix always is to use content splitting and we need an easy rule of thumb we don't need something exact. As you have demonstrated above total download per page is not an easy measure.

145:, this strikes me much more as an editing guideline ("non-content advice about categorization, navigation or other how-to-edit advice") than a style guideline ("advice on writing style, formatting, grammar, and more").— 1028:

I think arbitrarily splitting mainspace article should be avoided at all costs. I agree that there are subtopics that can satisfy satisfy notability (but not "always"). Is there a page that this is in relation to? --

4763:

There was no thought that if they have got to such a situation splitting should have been considered a long time earlier and an argument should have been given why more than 50k prose text without splitting was good.

1422:

Arbitrary split is I think only for lists and that is covered elsewhere. No-one is going to try splitting normal articles into anything except logical sections and the summary style guideline says about doing that.

1193:

By the way that was not my wording above, and I don't agree with the new wording anyway. Firstly though one should decide on the central issue of notability of the split off articles which is the discussion at VPP.

3302:

would already be starting to go over the 100k limit in the rule of thumb but I don't think many would consider it as anywhere near a limit. (download file 102Kb, markup size 23kB, prose 10KB). On the other hand

2904:

article really could do with trimming and moving bits out. A particular problem I see with it is that the summaries in the cat article seem to be developed independently of the subtopic articles. For example

2269:

The table states that it only applies to readable text size. It's completely impractical to use markup size because every time you added references and other markup you would have to shrink the prose size to

1883:

The Human rights article is 111kb as seen by the history which means the guideline definitely suggest splitting. That confirms my own feeling that the article is oversze and should hav bits split out better

4524:

correlates very, very poorly with anything the user actually care about; as everyone else keeps telling you; even when the tool very significantly underestimated the image size it still dominated load size.

579:

I think the main point of this guideline is that articles should not be too long that they overwhelm the reader, so when material becomes too long or detailed, it should be split out into a sub-article per

4374:

You're basically, repeatedly looking at a surrogate number, wikitext, but there's no reliable correlation at all with the actual things that people actually care about, like page load time or reading time.

3647:

bit larger than many people normally think of as too large when they stick that template in. I'd like to see some statistics on the sizes of featured articles and see what the FAC editors have been up to.

4228:

As you can see 2/3 of it is in images, the HTML markup is only 52K. As I pointed out, the load size is dominated by images, which are loaded as thumbnails, but they will take up virtually no wikitext at

1842:

The prose size of Human rights is only 54kB. It's big (and oh wow, what a table of contents), but not above the 60kB limit given here (although I reckon further condensation would definitely be useful).

3705:

Now with all discussions attempting to keep that section by proposing amendments, why am I the only one who feel that this section is causing nothing but harm to Knowledge, even with such amendments? --

2117:

It can, but they're really implicit. If something isn't due enough to have a large section on the main article, and isn't notable enough to stand up on its own, it should probably not be on wikipedia.

1469:

I've never heard of splitting an article and don't see any examples where it was done. However, the proposed language does make sense to avoid unnecessarily contentious discussions and messy articles.

1171:

I think the whole problem is that Dmcq is reading "arbitrarily" as "at an arbitrary point", which is a novel or original reading of the guideline. There is no evidence the guideline needs adjustment.

5306:

Hmm. When I move the template to the Article talk page (which is otherwise empty) it reads zero bytes. So it's not registering the size the article, at all. I guess I shouldn't use the thing at all?

3778:

to start thinking about coping better with long articles on mobile devices. Probably somebody else has been at this sort of thing before but getting changes in to the wiki software isn't that easy..

3047:

me. I hope these issues are too minor to everyone; in fact, if too lengthy, anybody can resolve one issue or another by editing or addressing one problem of an article in the talk page, not here. --

2064:

Look, you have permission to edit the text if you think it's too long. These rules of thumb indicate that it's a bit too long, but they're only rules of thumb: ultimately it depends on the article.

2021:

it is a straight copy of the declaration with no analysis and no links to articles about the subjects covered whereas it could provide a good basis for structuring references to individual rights.

3524:

And my experience is that on Knowledge, "guideline" is understood by a significant proportion of editors (even established ones) to mean "gospel". Take my recent attempt to change the shortcut to

3449:- Though noting that certain transclusions of prose, and also some content-displaying templates could be included. (Though obviously not template coding, nor navboxes or infoboxes or the like). - 1689:

Many of the tables were created by an anonymous user. I say we give it a week just like other things. If nothing is done, then we can eliminate all of the tables until references are inserted.--

3491:

Probably because that hasn't been raised. All people are saying is that there should be a limit on prose length, in response to your RfC question. What the limit should be is another discussion.

669:

The "How to find articles by size" section says "You can find the size of a page including the markup in kilobytes from the page history". I have tried this for several long articles (examples

616:

reading in the article, then one would question why the list is there in the first place. Lists should not be purely decorative, and when a list deals in excessive statistics it rubs up against

1484:

Basically it just means splitting out big subsections like the later life of Newton when he concentrated on alchemy or the early life of Mitt Romney before he became a presidential candidate.

1165:

that the content is not split logically and notably. I don't think this assumption necessary in case there should arise a consensus that there is no notable way to split a very long article.

329:. Guessing that about 80% of those views are not repeats, we're talking about 175,000 different people viewing the article per year without a single length complaint (600 x .8 = 480 x 365).-- 4408:

I wasn't looking at wikitext, I was looking at the actual sizes. I will list the images loaded specifically for Calgary stampede and their sizes so you can check that your figures are wrong:

546:

As far as your suggestion goes, I don't have an opinion yet. I find this to be one of the most puzzling guidelines on Knowledge, particularly since it's been labeled an "editing guideline".

1312:

For instance, the meaning of the sentence could be clarified as, "If this is not possible, split the article according to local consensus." But the rest should stand for the reasons above.

1562:

The stuff about defunct browsers has been added back. Does anyone see a point in having historical information in this guideline? Also anyone know what what is a 'non-mainspace article'?

4767:

business? All that is happening is they get pages slower and Knowledge wastes resources sending out stuff that people don't look at. Putting in more simply obscures the important bits.

3818:

page is 500K, 1:52 on a 56K modem (note that long articles tend to load a bit quicker than you would expect because of queue latency at the webserver that hurts short articles more.)

3900:

the main page! On that basis your advice is roughly equivalent to the prose text guideline and at least catches the huge tables that have been pushed by some sports database dumpers.

2747:

RfC was based on its idea of changing the current Sizerule from prose to just markup, because I think a prose limit is quite important for keeping our articles concise and engaging.

3992:

so. But they balloon up when you load the page to many kilobytes, by a factor of 50 or more. Also references are very bulky in terms of wikitext but don't add much to the load time.

3810:

It looks like, roughly, an article that is about 1 megabyte of load size takes about 2-2.5 minutes on a 56K modem. The main page is about 80K and takes about 20 seconds. Yesterdays

1667:. Where did all that data come from? The references don't seem to have them. And if the references had them we could just summarize and point to the references. So first step is 936: 5414:

so that it works properly. It has a parameter that is supposed to select either a big (70px) or a small (35px) exclamation mark that is not working so you get the full 323 px.

4889:

I'm in favor of three plainly stated size limits: readable prose (requires a tool), HTML markup (seen at a glance), and page load (with image thumbnails; needs a new tool).

4583:

I'm in favor of three plainly stated size limits: readable prose (requires a tool), HTML markup (seen at a glance), and page load (with image thumbnails; needs a new tool).

1349:

The whole issue needs to be revisited anyway. The entire rationale for arbitrary splits was that some artices were too long to be edited in certain browsers. They are now

3155: 1140: 282:

I propose that a partial rewrite is also in order to strongly suggest that most types of list articles remain unsplit, either regardless of length, or unless longer than

4871: 4850:, is 38MB (!!) worth of page load because of the hundreds of thumbnail images. Pages like that must be cut down by taking away the images or by splitting. Our guideline 4712: 4485:

total 604.3K for page specific images. You can see from this that this sort of thing is not suitable for a 'rule of thumb' without a lot more work to make an easy tool.

878: 2160:

Therefore, what about adding a section of what Knowledge is and is not, so readers may not be forced into reading them further? If that's not it, what about mentioning

508:

summarising it would be inappropriate, then it doesn't really matter if the list is a standalone or is embedded, if it shouldn't be split, then it shouldn't be split.

1135:

The second issue is that Dmcq has affirmed the POV that the many many subarticles split according to some clear local-consensus method are actually "notable", such as

266:

times, by registered and anon users from all over the world, with greatly varying levels of technological currency/obsolescence. I've also resisted splitting because

3691:

large and stuff would often be removed that would be kept in a smaller article. Policies are supposed to describe what is done. So yes I disagree with the wording.

2886:

I was pointing out the possible misuse of "very long" tag; that's all. Does "Cat" article have to be condensed or tagged as "very long" just because it's "long"? --

5087:, and move excess information to articles devoted to specific subtopics." This should hopefully encourage the shifting of content, rather than its simple removal. 3367:: I think we have to be conscious of bandwidth issues too, but it's mainly to keep articles on topic and to a readable level of detail, with proportionate weight. 2921:

article. The whole behaviour section was a larger and even more messy version of the same problem. Keeping the size in check would help avoid problems like these.

917: 3181: 3151: 1621:

article. In my opinion, it should either be a minimum number of tables, or should be split into several smaller articles, as 600 kB is ridiculous. Thoughts?--

961:

I notice the article does much to address questions concerning antique (turn of the century) computers and browsers, but doesn't mention something new, namely

965:. I do nearly all my editing by five years old hardware with a nice big screen and DSL connection, but much of my reading is away from home, on my palm sized 1132:"randomly" or "at an arbitrary point", but basically "according to some clear local-consensus method". Therefore there is no need to change the wording now. 689:

They look fine to me; the first one shows "10:52, August 29, 2011 IllaZilla (talk | contribs | block) (107,104 bytes)" which is definitely showing the size.

2610:

to comment here? If your proposal of a 100k cap on markup size goes into effect, that means many articles will have to go undergo a drastic cutting down.

4700: 2824: 2818: 3066:

one large article rather than use hyperlinks, then you would definitely be acting against the express consensus in the policy. The issues are not minor.

2603: 2428: 379:

going to modify the guidance on the main page to suggests lists be broken into separate pages only when the organizational logic of the list suggests it.

279:

that the odds of it happening are now so low that it need not be even mentioned here, and if it does happen, it will be obvious and someone will fix it.

5202:

My impression was that summarizing a section would be a preferable way to deal with a long article, especially if splitting a section out would violate

3162:? I get the feeling the people there don't really know what hyperlinks are in aid of or trust them, I don't know how it ever became a featured article. 5277:? Seeing the equally massive logo it places atop, I'm unsure. Should this go on the Talk page? The template documentation is unclear, at least, to me. 4037:

only give the first two figures of 362k and 119k which is also close enough to 8:2 for an easy rule of thumb. We're not talking about something exact.

1825: 1742: 1144: 4724: 1157:

wording (assuming we remove the stray "them" in the last line), the last sentence seems to be chopped up for no reason; the rest assumes that it is

754:, I am starting this discussion to see whether that was one editor, or whether there is a wider consensus to continue referring to it as a "rule". — 1517:

I've kept bits about download speed and size for mobile phones and probles with slow connection speed. Solutions are left to the splitting section

1161:

possible to split the content into logically separate articles. Dmcq has rejected all counterexamples, but they at least prove that it is at least

5154:

RfCs aren't meant to be used as straw polls. Also, rather than creating a new section, perhaps we could keep the discussion in the section above?

2607: 2495: 1944:

Breaking articles up, and ruthlessly pruning them generally damages articles, information generally falls down the cracks between the subarticles.

1179:

Please discuss at VPP where this was raised as a centralized issue rather than at one of the separate guidelines and where people were directed .

766: 829:, I've noticed this guideline been trumped out as a reason that, despite failing policy (in the former two, flagrantly and inherently violating 3554:

Is there closure on this issue now? Does anything need to be added to this guideline to make this a bit more clear, to avoid future disputes?

4998:

Just use the 'Page length (in bytes)' as reported from the Page Information link on every page. Anything else is too obscure or complicated.

4799: 2424: 2018: 84: 72: 67: 59: 2494:. This has always been the meaning, such as in FAC and GAN discussions when issues of whether an article is too long has arisen. Note that 2502:, you can see all the times these readable-prose-size-based statistics have been referenced in FAC, GAN, and other talk page discussions. 2131:

Why not explicit explanation? Sometimes, people tend to take size too seriously without considering consequences, like Twitter articles. --

3894:

than prose text size but it is still a problem. That is why I'd prefer the wikitext size as shown in the history pages for every revision.

440:

I keep these two as redirects to "Knowledge talk:Article size" because I had significant trouble finding the article in the first place.--

5250: 1404: 1316: 1297: 1267: 1222: 1096: 1038: 2823:

The thing I take from this is that people get worried about articles being too long at a point long before the prose length is 100 kB.

3510:

for a large percentage of articles, and it is being applied absolutely at the limit which is far above where the guideline indicated.

3210:

I repeat again since this article clearly has the problem - Knowledge is not a paper encyclopaedia. That is the very first section of

3007:

Unfortunately, for me, I must condense it in favor of reducing length if that section were kept. Would this affect my writing quality?

854: 5274: 5168:

Haven't you read the OP of above section? We can't make the above section to be another many things in one or change the subject. --

2498:

has a bunch of statistics of lengths of featured articles; the stats all use readable prose size, not markup size. And if you look

1380: 700: 357: 313: 201: 973:

tablet. These automatically go to the .m. mobile page which shows only the lead and the top section titles until I tap the title.

4720: 3973:

This would make it easier to judge without special tools and makes it clearer that the maximum is a maximum and not an optimium.

2728:

Do people really mean this is fine by this guideline because it only includes 3973 bytes when in fact the markup size is 185 kB?

1797: 1792: 419: 2472:

I believe this is how the rule of thumb has normally been used. The markup includes lists and it is double the 50k mentioned in

1284:

JJB, longevity of a guideline is not a reason to keep it. Also, the guideline should use the commonly accepted use of the word "

5203: 4708: 2855: 2145:

Such as what? I don't know the circumstances surrounding the twitter articles, so I can't really help with them at the moment.

2099: 1858: 1801: 1005: 101: 3584: 3537: 1618: 1459: 597: 105: 2102:

when it comes to articles of topics and subtopics? Why can't this guide mention about any other policies and guidelines? --

1168:

Further, Dmcq has opened the same discussion on two talk pages for some reason; I have invited the VPP to centralize here.

3911:

Converting the table above with the 8:2:1 equivalence to wikitext and putting in some encouragement to make smaller gives:

3598:

Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

2329: 1784: 4964:

prose text size for the featured article editors as an indicator of readability. If you can phrase that better please do.

3906:

means that and that special pleading should need to be done for accepting an article in that range as a featured article.

765:

I agree with your change, it's definitely just a guideline (and one that many of WP's best articles ignore, as a look at

2705: 1588: 242: 142: 2972:. The cat article is being developed as a book rather than a page in a hyperlinked encyclopaedia rather than following 5311: 5282: 4847: 4623:

Dmcq, you keep pushing markup size, but as everyone here has confirmed, it's the least meaningful number to use. The

3395: 2687: 2451: 1444: 1321: 1172: 826: 47: 17: 1880:

links for the bits they want to know about. Knowledge is an internet encyclopaedia, more use should be made of links.

1734: 4704: 1136: 970: 38: 2569:

featured articles, there are plenty that go over 60k readable prose size, and more are being added all the time.

2228:

The more technical issues, like wiki markup size and browser limits can be problematic, but much, much less often.

4798:

is 27 kB readable / 47kB markup / 152 kB load size and loads very quickly; it had 41,491 views last month. But

2161: 2095: 1749:, is there something generally wrong with this guideline? Is it consistent with other policies and guidelines? -- 1730: 1455: 334: 5292:

Talk page, yes. Article, NO!! As for the template itself, documentation needs better, consistent explanation. --

1589:

Knowledge talk:Summary style#RfC: Should the summary style guideline quote WP:Notability and if so in what place

787:

While it may be just a guideline, the section is titled "A rule of thumb", not "A guide of thumb", which is why

3631:

How is one supposed to calculate the Readable Prose size. Can the method be included in the article somewhere?

2939: 1670: 375: 2909:

is a stub article but there is a bit on it plus a separate section on taxonomy and evolution which pointed to

1331:

playing semantics is popular, better be clear than some big fight over just how random the process should be.

5254: 3731:

The major thing one should do if things are too long is see if large subtopics can be cut out as detailed in

5211: 5187: 5159: 5092: 5084: 5028: 4807: 4795: 4749: 4633: 3559: 3496: 3372: 3198: 3132: 3120: 2752: 2676: 2615: 2574: 2507: 2337: 2150: 2122: 1969:

At 54k readable text it's borderline, it could do with being perhaps only slightly shorter, it's not really

1848: 1656: 1652: 1642: 1538: 1400: 1293: 1263: 1218: 1092: 1034: 990: 906: 822: 791:

was used. It really doesn't matter what we use since it's pretty obvious to anyone that it's not a rule and

774: 609: 581: 573: 5334:

We should probably list that template (and possibly some of the related templates) in this policy page? --

245:, one of the articles I have worked on the most, into a split article for some time (it's been tagged with 5307: 5278: 3878:

So I would suggest that we add that, in addition to the rule of thumb on prose length. Does that sound OK?

3739: 3146: 3142: 2843: 2778: 2584: 2517: 2473: 1660: 1050: 858: 800: 460: 387: 97: 5207: 4894: 4859: 4624: 4588: 4559: 4529: 4379: 4234: 4109: 4017: 3997: 3883: 3798: 3555: 3368: 3351: 3334: 3095: 2641: 2447: 1738: 1370: 1258:

We are discussing this guideline so therefore this is the correct venue. I will slap an {rfc} on it. --

887: 399: 351: 307: 195: 127: 5384: 325:

The only thing I would add to the above excellent summary is that this particular article is high use.

5243:

Marimba is a musical instrument made and played by the Lozi people of the western province of Zambia

3426:(found by counting the words) and not to wiki markup size (as found on history lists or other means). 3327:

Well, factually, the original size used back in 2003 was actually the wikitext size. For example see:

374:

I agree and would cite the additional problem of repeating footnotes in long lists. The large (190kb)

5423:[[File:Ui Yellowexclamation.png| {{#ifeq: {{{big|no}}} | yes | 70px |35px}} link= Template:Longish]] 5246: 3434: 3023:

Thanks for addressing the issue instead of just stating a preference. I have put in a new section at

2583:

So you are not in fact following this guideline or believe this guideline should have the figures in

755: 416: 330: 5374: 5297: 5173: 5144: 5058: 4925: 3710: 3681: 3617: 3525: 3052: 3014: 2950: 2891: 2863: 2774: 2332:

tool to get the readable prose size, but most serious editors doing reviewed article work do that.

2169: 2136: 2107: 1866: 1833: 1754: 818: 743: 721: 679: 647: 584:, and that process can carry on for as long as there is useful and notable information. So we have 554: 473: 259: 3158:? Have these people never heard of just summarizing a subtopic in the main article in accord with 1548:

What is 'it' exactly and why? What would it convey that you think is missing or needs to be said?

5395: 5339: 5327: 5183: 5155: 5088: 5024: 4803: 4745: 4629: 3578: 3529: 3492: 3257: 3194: 3128: 3123:, which is 53 kB (9,063 words) readable prose size and 93,884 bytes in markup size. Now look at 3062: 3029: 2969: 2810: 2748: 2672: 2611: 2570: 2503: 2443: 2333: 2146: 2118: 1844: 1746: 1694: 1638: 1626: 1534: 1396: 1336: 1289: 1259: 1237: 1214: 1088: 1030: 986: 962: 903: 792: 788: 770: 747: 735: 630: 617: 585: 535: 493: 445: 227: 216:

Time to revisit the technical problems argument, advise against splitting most long list articles

5083:

long, consider what information is more helpful to give an overview to the reader, in line with

939:. That discussion has been split up into sections for anyone who wishes to read it more easily. 5437: 5399: 5343: 5315: 5301: 5286: 5258: 5230: 5215: 5191: 5177: 5163: 5148: 5128: 5096: 5077: 5062: 5048: 5032: 5007: 4989: 4898: 4884: 4863: 4826: 4811: 4783: 4753: 4669: 4637: 4592: 4578: 4563: 4548: 4533: 4494: 4383: 4238: 4113: 4082: 4021: 4001: 3982: 3887: 3787: 3769: 3714: 3700: 3685: 3671: 3656: 3640: 3632: 3621: 3588: 3563: 3541: 3519: 3500: 3486: 3467: 3455: 3441: 3414: 3399: 3376: 3355: 3338: 3316: 3289: 3269: 3250: 3223: 3202: 3171: 3136: 3114: 3099: 3075: 3056: 3041: 3018: 2985: 2954: 2930: 2895: 2881: 2867: 2837: 2756: 2737: 2699: 2680: 2660: 2645: 2619: 2596: 2578: 2563: 2549: 2529: 2511: 2486: 2463: 2434: 2374: 2355: 2341: 2306: 2279: 2256: 2237: 2221: 2200: 2173: 2154: 2140: 2126: 2111: 2073: 2030: 2011: 1893: 1870: 1857:

So no issues with this guideline? If no issues, then how can this guideline be consistent with

1852: 1837: 1773: 1758: 1712: 1698: 1684: 1646: 1630: 1607: 1571: 1557: 1542: 1526: 1511: 1493: 1475: 1463: 1431: 1408: 1385: 1340: 1301: 1271: 1241: 1226: 1203: 1188: 1123: 1100: 1042: 1022: 994: 948: 930: 909: 891: 862: 839: 804: 778: 759: 725: 706: 683: 654: 633: 561: 538: 496: 477: 449: 423: 403: 389: 363: 338: 319: 207: 182: 168: 154: 131: 116: 5003: 3748: 3285: 3246: 2945:, go ahead. Still, I wonder if read of thumb is really helpful at this time or in the past. -- 2767: 2545: 2417: 2370: 2275: 2233: 2217: 2069: 2007: 1788: 1471: 1354: 796: 380: 326: 293: 288: 269: 222: 178: 150: 3141:

I would consider both articles as at the limit for readable prose, which is accord with what

5433: 5226: 5124: 5053:

Propose changes right now since you are addressing issues with "Content removal" section. --

4890: 4855: 4584: 4555: 4525: 4375: 4230: 4105: 4013: 3993: 3879: 3811: 3347: 3330: 3176:

You're wrong about your ratios. The "Early life and military career, 1936–1981" section of

3091: 2637: 1998:

Basically, it's not that big, you could leave it alone with a clean conscience or give it a

1365: 944: 926: 883: 605: 395: 346: 302: 248: 190: 164: 123: 112: 4848:

Knowledge talk:Article size#Images as part of the total download of an article to a browser

2393:

RfC: Should the rule of thumb for article size refer to readable prose size or markup size?

3760:

rules stop them being misused as database dumps in quite the same way as normal articles.

3662:

be arbitrarily split for instance by ones starting A-E so the bits don't become too huge.

3429: 3391: 2802: 2798: 2786: 1664: 1111: 978: 413: 4770:

If pages were smaller and loaded faster then they users would click more. Have a look at

3807:, I pointed it at a few article pages, the main page, and a couple of featured articles. 3738:

I don't think the prose text argument for the rule of thumb holds any weight because the

3189:

should be stripped of its FA status because its markup size is over 100kB, put it up at

2781:

and a problem by rule of thumb viewed as markup size but not when viewed as prose size.

5364: 5293: 5169: 5140: 5073: 5054: 5044: 4985: 4921: 4880: 4822: 4779: 4716: 4665: 4656: 4574: 4544: 4490: 4078: 3978: 3805: 3783: 3765: 3706: 3696: 3677: 3667: 3652: 3636: 3613: 3515: 3482: 3312: 3265: 3219: 3167: 3110: 3071: 3048: 3037: 3010: 2981: 2946: 2926: 2887: 2877: 2859: 2833: 2733: 2695: 2656: 2592: 2559: 2525: 2482: 2459: 2351: 2302: 2252: 2196: 2165: 2132: 2103: 2026: 1889: 1862: 1829: 1769: 1750: 1708: 1680: 1603: 1567: 1553: 1522: 1507: 1489: 1427: 1199: 1184: 1119: 1018: 1009: 717: 690: 675: 642: 593: 549: 469: 5112:

Prior to that it was clear that the only count that was used was the byte count - see

5408: 5391: 5390:- I'm not sure if we should merge them all into one, or delete them all, or what? -- 5354: 5335: 5270: 3775: 3574: 3506: 3464: 3211: 3190: 1690: 1622: 1595: 1438:

I think the continuing value of "arbitrarily" is in pointing us to not arguing about

1332: 1233: 830: 751: 623: 528: 486: 441: 4999: 4736: 4696: 3732: 3299: 3281: 3242: 3159: 3145:

says about 50kB of readable prose as being at about the limit. However the section

2973: 2961: 2906: 2851: 2541: 2366: 2271: 2229: 2213: 2065: 2003: 1780: 1578:

RfC: Should the summary style guideline quote WP:Notability and if so in what place

850: 835: 174: 146: 3612:

Is this the right way to say about articles, or must this nutshell be reworded? --

1818: 5182:

The above section is five posts long. It's hardly committed to a specific cause.

1651:

Well okay lets ignore for the moment that it all seems to pretty much go against

1598:. This may affect the notability of subarticles and is related to the RfC above. 515: 5429: 5222: 5120: 3410: 3186: 3177: 3124: 2872:

What's your point? That you are happier with longer articles than other people?

2790: 2247:

like to state a case for prose size rather than markup size that would be good.

940: 922: 604:

sense, as well being stand alone advice on article size, it also stands between

589: 464: 160: 108: 46:

If you wish to start a new discussion or revive an old one, please do so on the

4740: 3386: 2918: 1285: 966: 483:

The page size notice was removed a little while ago. I have updated the page.

5350:

Tangentially: These templates seem to be related, but are currently unused:

5069: 5040: 4981: 4876: 4818: 4775: 4771: 4661: 4570: 4540: 4486: 4074: 3974: 3779: 3761: 3692: 3663: 3648: 3511: 3478: 3451: 3308: 3261: 3215: 3163: 3106: 3067: 3033: 2977: 2922: 2873: 2829: 2794: 2782: 2729: 2691: 2652: 2588: 2555: 2521: 2478: 2455: 2347: 2298: 2248: 2192: 2098:. I'll rephrase the "consistency" part: Does this guideline have to mention 2022: 1885: 1765: 1704: 1676: 1599: 1563: 1549: 1518: 1503: 1485: 1423: 1359: 1195: 1180: 1115: 1014: 4854:

recommend an upper limit for that kind of silliness. 1MB seems reasonable.

4691:

actually use Knowledge in many cases. If you look at the page view stats (

4319:

Object type Size (bytes) Download @ 56K (seconds) Download @ T1 (seconds)

4173:

Object type Size (bytes) Download @ 56K (seconds) Download @ T1 (seconds)

2777:

has markup size 98kB and prose size 52kB so it has a problem according to

1861:

and cases of Twitter articles and unnecessary personal forks of people? --

343:

Cool. I didn't know about that stats tool, or had forgotten about it. —

4732: 2914: 2910: 2806: 897:

Is there any feature to automatically split off an article into pages?

3815: 3676:

Now the "Content removal" is becoming disputed, unless it's not... --

2814: 2423:

The overwhelming consensus here is to go with readable prose size.

1353:

obsolete, and no longer pose a technical problem worth mentioning.

4131: 2917:. The Health section is also a mess developed independently of the 5331:(or one of the SeeAlso or Splitting templates listed in its docs). 3304: 3090:

There should be two plainly stated limits for these measurements.

2516:

That give about 95 references. There are about 6500 references to

521:

Does the paragraph regarding "Major subsections..." belong in the

2858:. I don't think readability is that bad at all or problematic. -- 2722:

Prose size (text only): 3973 B (653 words) "readable prose size"

2690:

which is the section which justifies this idea is being ignore?

2540:

being used in FA and GA reviews. This is a very bad idea indeed.

982: 3061:

If you cannot adjust your style to the internet as outlined in

2842:

I removed this template from 150 pages a while back, including

2554:

Why aren't you using 50k as the limit for readable prose size?

1114:

about indiscriminate information covers anything else I think.

868:

Images as part of the total download of an article to a browser

4728: 4261:

The Rocket page analyses as follows, as you can see it's 500K:

3505:

Well my feeling is people here haven't the foggiest idea what

2965: 2901: 2847: 2412: 1006:

Knowledge:Village_pump_(policy)#Splitting_articles_arbitrarily

1000:

Discussion about split of large articles at an arbitrary point

25: 3955:

can have readability issues, consider shrinking or splitting

2212:

the article by about 50%, which is usually far, far too much.

1087:

Probably should add something about summary style as well --

3024: 1594:

This RfC is to decide the specific changes discussed at in

511:

What does "articles summarizing certain fields" refer to?

2964:

article remains a stb and stuff is being shoved into the

2763:

Then look at the last few articles that were tagged with

4692: 3814:

FA was 222K and would load in about 51 seconds, and the

3752:

which is about right by the readability issues section.

5116: 5113: 5110: 4802:

had only 362 page views, again a 100-to-1 type ratio.

3345: 3328: 2520:. The question is what have all those other ones done? 2499: 1814: 1810: 1806: 874: 873:

the upper limit of acceptable image use. For instance,

672: 670: 624: 529: 409: 4277: 1617:

I would like to start a discussion about how to split

461:

Knowledge:Article size#Measuring "readable prose" size

173:

Rebranded as editing guideline, its natural category.—

4073:

people to realize this is an internet encyclopaedia.

3608:"Articles should not be either too big or too small." 3032:

as encouraging writing for an internet based medium.

1213:

article. Is there a wording that you can suggest. --

588:

with a section on Band members which splits off into

2407:

Subsequent comments should be made in a new section.

985:

it's somewhat a problem). Do we need a new section?

937:

Knowledge:Requests for comment/Muhammad images/Intro

592:

which has a section on Albums which splits off into

716:

perhaps a minor change in the wording is needed. --

4846:Note that the example given in a previous thread, 3804:I also played around with this web analyser tool: 3156:House and Senate career of John McCain, until 2000 1141:House and Senate career of John McCain, until 2000 4872:List of American Civil War Generals (Confederate) 4713:Foreign policy of the Barack Obama administration 4465:31.0K 220px-Program_for_1912_Calgary_Stampede.jpg 3797:Ok, so I did some research, I read this article: 3180:is 9.8 kB (1626 words) readable prose size. The 879:List of American Civil War Generals (Confederate) 3154:instead of summarizing it better? The same with 2206:No, you just messed up the intro, I reverted it. 916:This is the talk page, though, not the article. 596:which has a track listing which splits off into 1074:For non-mainspace articles, consider splitting 4289:Date: Report run on Sun Jul 8 09:30:45EDT2012 4143:Date: Report run on Sun Jul 8 09:07:20EDT2012 918:Knowledge:Requests for comment/Muhammad images 4453:15.9K 350px-Saddledome_from_Calgary_Tower.JPG 3182:Early life and military career of John McCain 3152:Early life and military career of John McCain 187:Yeah, this is definitely not a style page. — 8: 4456:16.2K 220px-1923_Calgary_Stampede_parade.jpg 4438:13.4K 220px-Patsy_Rodgers_stage_coach_1a.jpg 4138:Title: Calgary Stampede - Knowledge, the 💕 3528:for instance, quickly reverted in favour of 2713:Prose size (including all HTML code): 7882 B 2346:Okay I will set up an RfC on this question. 1741:, bad splitting (and awful transclusion) of 1596:Knowledge:VPP#Splitting_articles_arbitrarily 4701:United States Senate career of Barack Obama 2825:Commodity Futures Modernization Act of 2000 2819:Commodity Futures Modernization Act of 2000 2789:gives 167 kB and 101 kB - too big by both. 1078:and transcluding them into the split parts. 1076:off the top and bottom parts of the article 455:"hit preview to see the page size warning"? 253:for 2.5+ years), because I have yet to see 234:length-related problems in over 4.5 years. 4471:76.8K 250px-Chinook_Stampede_Breakfast.png 3241:per the comments made by others, above. -- 2716:References (includng all HTML code): 168 B 2604:Knowledge talk:Featured article candidates 1587:You are invited to join the discussion at 4444:14.1K 220px-Calgary_Stampede_Logo.svg.png 3143:Knowledge:Article size#Readability issues 2779:Knowledge:Article size#Readability issues 2688:Knowledge talk:Article size#Rule of thumb 2585:Knowledge:Article size#Readability issues 2474:Knowledge:Article size#Readability issues 2452:Knowledge talk:Article size#Rule of thumb 1826:List of Codename: Kids Next Door episodes 1743:List of Codename: Kids Next Door episodes 1145:Cultural impact of the Guitar Hero series 1051:Knowledge:Article_size#Very_long_articles 4904:would typify the sizes as being good for 4725:Personal relationships of Paul McCartney 4435:13.2K 220px-Stampede_chuckwagon_race.JPG 4272: 4132:http://en.wikipedia.org/Calgary_Stampede 4126: 3947:acceptable but splitting may be helpful 3916: 3832: 3025:#Why wikitext instead of prose text size 2935:If you want to tag it as "very long" or 2587:upped quite a bit to double the amount? 2537:Readable prose size, call for snow close 1764:Like what? What is the problem you see? 1729:With recent events, such as deletion of 1613:"The Biggest Loser South Africa" article 102:Knowledge:Manual of Style (article size) 4924:just says not to worry about that, and 4468:73.8K 220px-Sale_Pelletier_ice_show.png 3727:Why wikitext instead of prose text size 2773:at the top and ignoring list articles. 2608:Knowledge talk:Good article nominations 2496:User:Dr pda/Featured article statistics 2365:50k, and it's currently at almost 55k). 767:User:Dr pda/Featured article statistics 5404:The first thing to do would be to fix 5273:correctly, on the massively oversized 1065:(V)ery large articles should be split 459:I tried following the instructions at 327:It get approximately 600 views per day 44:Do not edit the contents of this page. 5421:{{PAGESIZE:{{FULLPAGENAME}}|R}} : --> 4800:Early life of Samuel Taylor Coleridge 4459:21.6K 200px-Barrel-Racing-Szmurlo.jpg 3422:— These rules of thumb only apply to 2019:Universal Declaration of Human Rights 7: 4477:83.0K 220px-Stampede_Midway_2011.png 3298:I don't believe so. On that measure 3147:Knowledge:Article size#Rule of thumb 2401:The following discussion is closed. 4462:30.2K 220px-Bull-Riding-Szmurlo.jpg 4339:Total Images: 383765 90.69 16.23 4012:Your idea just doesn't work at all. 3774:By the way I have also just set up 2968:article. This is what I mean about 817:Over discussions over the articles 665:Size no longer viewable in history? 436:"Article Length" and "Long article" 344: 300: 188: 106:Wikipedia_talk:Manual_of_Style#Poll 4441:13.7K 220px-Steerwrestling-c01.jpg 4329:HTML Images: 367824 86.91 15.55 4284:Title: Rocket - Knowledge, the 💕 4193:Total Images: 140866 33.28 5.94 3740:WP:Article size#Readability issues 1069:into logically separate articles. 612:, as it includes elements of both. 24: 5275:List of historic places in Quebec 4727:got 7,000. To use your example, 4450:15.8K 220px-StampedeRodeo2002.JPG 4183:HTML Images: 124925 29.50 5.26 3964:almost certainly should be split 3799:Loading today's sites over dialup 2450:? There is a discussion above in 381: 4474:80.3K 220px-Stampede_Protest.png 3863:consider shrinking or splitting 3793:Proposed load size rule of thumb 3594:The discussion above is closed. 3260:only talks about download time. 2425:The Blade of the Northern Lights 2416: 1582: 1067:. If possible, split the content 981:(even with the relatively large 742:On 6 September I introduced the 29: 4721:Paul McCartney's musical career 4709:Economic policy of Barack Obama 4447:14.3K 220px-Calgarystampede.jpg 2856:Social Security (United States) 1735:Personal life of Jennifer Lopez 795:is not likely to be deleted. -- 5438:20:51, 19 September 2012 (UTC) 5420:{{#ifexpr:  5231:22:17, 19 September 2012 (UTC) 5129:20:06, 19 September 2012 (UTC) 4695:) for June 2012, for example, 4480:91.0K 220px-Indian_Village.png 4344:Javascript: 29320 7.04 1.36 4334:CSS Images: 15941 3.78 0.68 4278:http://en.wikipedia.org/Rocket 4198:Javascript: 23997 5.78 1.13 4188:CSS Images: 15941 3.78 0.68 2686:please explain why the 50k in 1619:the Biggest Loser South Africa 949:22:05, 22 September 2012 (UTC) 931:21:29, 19 September 2012 (UTC) 779:11:26, 21 September 2011 (UTC) 760:09:51, 20 September 2011 (UTC) 746:shortcut as a replacement for 412:in follow-up to this thread. — 364:18:05, 17 September 2010 (UTC) 339:12:08, 17 September 2010 (UTC) 320:10:03, 17 September 2010 (UTC) 226:long and very, very linked-to 208:09:08, 17 September 2010 (UTC) 1: 2913:which was a small section in 2813:77 kB and the script failed, 2330:User talk:Dr pda/prosesize.js 1288:". It prevents confusion. -- 1143:(arbitrarily 1981-2000), and 1139:(arbitrarily starting 1693), 863:03:44, 28 November 2011 (UTC) 726:18:59, 1 September 2011 (UTC) 707:18:48, 1 September 2011 (UTC) 684:17:31, 1 September 2011 (UTC) 598:Let's Work (Mick Jagger song) 424:11:02, 27 February 2011 (UTC) 404:16:48, 21 November 2010 (UTC) 390:16:40, 21 November 2010 (UTC) 141:Per, the descriptions in our 5422:= 102400 | 5008:06:09, 7 December 2012 (UTC) 3959: 3951: 3943: 3935: 3931:normally too small to split 3927: 3276:The meaning has always been 2725:References (text only): 9 B 2706:List of bus routes in London 840:23:38, 22 October 2011 (UTC) 243:Glossary of cue sports terms 104:— Consolidating naming per 5400:21:05, 23 August 2012 (UTC) 5344:21:05, 23 August 2012 (UTC) 5316:17:21, 23 August 2012 (UTC) 5302:16:34, 23 August 2012 (UTC) 5287:15:42, 23 August 2012 (UTC) 5259:01:35, 11 August 2012 (UTC) 4703:got less than 3,000 views, 1725:Issues with this guideline? 1010:WP:SIZE#Very large articles 827:History of iOS jailbreaking 450:12:15, 9 January 2011 (UTC) 18:Knowledge talk:Article size 5456: 5326:the template you want is: 5216:03:20, 3 August 2012 (UTC) 4705:Barack Obama social policy 4354:Multimedia: 0 0.00 0.00 4208:Multimedia: 0 0.00 0.00 3589:14:36, 4 August 2012 (UTC) 3564:03:16, 3 August 2012 (UTC) 3536:the appropriate measure. — 3461:Mostly readable prose size 3365:Mostly readable prose size 2435:21:22, 4 August 2012 (UTC) 1703:Sounds like a plan to me. 1137:Later life of Isaac Newton 995:17:42, 27 April 2012 (UTC) 910:18:21, 10 April 2012 (UTC) 892:20:25, 31 March 2012 (UTC) 769:will reveal) not a rule. 262:, and being edited nearly 241:I have put off converting 230:, has reported absolutely 5192:17:47, 19 July 2012 (UTC) 5178:17:40, 19 July 2012 (UTC) 5164:17:31, 19 July 2012 (UTC) 5149:16:52, 19 July 2012 (UTC) 5134:"Content removal" section 5097:16:44, 19 July 2012 (UTC) 5078:16:00, 19 July 2012 (UTC) 5063:14:25, 19 July 2012 (UTC) 5049:08:22, 19 July 2012 (UTC) 5033:03:13, 19 July 2012 (UTC) 4990:16:10, 10 July 2012 (UTC) 4324:HTML: 81986 16.54 0.63 4309:Total Size: 500598 bytes 4178:HTML: 52324 10.63 0.48 4163:Total Size: 222714 bytes 3542:10:08, 24 July 2012 (UTC) 3520:08:54, 24 July 2012 (UTC) 3501:05:46, 24 July 2012 (UTC) 3487:19:41, 23 July 2012 (UTC) 3468:13:17, 23 July 2012 (UTC) 3456:16:01, 16 July 2012 (UTC) 3442:14:23, 16 July 2012 (UTC) 3415:08:28, 12 July 2012 (UTC) 3384:is what really matters. — 3193:and I'll see you there. 2976:guidelines for instance. 2704:For instance we have for 2096:Ashton Kutcher on Twitter 1731:Ashton Kutcher on Twitter 1713:22:25, 10 June 2012 (UTC) 1699:21:35, 10 June 2012 (UTC) 1685:20:45, 10 June 2012 (UTC) 1647:19:04, 10 June 2012 (UTC) 1631:18:51, 10 June 2012 (UTC) 1572:20:00, 11 June 2012 (UTC) 1558:16:37, 10 June 2012 (UTC) 1543:13:40, 10 June 2012 (UTC) 1324:04:36, 24 May 2012 (UTC) 1310:Possible proposed change: 1175:02:58, 24 May 2012 (UTC) 1004:I have raised a query at 805:14:02, 17 July 2012 (UTC) 655:12:56, 27 June 2011 (UTC) 634:10:06, 27 June 2011 (UTC) 562:08:29, 27 June 2011 (UTC) 539:18:49, 26 June 2011 (UTC) 523:Exceptions: Lists, Tables 503:Exceptions: Lists, Tables 478:04:33, 3 March 2011 (UTC) 5204:WP:what Knowledge is not 4899:13:05, 9 July 2012 (UTC) 4885:08:35, 9 July 2012 (UTC) 4864:01:19, 9 July 2012 (UTC) 4827:00:21, 9 July 2012 (UTC) 4812:23:16, 8 July 2012 (UTC) 4784:15:56, 8 July 2012 (UTC) 4754:11:47, 8 July 2012 (UTC) 4731:got 406,000 views while 4719:got 429,000 views while 4699:got 645,000 views while 4670:08:55, 8 July 2012 (UTC) 4638:04:08, 8 July 2012 (UTC) 4593:13:05, 9 July 2012 (UTC) 4579:11:36, 9 July 2012 (UTC) 4564:01:12, 9 July 2012 (UTC) 4549:00:11, 9 July 2012 (UTC) 4534:22:52, 8 July 2012 (UTC) 4495:15:36, 8 July 2012 (UTC) 4384:13:44, 8 July 2012 (UTC) 4304:Total HTTP Requests: 79 4239:13:44, 8 July 2012 (UTC) 4158:Total HTTP Requests: 33 4114:13:44, 8 July 2012 (UTC) 4083:11:27, 8 July 2012 (UTC) 4022:00:13, 8 July 2012 (UTC) 4002:00:13, 8 July 2012 (UTC) 3983:23:57, 7 July 2012 (UTC) 3888:16:12, 7 July 2012 (UTC) 3788:15:44, 7 July 2012 (UTC) 3770:15:26, 7 July 2012 (UTC) 3715:01:34, 9 July 2012 (UTC) 3701:17:52, 6 July 2012 (UTC) 3686:15:41, 6 July 2012 (UTC) 3672:13:29, 6 July 2012 (UTC) 3657:13:25, 6 July 2012 (UTC) 3641:13:00, 6 July 2012 (UTC) 3622:03:25, 6 July 2012 (UTC) 3596:Please do not modify it. 3400:11:55, 7 July 2012 (UTC) 3377:23:48, 6 July 2012 (UTC) 3356:01:05, 7 July 2012 (UTC) 3339:01:05, 7 July 2012 (UTC) 3317:21:48, 6 July 2012 (UTC) 3290:17:58, 6 July 2012 (UTC) 3270:15:07, 6 July 2012 (UTC) 3251:14:04, 6 July 2012 (UTC) 3224:13:08, 5 July 2012 (UTC) 3203:12:35, 5 July 2012 (UTC) 3172:11:57, 5 July 2012 (UTC) 3137:10:33, 5 July 2012 (UTC) 3115:22:58, 4 July 2012 (UTC) 3100:17:57, 4 July 2012 (UTC) 3076:23:00, 7 July 2012 (UTC) 3057:16:29, 7 July 2012 (UTC) 3042:15:37, 7 July 2012 (UTC) 3019:14:27, 7 July 2012 (UTC) 2986:14:24, 7 July 2012 (UTC) 2955:23:02, 4 July 2012 (UTC) 2931:22:52, 4 July 2012 (UTC) 2896:18:18, 4 July 2012 (UTC) 2882:17:48, 4 July 2012 (UTC) 2868:17:25, 4 July 2012 (UTC) 2838:17:13, 4 July 2012 (UTC) 2757:16:31, 4 July 2012 (UTC) 2738:16:30, 4 July 2012 (UTC) 2700:16:21, 4 July 2012 (UTC) 2681:16:03, 4 July 2012 (UTC) 2661:16:12, 4 July 2012 (UTC) 2646:16:02, 4 July 2012 (UTC) 2620:15:55, 4 July 2012 (UTC) 2597:15:31, 4 July 2012 (UTC) 2579:15:24, 4 July 2012 (UTC) 2564:15:15, 4 July 2012 (UTC) 2550:15:05, 4 July 2012 (UTC) 2530:15:11, 4 July 2012 (UTC) 2512:15:03, 4 July 2012 (UTC) 2487:14:52, 4 July 2012 (UTC) 2464:14:52, 4 July 2012 (UTC) 2404:Please do not modify it. 2375:14:43, 4 July 2012 (UTC) 2356:14:34, 4 July 2012 (UTC) 2342:14:32, 4 July 2012 (UTC) 2307:14:29, 4 July 2012 (UTC) 2280:14:22, 4 July 2012 (UTC) 2257:14:17, 4 July 2012 (UTC) 2238:14:14, 4 July 2012 (UTC) 2222:14:14, 4 July 2012 (UTC) 2201:14:07, 4 July 2012 (UTC) 2174:16:23, 4 July 2012 (UTC) 2155:16:12, 4 July 2012 (UTC) 2141:16:05, 4 July 2012 (UTC) 2127:15:59, 4 July 2012 (UTC) 2112:14:24, 4 July 2012 (UTC) 2100:WP:What Knowledge is not 2074:14:14, 4 July 2012 (UTC) 2031:13:07, 4 July 2012 (UTC) 2012:12:29, 4 July 2012 (UTC) 1894:08:04, 4 July 2012 (UTC) 1871:02:21, 4 July 2012 (UTC) 1859:WP:What Knowledge is not 1853:00:34, 4 July 2012 (UTC) 1838:00:21, 4 July 2012 (UTC) 1774:00:12, 4 July 2012 (UTC) 1759:00:00, 4 July 2012 (UTC) 1608:19:09, 1 June 2012 (UTC) 1527:23:04, 7 June 2012 (UTC) 1512:22:53, 7 June 2012 (UTC) 1494:22:53, 7 June 2012 (UTC) 1476:16:47, 7 June 2012 (UTC) 1464:11:36, 31 May 2012 (UTC) 1447:16:13, 29 May 2012 (UTC) 1432:09:35, 29 May 2012 (UTC) 1409:03:43, 29 May 2012 (UTC) 1386:02:42, 29 May 2012 (UTC) 1341:04:51, 24 May 2012 (UTC) 1302:03:50, 24 May 2012 (UTC) 1272:05:03, 24 May 2012 (UTC) 1242:04:35, 24 May 2012 (UTC) 1227:03:50, 24 May 2012 (UTC) 1204:03:05, 24 May 2012 (UTC) 1189:03:02, 24 May 2012 (UTC) 1124:02:14, 24 May 2012 (UTC) 1101:01:11, 24 May 2012 (UTC) 1043:01:02, 24 May 2012 (UTC) 1023:00:52, 24 May 2012 (UTC) 376:List of islands of Maine 183:18:53, 26 May 2010 (UTC) 169:12:33, 26 May 2010 (UTC) 155:22:56, 25 May 2010 (UTC) 132:17:30, 24 May 2010 (UTC) 117:16:28, 24 May 2010 (UTC) 4796:Samuel Taylor Coleridge 3121:Mulholland Drive (film) 2900:I think personally the 2785:gives 120kB and 63 kB. 823:Android version history 610:Knowledge:Summary style 497:11:15, 6 May 2011 (UTC) 296:) much more difficult. 260:all cue sports articles 5324:After much digging... 4794:myself. For example, 4349:CSS: 5527 1.30 0.23 4203:CSS: 5527 1.30 0.23 3776:WP:VPT#Section viewing 3603:Changing the nutshell? 2844:Education in Singapore 2186:Rule of thumb (4 July) 1637:encyclopaedia anyway. 514:Possible new wording: 98:Knowledge:Article size 4707:got less than 3,000, 4693:http://stats.grok.se/ 4657:keep it simple stupid 4625:User:Dr pda/prosesize 4359:Other: 0 0.00 0.00 4213:Other: 0 0.00 0.00 2448:User:Dr_pda/prosesize 1778:The "Rule of thumb": 228:glossary list article 159:Remove from the MOS? 42:of past discussions. 4723:got 2,000 views and 853:in "Shortcuts" box. 5014:Measure for measure 4920:don't know any and 4314:Object Size Totals 4168:Object Size Totals 3571:Readable Prose size 3447:Readable Prose size 3420:Readable Prose size 3405:Readable prose size 2775:Economy of Pakistan 2500:at these back-links 2492:Readable prose size 1163:sometimes colorable 819:iOS version history 5328:Template:Very long 4299:Global Statistics 4153:Global Statistics 3801:about load times. 3344:to readable text: 2821:213 kB and 46 kB. 2817:104 kB and 67 kB, 2811:Stress (mechanics) 2809:112 kB and 68 kB, 2805:111 kB and 84 kB, 2801:44 kB and 32 kB, # 2162:WP:Manual of Style 1747:Template:very long 1739:Rihanna on Twitter 963:Help:Mobile access 702:Operation Big Bear 586:The Rolling Stones 143:List of guidelines 5308:Shawn in Montreal 5279:Shawn in Montreal 5249:comment added by 5239:Origin of Marimba 4363: 4362: 4217: 4216: 3968: 3967: 3939:good readability 3876: 3875: 3836:webpage load size 3749:Special:Longpages 3440: 3413: 3408:tables, etc) . -- 3288: 2797:66 kB and 28 kB, 2793:55 kB and 38 kB, 2719:Wiki text: 185 kB 2710:File size: 565 kB 2440: 2439: 1745:, and bad use of 1383: 1360:glossary articles 1063:If possible, such 1049:The guideline at 1008:about the bit in 969:or my hand sized 849:Include redirect 734:Depreciating the 361: 317: 294:Template:Cuegloss 205: 90: 89: 54: 53: 48:current talk page 5447: 5413: 5407: 5389: 5383: 5379: 5373: 5369: 5363: 5359: 5353: 5261: 5085:WP:Summary style 4273: 4127: 3917: 3872:should be split 3833: 3812:Calgary Stampede 3439: 3437: 3432: 3427: 3409: 3284: 3119:See for example 2944: 2938: 2772: 2766: 2431: 2420: 2413: 2406: 1822: 1804: 1674: 1657:WP:NOTEVERYTHING 1653:WP:NOTREPOSITORY 1586: 1585: 1384: 1379: 1378: 1376: 1053:needs rewording: 979:tablet computers 831:WP:NOT#DIRECTORY 703: 697: 653: 650: 645: 632: 626: 606:Knowledge:Layout 582:WP:Summary style 574:WP:Summary style 560: 557: 552: 537: 531: 518: 495: 489: 394:Sounds good. -- 385: 362: 356: 355: 318: 312: 311: 273: 252: 206: 200: 199: 81: 56: 55: 33: 32: 26: 5455: 5454: 5450: 5449: 5448: 5446: 5445: 5444: 5424: 5411: 5405: 5387: 5381: 5377: 5371: 5367: 5361: 5357: 5351: 5267: 5244: 5241: 5136: 5016: 4739:got 1,000, and 4711:got 4,000, and 3795: 3729: 3629: 3605: 3600: 3599: 3435: 3430: 3428: 3278:total load size 3005:than an essay. 2942: 2940:overly detailed 2936: 2803:Humanitarianism 2799:Capitol records 2787:Talcott Parsons 2770: 2764: 2518:WP:Article size 2429: 2411: 2402: 2395: 2188: 1795: 1779: 1727: 1671:citation needed 1668: 1661:WP:NOTSTATSBOOK 1615: 1583: 1580: 1374: 1369: 1363: 1002: 959: 899: 877:of the article 870: 847: 815: 740: 705: 701: 691: 667: 648: 643: 640: 621: 555: 550: 547: 526: 505: 487: 484: 457: 438: 350: 331:Fuhghettaboutit 306: 285: 267: 255:one single case 246: 218: 194: 122:Fine by me. -- 95: 77: 30: 22: 21: 20: 12: 11: 5: 5453: 5451: 5443: 5442: 5441: 5440: 5419: 5418: 5417: 5416: 5415: 5347: 5346: 5332: 5321: 5320: 5319: 5318: 5266: 5263: 5240: 5237: 5236: 5235: 5234: 5233: 5199: 5198: 5197: 5196: 5195: 5194: 5135: 5132: 5106: 5105: 5104: 5103: 5102: 5101: 5100: 5099: 5015: 5012: 5011: 5010: 4996: 4995: 4994: 4993: 4992: 4980:that happens. 4972: 4971: 4970: 4969: 4968: 4967: 4966: 4965: 4955: 4954: 4953: 4952: 4951: 4950: 4949: 4948: 4937: 4936: 4935: 4934: 4933: 4932: 4931: 4930: 4910: 4909: 4908: 4907: 4906: 4905: 4844: 4843: 4842: 4841: 4840: 4839: 4838: 4837: 4836: 4835: 4834: 4833: 4832: 4831: 4830: 4829: 4768: 4764: 4760: 4717:Paul McCartney 4679: 4678: 4677: 4676: 4675: 4674: 4673: 4672: 4645: 4644: 4643: 4642: 4641: 4640: 4616: 4615: 4614: 4613: 4612: 4611: 4610: 4609: 4608: 4607: 4606: 4605: 4604: 4603: 4602: 4601: 4600: 4599: 4598: 4597: 4596: 4595: 4508: 4507: 4506: 4505: 4504: 4503: 4502: 4501: 4500: 4499: 4498: 4497: 4483: 4482: 4481: 4478: 4475: 4472: 4469: 4466: 4463: 4460: 4457: 4454: 4451: 4448: 4445: 4442: 4439: 4436: 4420: 4419: 4418: 4417: 4416: 4415: 4414: 4413: 4412: 4411: 4410: 4409: 4395: 4394: 4393: 4392: 4391: 4390: 4389: 4388: 4387: 4386: 4361: 4360: 4356: 4355: 4351: 4350: 4346: 4345: 4341: 4340: 4336: 4335: 4331: 4330: 4326: 4325: 4321: 4320: 4316: 4315: 4311: 4310: 4306: 4305: 4301: 4300: 4296: 4295: 4291: 4290: 4286: 4285: 4281: 4280: 4271: 4270: 4269: 4268: 4267: 4266: 4265: 4264: 4263: 4262: 4250: 4249: 4248: 4247: 4246: 4245: 4244: 4243: 4242: 4241: 4215: 4214: 4210: 4209: 4205: 4204: 4200: 4199: 4195: 4194: 4190: 4189: 4185: 4184: 4180: 4179: 4175: 4174: 4170: 4169: 4165: 4164: 4160: 4159: 4155: 4154: 4150: 4149: 4145: 4144: 4140: 4139: 4135: 4134: 4125: 4124: 4123: 4122: 4121: 4120: 4119: 4118: 4117: 4116: 4092: 4091: 4090: 4089: 4088: 4087: 4086: 4085: 4063: 4062: 4061: 4060: 4059: 4058: 4057: 4056: 4045: 4044: 4043: 4042: 4041: 4040: 4039: 4038: 4027: 4026: 4025: 4024: 4007: 4006: 4005: 4004: 3986: 3985: 3970: 3969: 3966: 3965: 3962: 3957: 3956: 3953: 3949: 3948: 3945: 3941: 3940: 3937: 3933: 3932: 3929: 3925: 3924: 3921: 3913: 3912: 3908: 3907: 3902: 3901: 3896: 3895: 3874: 3873: 3870: 3865: 3864: 3861: 3857: 3856: 3853: 3849: 3848: 3845: 3841: 3840: 3837: 3794: 3791: 3728: 3725: 3724: 3723: 3722: 3721: 3720: 3719: 3718: 3717: 3659: 3628: 3625: 3610: 3609: 3604: 3601: 3593: 3592: 3591: 3567: 3566: 3552: 3551: 3550: 3549: 3548: 3547: 3546: 3545: 3544: 3471: 3470: 3458: 3444: 3424:readable prose 3417: 3402: 3382:Readable prose 3379: 3361: 3360: 3359: 3358: 3341: 3322: 3321: 3320: 3319: 3293: 3292: 3274: 3273: 3272: 3256:aid of or why 3239:Readable prose 3236: 3235: 3234: 3233: 3232: 3231: 3230: 3229: 3228: 3227: 3226: 3209: 3083: 3082: 3081: 3080: 3079: 3078: 3003: 3002: 3001: 3000: 2999: 2998: 2997: 2996: 2995: 2994: 2993: 2992: 2991: 2990: 2989: 2988: 2822: 2761: 2760: 2759: 2744: 2743: 2742: 2741: 2740: 2723: 2720: 2717: 2714: 2711: 2665: 2664: 2663: 2634:page load size 2630: 2629: 2628: 2627: 2626: 2625: 2624: 2623: 2622: 2534: 2533: 2532: 2489: 2438: 2437: 2421: 2410: 2409: 2397: 2396: 2394: 2391: 2390: 2389: 2388: 2387: 2386: 2385: 2384: 2383: 2382: 2381: 2380: 2379: 2378: 2377: 2363:no bigger than 2316: 2315: 2314: 2313: 2312: 2311: 2310: 2309: 2287: 2286: 2285: 2284: 2283: 2282: 2262: 2261: 2260: 2259: 2241: 2240: 2225: 2224: 2208: 2207: 2187: 2184: 2183: 2182: 2181: 2180: 2179: 2178: 2177: 2176: 2091: 2090: 2089: 2088: 2087: 2086: 2085: 2084: 2083: 2082: 2081: 2080: 2079: 2078: 2077: 2076: 2047: 2046: 2045: 2044: 2043: 2042: 2041: 2040: 2039: 2038: 2037: 2036: 2035: 2034: 1985: 1984: 1983: 1982: 1981: 1980: 1979: 1978: 1977: 1976: 1975: 1974: 1956: 1955: 1954: 1953: 1952: 1951: 1950: 1949: 1948: 1947: 1946: 1945: 1931: 1930: 1929: 1928: 1927: 1926: 1925: 1924: 1923: 1922: 1921: 1920: 1905: 1904: 1903: 1902: 1901: 1900: 1899: 1898: 1897: 1896: 1881: 1877: 1726: 1723: 1722: 1721: 1720: 1719: 1718: 1717: 1716: 1715: 1614: 1611: 1579: 1576: 1575: 1574: 1560: 1530: 1529: 1499: 1498: 1497: 1496: 1479: 1478: 1451: 1450: 1449: 1448: 1436: 1435: 1434: 1414: 1413: 1412: 1411: 1389: 1388: 1352: 1346: 1345: 1344: 1343: 1305: 1304: 1281: 1280: 1279: 1278: 1277: 1276: 1275: 1274: 1249: 1248: 1247: 1246: 1245: 1244: 1207: 1206: 1191: 1129: 1128: 1127: 1126: 1104: 1103: 1084: 1083: 1082: 1081: 1080: 1079: 1055: 1054: 1046: 1045: 1001: 998: 958: 955: 954: 953: 952: 951: 898: 895: 869: 866: 846: 843: 814: 811: 810: 809: 808: 807: 782: 781: 739: 732: 731: 730: 729: 728: 710: 709: 699: 666: 663: 662: 661: 660: 659: 658: 657: 613: 601: 594:Primitive Cool 577: 566: 565: 504: 501: 500: 499: 456: 453: 437: 434: 433: 432: 431: 430: 429: 428: 427: 426: 369: 368: 367: 366: 283: 265: 256: 233: 217: 214: 213: 212: 211: 210: 185: 157: 135: 134: 94: 91: 88: 87: 82: 75: 70: 65: 62: 52: 51: 34: 23: 15: 14: 13: 10: 9: 6: 4: 3: 2: 5452: 5439: 5435: 5431: 5428: 5427: 5426: 5425: 5410: 5403: 5402: 5401: 5397: 5393: 5386: 5376: 5366: 5356: 5349: 5348: 5345: 5341: 5337: 5333: 5330: 5329: 5323: 5322: 5317: 5313: 5309: 5305: 5304: 5303: 5299: 5295: 5291: 5290: 5289: 5288: 5284: 5280: 5276: 5272: 5271:Template:Size 5265:Template:Size 5264: 5262: 5260: 5256: 5252: 5251:101.119.24.76 5248: 5238: 5232: 5228: 5224: 5219: 5218: 5217: 5213: 5209: 5208:Shooterwalker 5205: 5201: 5200: 5193: 5189: 5185: 5181: 5180: 5179: 5175: 5171: 5167: 5166: 5165: 5161: 5157: 5153: 5152: 5151: 5150: 5146: 5142: 5133: 5131: 5130: 5126: 5122: 5117: 5114: 5111: 5098: 5094: 5090: 5086: 5081: 5080: 5079: 5075: 5071: 5066: 5065: 5064: 5060: 5056: 5052: 5051: 5050: 5046: 5042: 5037: 5036: 5035: 5034: 5030: 5026: 5025:Jim.henderson 5020: 5013: 5009: 5005: 5001: 4997: 4991: 4987: 4983: 4978: 4977: 4976: 4975: 4974: 4973: 4963: 4962: 4961: 4960: 4959: 4958: 4957: 4956: 4945: 4944: 4943: 4942: 4941: 4940: 4939: 4938: 4927: 4923: 4918: 4917: 4916: 4915: 4914: 4913: 4912: 4911: 4902: 4901: 4900: 4896: 4892: 4888: 4887: 4886: 4882: 4878: 4873: 4868: 4867: 4866: 4865: 4861: 4857: 4853: 4849: 4828: 4824: 4820: 4815: 4814: 4813: 4809: 4805: 4804:Wasted Time R 4801: 4797: 4792: 4787: 4786: 4785: 4781: 4777: 4772: 4769: 4765: 4761: 4757: 4756: 4755: 4751: 4747: 4746:Wasted Time R 4742: 4738: 4734: 4730: 4726: 4722: 4718: 4715:got 3,500. 4714: 4710: 4706: 4702: 4698: 4694: 4689: 4688: 4687: 4686: 4685: 4684: 4683: 4682: 4681: 4680: 4671: 4667: 4663: 4658: 4653: 4652: 4651: 4650: 4649: 4648: 4647: 4646: 4639: 4635: 4631: 4630:Wasted Time R 4626: 4622: 4621: 4620: 4619: 4618: 4617: 4594: 4590: 4586: 4582: 4581: 4580: 4576: 4572: 4567: 4566: 4565: 4561: 4557: 4552: 4551: 4550: 4546: 4542: 4537: 4536: 4535: 4531: 4527: 4522: 4521: 4520: 4519: 4518: 4517: 4516: 4515: 4514: 4513: 4512: 4511: 4510: 4509: 4496: 4492: 4488: 4484: 4479: 4476: 4473: 4470: 4467: 4464: 4461: 4458: 4455: 4452: 4449: 4446: 4443: 4440: 4437: 4434: 4433: 4432: 4431: 4430: 4429: 4428: 4427: 4426: 4425: 4424: 4423: 4422: 4421: 4407: 4406: 4405: 4404: 4403: 4402: 4401: 4400: 4399: 4398: 4397: 4396: 4385: 4381: 4377: 4373: 4372: 4371: 4370: 4369: 4368: 4367: 4366: 4365: 4364: 4358: 4357: 4353: 4352: 4348: 4347: 4343: 4342: 4338: 4337: 4333: 4332: 4328: 4327: 4323: 4322: 4318: 4317: 4313: 4312: 4308: 4307: 4303: 4302: 4298: 4297: 4293: 4292: 4288: 4287: 4283: 4282: 4279: 4275: 4274: 4260: 4259: 4258: 4257: 4256: 4255: 4254: 4253: 4252: 4251: 4240: 4236: 4232: 4227: 4226: 4225: 4224: 4223: 4222: 4221: 4220: 4219: 4218: 4212: 4211: 4207: 4206: 4202: 4201: 4197: 4196: 4192: 4191: 4187: 4186: 4182: 4181: 4177: 4176: 4172: 4171: 4167: 4166: 4162: 4161: 4157: 4156: 4152: 4151: 4147: 4146: 4142: 4141: 4137: 4136: 4133: 4129: 4128: 4115: 4111: 4107: 4102: 4101: 4100: 4099: 4098: 4097: 4096: 4095: 4094: 4093: 4084: 4080: 4076: 4071: 4070: 4069: 4068: 4067: 4066: 4065: 4064: 4053: 4052: 4051: 4050: 4049: 4048: 4047: 4046: 4035: 4034: 4033: 4032: 4031: 4030: 4029: 4028: 4023: 4019: 4015: 4011: 4010: 4009: 4008: 4003: 3999: 3995: 3990: 3989: 3988: 3987: 3984: 3980: 3976: 3972: 3971: 3963: 3958: 3954: 3950: 3946: 3942: 3938: 3934: 3930: 3926: 3922: 3920:wikitext size 3919: 3918: 3915: 3914: 3910: 3909: 3904: 3903: 3898: 3897: 3892: 3891: 3890: 3889: 3885: 3881: 3871: 3867: 3866: 3862: 3859: 3858: 3854: 3851: 3850: 3846: 3843: 3842: 3838: 3835: 3834: 3831: 3827: 3823: 3819: 3817: 3813: 3808: 3806: 3802: 3800: 3792: 3790: 3789: 3785: 3781: 3777: 3772: 3771: 3767: 3763: 3757: 3753: 3750: 3744: 3741: 3736: 3734: 3726: 3716: 3712: 3708: 3704: 3703: 3702: 3698: 3694: 3689: 3688: 3687: 3683: 3679: 3675: 3674: 3673: 3669: 3665: 3660: 3658: 3654: 3650: 3645: 3644: 3643: 3642: 3638: 3634: 3627:Rule of thumb 3626: 3624: 3623: 3619: 3615: 3607: 3606: 3602: 3597: 3590: 3586: 3583: 3580: 3576: 3572: 3569: 3568: 3565: 3561: 3557: 3556:Shooterwalker 3553: 3543: 3539: 3535: 3531: 3527: 3523: 3522: 3521: 3517: 3513: 3508: 3507:rule of thumb 3504: 3503: 3502: 3498: 3494: 3490: 3489: 3488: 3484: 3480: 3475: 3474: 3473: 3472: 3469: 3466: 3462: 3459: 3457: 3454: 3453: 3448: 3445: 3443: 3438: 3433: 3425: 3421: 3418: 3416: 3412: 3406: 3403: 3401: 3397: 3393: 3389: 3388: 3383: 3380: 3378: 3374: 3370: 3369:Shooterwalker 3366: 3363: 3362: 3357: 3353: 3349: 3346: 3342: 3340: 3336: 3332: 3329: 3326: 3325: 3324: 3323: 3318: 3314: 3310: 3306: 3301: 3297: 3296: 3295: 3294: 3291: 3287: 3283: 3279: 3275: 3271: 3267: 3263: 3259: 3254: 3253: 3252: 3248: 3244: 3240: 3237: 3225: 3221: 3217: 3213: 3206: 3205: 3204: 3200: 3196: 3195:Wasted Time R 3192: 3188: 3183: 3179: 3175: 3174: 3173: 3169: 3165: 3161: 3157: 3153: 3148: 3144: 3140: 3139: 3138: 3134: 3130: 3129:Wasted Time R 3126: 3122: 3118: 3117: 3116: 3112: 3108: 3103: 3102: 3101: 3097: 3093: 3088: 3085: 3084: 3077: 3073: 3069: 3064: 3060: 3059: 3058: 3054: 3050: 3045: 3044: 3043: 3039: 3035: 3031: 3026: 3022: 3021: 3020: 3016: 3012: 3008: 2987: 2983: 2979: 2975: 2971: 2967: 2963: 2958: 2957: 2956: 2952: 2948: 2941: 2934: 2933: 2932: 2928: 2924: 2920: 2916: 2912: 2911:cat evolution 2908: 2903: 2899: 2898: 2897: 2893: 2889: 2885: 2884: 2883: 2879: 2875: 2871: 2870: 2869: 2865: 2861: 2857: 2853: 2849: 2845: 2841: 2840: 2839: 2835: 2831: 2826: 2820: 2816: 2812: 2808: 2804: 2800: 2796: 2792: 2788: 2784: 2780: 2776: 2769: 2762: 2758: 2754: 2750: 2745: 2739: 2735: 2731: 2727: 2726: 2724: 2721: 2718: 2715: 2712: 2709: 2708: 2707: 2703: 2702: 2701: 2697: 2693: 2689: 2684: 2683: 2682: 2678: 2674: 2669: 2666: 2662: 2658: 2654: 2649: 2648: 2647: 2643: 2639: 2635: 2631: 2621: 2617: 2613: 2612:Wasted Time R 2609: 2605: 2600: 2599: 2598: 2594: 2590: 2586: 2582: 2581: 2580: 2576: 2572: 2571:Wasted Time R 2567: 2566: 2565: 2561: 2557: 2553: 2552: 2551: 2547: 2543: 2538: 2535: 2531: 2527: 2523: 2519: 2515: 2514: 2513: 2509: 2505: 2504:Wasted Time R 2501: 2497: 2493: 2490: 2488: 2484: 2480: 2475: 2471: 2468: 2467: 2466: 2465: 2461: 2457: 2453: 2449: 2445: 2436: 2432: 2426: 2422: 2419: 2415: 2414: 2408: 2405: 2399: 2398: 2392: 2376: 2372: 2368: 2364: 2359: 2358: 2357: 2353: 2349: 2345: 2344: 2343: 2339: 2335: 2334:Wasted Time R 2331: 2326: 2325: 2324: 2323: 2322: 2321: 2320: 2319: 2318: 2317: 2308: 2304: 2300: 2295: 2294: 2293: 2292: 2291: 2290: 2289: 2288: 2281: 2277: 2273: 2268: 2267: 2266: 2265: 2264: 2263: 2258: 2254: 2250: 2245: 2244: 2243: 2242: 2239: 2235: 2231: 2227: 2226: 2223: 2219: 2215: 2210: 2209: 2205: 2204: 2203: 2202: 2198: 2194: 2185: 2175: 2171: 2167: 2163: 2158: 2157: 2156: 2152: 2148: 2144: 2143: 2142: 2138: 2134: 2130: 2129: 2128: 2124: 2120: 2116: 2115: 2114: 2113: 2109: 2105: 2101: 2097: 2075: 2071: 2067: 2063: 2062: 2061: 2060: 2059: 2058: 2057: 2056: 2055: 2054: 2053: 2052: 2051: 2050: 2049: 2048: 2032: 2028: 2024: 2020: 2015: 2014: 2013: 2009: 2005: 2001: 1997: 1996: 1995: 1994: 1993: 1992: 1991: 1990: 1989: 1988: 1987: 1986: 1972: 1968: 1967: 1966: 1965: 1964: 1963: 1962: 1961: 1960: 1959: 1958: 1957: 1943: 1942: 1941: 1940: 1939: 1938: 1937: 1936: 1935: 1934: 1933: 1932: 1917: 1916: 1915: 1914: 1913: 1912: 1911: 1910: 1909: 1908: 1907: 1906: 1895: 1891: 1887: 1882: 1878: 1874: 1873: 1872: 1868: 1864: 1860: 1856: 1855: 1854: 1850: 1846: 1841: 1840: 1839: 1835: 1831: 1827: 1820: 1816: 1812: 1808: 1803: 1799: 1794: 1790: 1786: 1782: 1777: 1776: 1775: 1771: 1767: 1763: 1762: 1761: 1760: 1756: 1752: 1748: 1744: 1740: 1736: 1732: 1724: 1714: 1710: 1706: 1702: 1701: 1700: 1696: 1692: 1688: 1687: 1686: 1682: 1678: 1672: 1666: 1662: 1658: 1654: 1650: 1649: 1648: 1644: 1640: 1635: 1634: 1633: 1632: 1628: 1624: 1620: 1612: 1610: 1609: 1605: 1601: 1597: 1592: 1590: 1577: 1573: 1569: 1565: 1561: 1559: 1555: 1551: 1547: 1546: 1545: 1544: 1540: 1536: 1535:Jim.henderson 1528: 1524: 1520: 1516: 1515: 1514: 1513: 1509: 1505: 1495: 1491: 1487: 1483: 1482: 1481: 1480: 1477: 1474: 1473: 1468: 1467: 1466: 1465: 1461: 1457: 1446: 1441: 1437: 1433: 1429: 1425: 1420: 1419: 1418: 1417: 1416: 1415: 1410: 1406: 1402: 1398: 1397:Alan Liefting 1393: 1392: 1391: 1390: 1387: 1382: 1372: 1368: 1367: 1361: 1356: 1350: 1348: 1347: 1342: 1338: 1334: 1329: 1328: 1327: 1326: 1325: 1323: 1318: 1313: 1311: 1303: 1299: 1295: 1291: 1290:Alan Liefting 1287: 1283: 1282: 1273: 1269: 1265: 1261: 1260:Alan Liefting 1257: 1256: 1255: 1254: 1253: 1252: 1251: 1250: 1243: 1239: 1235: 1230: 1229: 1228: 1224: 1220: 1216: 1215:Alan Liefting 1211: 1210: 1209: 1208: 1205: 1201: 1197: 1192: 1190: 1186: 1182: 1178: 1177: 1176: 1174: 1169: 1166: 1164: 1160: 1156: 1153: 1148: 1146: 1142: 1138: 1133: 1125: 1121: 1117: 1113: 1108: 1107: 1106: 1105: 1102: 1098: 1094: 1090: 1089:Alan Liefting 1086: 1085: 1077: 1073: 1068: 1064: 1061: 1060: 1059: 1058: 1057: 1056: 1052: 1048: 1047: 1044: 1040: 1036: 1032: 1031:Alan Liefting 1027: 1026: 1025: 1024: 1020: 1016: 1011: 1007: 999: 997: 996: 992: 988: 987:Jim.henderson 984: 980: 974: 972: 968: 964: 956: 950: 946: 942: 938: 934: 933: 932: 928: 924: 919: 914: 913: 912: 911: 908: 905: 896: 894: 893: 889: 885: 880: 876: 867: 865: 864: 860: 856: 852: 844: 842: 841: 838: 837: 832: 828: 824: 820: 812: 806: 802: 798: 794: 790: 786: 785: 784: 783: 780: 776: 772: 771:Wasted Time R 768: 764: 763: 762: 761: 757: 753: 749: 745: 737: 733: 727: 723: 719: 714: 713: 712: 711: 708: 704: 698: 696: 695: 688: 687: 686: 685: 681: 677: 673: 671: 664: 656: 652: 651: 646: 637: 636: 635: 631: 628: 627: 619: 614: 611: 607: 602: 599: 595: 591: 587: 583: 578: 575: 570: 569: 568: 567: 564: 563: 559: 558: 553: 543: 542: 541: 540: 536: 533: 532: 524: 519: 512: 509: 502: 498: 494: 491: 490: 482: 481: 480: 479: 475: 471: 466: 462: 454: 452: 451: 447: 443: 435: 425: 421: 418: 415: 411: 410:this sentence 407: 406: 405: 401: 397: 393: 392: 391: 388: 386: 384: 377: 373: 372: 371: 370: 365: 359: 353: 349: 348: 342: 341: 340: 336: 332: 328: 324: 323: 322: 321: 315: 309: 305: 304: 297: 295: 290: 280: 276: 271: 263: 261: 254: 250: 244: 239: 235: 231: 229: 224: 215: 209: 203: 197: 193: 192: 186: 184: 180: 176: 172: 171: 170: 166: 162: 158: 156: 152: 148: 144: 140: 137: 136: 133: 129: 125: 121: 120: 119: 118: 114: 110: 107: 103: 99: 92: 86: 83: 80: 76: 74: 71: 69: 66: 63: 61: 58: 57: 49: 45: 41: 40: 35: 28: 27: 19: 5325: 5268: 5245:— Preceding 5242: 5137: 5107: 5021: 5017: 4926:WP:IMPROVING 4851: 4845: 4790: 4737:Cat genetics 4697:Barack Obama 3877: 3839:Header text 3828: 3824: 3820: 3809: 3803: 3796: 3773: 3758: 3754: 3745: 3737: 3730: 3630: 3611: 3595: 3581: 3570: 3533: 3526:WP:SIZEGUIDE 3460: 3450: 3446: 3423: 3419: 3404: 3385: 3381: 3364: 3300:Phoenix Park 3277: 3238: 3086: 3006: 2962:cat genetics 2907:cat genetics 2852:Human rights 2667: 2633: 2536: 2491: 2469: 2441: 2403: 2400: 2362: 2189: 2092: 1999: 1970: 1876:consistency. 1781:Human rights 1728: 1616: 1593: 1581: 1531: 1500: 1472:CarolMooreDC 1470: 1452: 1439: 1364: 1351:ridiculously 1314: 1309: 1306: 1170: 1167: 1162: 1158: 1154: 1151: 1149: 1134: 1130: 1075: 1070: 1066: 1062: 1003: 975: 960: 900: 875:this version 871: 855:71.146.20.62 848: 845:Edit request 834: 816: 797:AussieLegend 744:WP:SIZEGUIDE 741: 693: 692: 668: 641: 622: 548: 545: 527: 522: 520: 513: 510: 506: 485: 458: 439: 383:ElijahBosley 382: 345: 301: 298: 281: 277: 264:two-thousand 240: 236: 219: 189: 138: 96: 78: 43: 37: 5269:Am I using 4891:Binksternet 4856:Binksternet 4735:got 2,000, 4585:Binksternet 4556:Binksternet 4526:GliderMaven 4376:GliderMaven 4231:GliderMaven 4106:GliderMaven 4014:GliderMaven 3994:GliderMaven 3952:120k - 250k 3923:What to do 3880:GliderMaven 3855:acceptable 3530:WP:SIZERULE 3431:Brendon is 3348:GliderMaven 3331:GliderMaven 3258:WP:NOTPAPER 3187:John McCain 3178:John McCain 3125:John McCain 3092:Binksternet 3063:WP:NOTPAPER 3030:WP:NOTPAPER 2970:WP:NOTPAPER 2791:Phil Keaggy 2638:Binksternet 2632:What about 2470:Markup size 2444:WP:SIZERULE 2270:compensate. 2191:beginning. 1919:references. 1366:SMcCandlish 1150:Now, as to 935:Please see 884:Binksternet 813:Unsplitting 793:WP:SIZERULE 789:WP:SIZERULE 748:WP:SIZERULE 736:WP:SIZERULE 618:WP:NOTSTATS 590:Mick Jagger 465:Time travel 396:Eraserhead1 347:SMcCandlish 303:SMcCandlish 191:SMcCandlish 124:Eraserhead1 36:This is an 5375:Pages-size 4741:Cat health 4294:Diagnosis 4148:Diagnosis 3944:60k - 120k 2919:cat health 2668:Prose size 1355:WP:SUMMARY 1317:discussion 1315:Dmcq, the 967:smartphone 907:questions? 408:I removed 289:WP:SUMMARY 258:in almost 223:WP:SUMMARY 5294:George Ho 5170:George Ho 5141:George Ho 5109:involved. 5055:George Ho 3852:250K-500K 3707:George Ho 3678:George Ho 3614:George Ho 3049:George Ho 3011:George Ho 2947:George Ho 2888:George Ho 2860:George Ho 2795:Clara Bow 2783:Socialism 2166:George Ho 2133:George Ho 2104:George Ho 1863:George Ho 1830:George Ho 1751:George Ho 1286:arbitrary 718:IllaZilla 694:Wizardman 676:IllaZilla 525:section? 470:Hypnosifl 463:with the 85:Archive 6 79:Archive 5 73:Archive 4 68:Archive 3 60:Archive 1 5392:Quiddity 5385:PageInfo 5336:Quiddity 5247:unsigned 4660:anyway. 3936:< 60k 3928:< 30k 3844:<250K 3585:contribs 3575:Casliber 3465:sgeureka 2768:too long 2002:pruning. 1971:oversize 1691:Jax 0677 1665:WP:UNDUE 1623:Jax 0677 1405:contribs 1381:Contrib. 1333:Agent00f 1298:contribs 1268:contribs 1234:Agent00f 1223:contribs 1112:WP:IINFO 1097:contribs 1039:contribs 738:shortcut 625:SilkTork 530:SilkTork 488:SilkTork 442:Jax 0677 358:Contribs 314:Contribs 270:Cuegloss 202:Contribs 5000:Kaldari 4947:easily. 4922:WP:PERF 4733:Cat gap 4104:follows 3860:500K-1M 3282:Rossami 3243:Dweller 2915:cat gap 2807:Kunming 2542:Teapeat 2442:Should 2367:Teapeat 2272:Teapeat 2230:Teapeat 2214:Teapeat 2066:Teapeat 2004:Teapeat 1798:protect 1793:history 971:Android 836:Sceptre 249:Longish 175:DCGeist 147:DCGeist 139:Oppose: 39:archive 5430:Apteva 5223:Apteva 5121:Apteva 4929:essay. 3816:rocket 3411:ELEKHH 3286:(talk) 3212:WP:NOT 3191:WP:FAR 2854:, and 2815:Odisha 2430:話して下さい 1802:delete 1737:, and 1308:text. 1159:always 1155:Alan's 1152:Dmcq's 1072:other. 957:Mobile 941:Apteva 923:Apteva 825:, and 752:WP:BRD 161:Gnevin 109:Gnevin 5365:Pages 4759:text. 4276:URL: 4130:URL: 3960:: --> 3868:: --> 3847:good 3733:WP:SS 3387:Kusma 3305:Venus 3160:WP:SS 2974:WP:SS 2000:light 1819:views 1811:watch 1807:links 1440:which 1371:Talk⇒ 851:WP:AS 649:raise 556:raise 402:: --> 354:ʕ(ل)ˀ 352:Talk⇒ 310:ʕ(ل)ˀ 308:Talk⇒ 198:ʕ(ل)ˀ 196:Talk⇒ 130:: --> 16:< 5434:talk 5409:Size 5396:talk 5355:Size 5340:talk 5312:talk 5298:talk 5283:talk 5255:talk 5227:talk 5212:talk 5188:talk 5174:talk 5160:talk 5145:talk 5125:talk 5115:and 5093:talk 5074:talk 5070:Dmcq 5059:talk 5045:talk 5041:Dmcq 5029:talk 5004:talk 4986:talk 4982:Dmcq 4895:talk 4881:talk 4877:Dmcq 4860:talk 4852:must 4823:talk 4819:Dmcq 4808:talk 4780:talk 4776:Dmcq 4750:talk 4666:talk 4662:Dmcq 4634:talk 4589:talk 4575:talk 4571:Dmcq 4560:talk 4545:talk 4541:Dmcq 4530:talk 4491:talk 4487:Dmcq 4380:talk 4235:talk 4229:all. 4110:talk 4079:talk 4075:Dmcq 4018:talk 3998:talk 3979:talk 3975:Dmcq 3961:250k 3884:talk 3784:talk 3780:Dmcq 3766:talk 3762:Dmcq 3711:talk 3697:talk 3693:Dmcq 3682:talk 3668:talk 3664:Dmcq 3653:talk 3649:Dmcq 3637:talk 3633:Op47 3618:talk 3579:talk 3560:talk 3516:talk 3512:Dmcq 3497:talk 3483:talk 3479:Dmcq 3452:jc37 3436:here 3373:talk 3352:talk 3335:talk 3313:talk 3309:Dmcq 3266:talk 3262:Dmcq 3247:talk 3220:talk 3216:Dmcq 3199:talk 3168:talk 3164:Dmcq 3133:talk 3111:talk 3107:Dmcq 3096:talk 3087:Both 3072:talk 3068:Dmcq 3053:talk 3038:talk 3034:Dmcq 3015:talk 2982:talk 2978:Dmcq 2951:talk 2927:talk 2923:Dmcq 2892:talk 2878:talk 2874:Dmcq 2864:talk 2834:talk 2830:Dmcq 2753:talk 2734:talk 2730:Dmcq 2696:talk 2692:Dmcq 2677:talk 2657:talk 2653:Dmcq 2642:talk 2616:talk 2606:and 2593:talk 2589:Dmcq 2575:talk 2560:talk 2556:Dmcq 2546:talk 2526:talk 2522:Dmcq 2508:talk 2483:talk 2479:Dmcq 2460:talk 2456:Dmcq 2371:talk 2352:talk 2348:Dmcq 2338:talk 2303:talk 2299:Dmcq 2276:talk 2253:talk 2249:Dmcq 2234:talk 2218:talk 2197:talk 2193:Dmcq 2170:talk 2164:? -- 2151:talk 2137:talk 2123:talk 2108:talk 2070:talk 2027:talk 2023:Dmcq 2008:talk 1890:talk 1886:Dmcq 1867:talk 1849:talk 1834:talk 1828:. -- 1815:logs 1789:talk 1785:edit 1770:talk 1766:Dmcq 1755:talk 1709:talk 1705:Dmcq 1695:talk 1681:talk 1677:Dmcq 1663:and 1643:talk 1627:talk 1604:talk 1600:Dmcq 1568:talk 1564:Dmcq 1554:talk 1550:Dmcq 1539:talk 1523:talk 1519:Dmcq 1508:talk 1504:Dmcq 1490:talk 1486:Dmcq 1460:talk 1428:talk 1424:Dmcq 1401:talk 1337:talk 1294:talk 1264:talk 1238:talk 1219:talk 1200:talk 1196:Dmcq 1185:talk 1181:Dmcq 1120:talk 1116:Dmcq 1093:talk 1035:talk 1019:talk 1015:Dmcq 991:talk 983:iPad 945:talk 927:talk 888:talk 859:talk 801:talk 775:talk 722:talk 680:talk 644:Good 608:and 551:Good 474:talk 446:talk 400:talk 398:< 335:talk 232:zero 179:talk 165:talk 151:talk 128:talk 126:< 113:talk 93:Move 5184:CMD 5156:CMD 5089:CMD 4729:Cat 3540:— 3538:WFC 3493:CMD 2966:cat 2902:cat 2848:Cat 2749:CMD 2673:CMD 2147:CMD 2119:CMD 1845:CMD 1639:CMD 1456:PBS 1445:JJB 1373:ɖ∘¿ 1322:JJB 1173:JJB 904:New 758:— 756:WFC 5436:) 5412:}} 5406:{{ 5398:) 5388:}} 5382:{{ 5380:, 5378:}} 5372:{{ 5370:, 5368:}} 5362:{{ 5360:, 5358:}} 5352:{{ 5342:) 5314:) 5300:) 5285:) 5257:) 5229:) 5214:) 5190:) 5176:) 5162:) 5147:) 5139:-- 5127:) 5095:) 5076:) 5061:) 5047:) 5031:) 5006:) 4988:) 4897:) 4883:) 4862:) 4825:) 4810:) 4791:do 4782:) 4752:) 4668:) 4636:) 4591:) 4577:) 4562:) 4547:) 4532:) 4493:) 4382:) 4237:) 4112:) 4081:) 4020:) 4000:) 3981:) 3886:) 3869:1M 3786:) 3768:) 3713:) 3699:) 3684:) 3670:) 3655:) 3639:) 3620:) 3587:) 3562:) 3534:is 3518:) 3499:) 3485:) 3398:) 3375:) 3354:) 3337:) 3315:) 3268:) 3249:) 3222:) 3201:) 3170:) 3135:) 3113:) 3098:) 3074:) 3055:) 3040:) 3017:) 3009:-- 2984:) 2953:) 2943:}} 2937:{{ 2929:) 2894:) 2880:) 2866:) 2850:, 2846:, 2836:) 2771:}} 2765:{{ 2755:) 2736:) 2698:) 2679:) 2659:) 2644:) 2618:) 2595:) 2577:) 2562:) 2548:) 2528:) 2510:) 2485:) 2462:) 2454:. 2433:) 2373:) 2354:) 2340:) 2305:) 2278:) 2255:) 2236:) 2220:) 2199:) 2172:) 2153:) 2139:) 2125:) 2110:) 2072:) 2029:) 2010:) 1892:) 1869:) 1851:) 1836:) 1817:| 1813:| 1809:| 1805:| 1800:| 1796:| 1791:| 1787:| 1772:) 1757:) 1733:, 1711:) 1697:) 1683:) 1675:. 1673:}} 1669:{{ 1659:, 1655:, 1645:) 1629:) 1606:) 1591:. 1570:) 1556:) 1541:) 1525:) 1510:) 1492:) 1462:) 1430:) 1407:) 1403:- 1377:þ 1339:) 1300:) 1296:- 1270:) 1266:- 1240:) 1225:) 1221:- 1202:) 1187:) 1122:) 1099:) 1095:- 1041:) 1037:- 1021:) 993:) 947:) 929:) 890:) 861:) 821:, 803:) 777:) 724:) 682:) 620:. 476:) 448:) 422:— 337:) 299:— 272:}} 268:{{ 251:}} 247:{{ 181:) 167:) 153:) 115:) 100:→ 64:← 5432:( 5394:( 5338:( 5310:( 5296:( 5281:( 5253:( 5225:( 5210:( 5186:( 5172:( 5158:( 5143:( 5123:( 5091:( 5072:( 5057:( 5043:( 5027:( 5002:( 4984:( 4893:( 4879:( 4858:( 4821:( 4806:( 4778:( 4748:( 4664:( 4632:( 4587:( 4573:( 4558:( 4543:( 4528:( 4489:( 4378:( 4233:( 4108:( 4077:( 4016:( 3996:( 3977:( 3882:( 3782:( 3764:( 3709:( 3695:( 3680:( 3666:( 3651:( 3635:( 3616:( 3582:· 3577:( 3558:( 3514:( 3495:( 3481:( 3396:c 3394:· 3392:t 3390:( 3371:( 3350:( 3333:( 3311:( 3264:( 3245:( 3218:( 3197:( 3166:( 3131:( 3109:( 3094:( 3070:( 3051:( 3036:( 3013:( 2980:( 2949:( 2925:( 2890:( 2876:( 2862:( 2832:( 2751:( 2732:( 2694:( 2675:( 2655:( 2640:( 2614:( 2591:( 2573:( 2558:( 2544:( 2524:( 2506:( 2481:( 2458:( 2427:( 2369:( 2350:( 2336:( 2301:( 2274:( 2251:( 2232:( 2216:( 2195:( 2168:( 2149:( 2135:( 2121:( 2106:( 2068:( 2033:− 2025:( 2006:( 1973:. 1888:( 1865:( 1847:( 1832:( 1821:) 1783:( 1768:( 1753:( 1707:( 1693:( 1679:( 1641:( 1625:( 1602:( 1566:( 1552:( 1537:( 1521:( 1506:( 1488:( 1458:( 1426:( 1399:( 1375:¤ 1335:( 1292:( 1262:( 1236:( 1217:( 1198:( 1183:( 1118:( 1091:( 1033:( 1017:( 989:( 943:( 925:( 886:( 857:( 799:( 773:( 720:( 678:( 629:* 600:. 534:* 492:* 472:( 444:( 420:C 417:F 414:W 360:. 333:( 316:. 284:X 204:. 177:( 163:( 149:( 111:( 50:.

Text is available under the Creative Commons Attribution-ShareAlike License. Additional terms may apply.

Knowledge

talk:Article size/Archive 5 - Knowledge

Index