iBet uBet web content aggregator. Adding the entire web to your favor.
iBet uBet web content aggregator. Adding the entire web to your favor.



Link to original content: http://bn.wikipedia.org/wiki/উইকিপিডিয়া:নিবন্ধের_আকার
উইকিপিডিয়া:নিবন্ধের আকার - উইকিপিডিয়া বিষয়বস্তুতে চলুন

উইকিপিডিয়া:নিবন্ধের আকার

উইকিপিডিয়া, মুক্ত বিশ্বকোষ থেকে

এই পাতাটিতে বিভিন্ন নিবন্ধের উপাত্তের আকারের সীমা নিয়ে আলোচনা করা হয়েছে যা নিম্ন উপায়ে বর্নিত হয়েছেঃ

  • পাঠকের সমস্যা , যেমন পাঠযোগ্যতা, সংগঠিতকরণ, তথ্যগত সম্পৃক্তি, মনোযোগ বিস্তার ইত্যাদি।
  • সম্পাদকের সমস্যা, উদাহরণ হিসাবে আলাপ পাতার উত্তেজনা, তুচ্ছ অবদানের জন্য বিতর্ক, কীভাবে বড় নিবন্ধ ভাঙ্গা হবে তা নিয়ে বিতর্ক ইত্যাদি।
  • অবদানের সমস্যা , যেমন কোনো নিবন্ধ গুরুত্বপূর্ণভাবে নির্দিষ্ট আকারে গিয়ে সম্প্রসারন থেমে আছে সেই ক্ষেত্রে এই নীতি প্রযুক্ত হবে না, যদিও না সেই বিষয় সম্পর্কে আরও কোনো নতুন তথ্য না দেওয়া যায়।
  • প্রযুক্তিগত সমস্যা, উদাহরণ হিসাবে ব্রাঊজিং-এর সীমাবন্ধতা, আপলোডের গতি, মোবাইলের কানেকশান ইত্যাদি।

পাঠযোগ্যতা সংক্রান্ত সমস্যাবলি

[সম্পাদনা]

প্রতিটি উইকিপিডিয়া প্রবন্ধ একটি বিবর্তনের ধারায় রয়েছে এবং উন্নত হতে থাকবে বলে প্রত্যাশিত। অাপনার লেখা শেষ হলে অন্য সম্পাদকেরা সেই প্রবন্ধ আরও সমৃদ্ধ করবে। এটি কোনো সমস্যা নয় কেননা বেশিরভাগ ব্যবহারিক কার্যের জন্য উইকিপিডয়ার অসীম সংরক্ষণ স্থান রয়েছে, কিন্তু দীর্ঘ প্রবন্ধসমূহ পড়া এবং পরিচালনার জন্য অধিক অসুবিধাজনক।

একটি প্রবন্ধ যদি এক বা দুই পৃষ্ঠার হতে দীর্ঘ হয় তবে পরিচালনার সুবিধার্থে তাকে ছাপার সময় বিভিন্ন ভাগে ভাগ করে নিতে হয় (নির্দেশনার জন্য Manual of Style এবং Wikipedia:Layout দেখুন). বেশিরভাগ দীর্ঘ প্রবন্ধের জন্য, বহু অংশে বিভাজন স্বাভাবিক কিন্তু যদি দীর্ঘ তালিকা ও ছককে বিভক্ত করার “স্বাভাবিক” নিয়ম নাও থাকে, তবু বহু সম্পাদক বিশ্বাস করেন সহজে পরিচালনা এবং প্রতি-ভাগের সম্পাদনার জন্যে এটি করা উচিত।

Readers may tire of reading a page much longer than about 30 to 50 KB, which roughly corresponds to 6,000 to 10,000 words of readable prose. If an article is significantly longer than that, it may benefit the reader to move some sections to other articles and replace them with summaries (see Wikipedia:Summary style). One rule of thumb is to begin to split an article into smaller articles after the readable prose reaches 10 pages when printed. Articles that cover particularly technical subjects should, in general, be shorter than articles on less technical subjects.

For stylistic purposes, only the main body prose should be counted, since the point is to limit the size of the main body of prose.

What is and is not included as "readable prose"

[সম্পাদনা]

"Readable prose" is the main body of the text, excluding sections such as:

  • Footnotes and reference sections ("see also", "external links", footnotes, bibliography, etc)
  • Diagrams and images
  • Tables and lists
  • Wikilinks and external URLs
  • Formatting and mark-up.

Occasional exceptions

[সম্পাদনা]

Two exceptions are lists and articles summarizing certain fields. These act as summaries and starting points for a field and in the case of some broad subjects or lists either do not have a natural division point or work better as a single article. In such cases, the article should nonetheless be kept short where possible. Major subsections should use summary style where a separate article for a subtopic is reasonable, and the article should be written with greater than usual attention to readability.

Readers of such articles will usually accept complexity provided the article is well written, created with a sensible structure and style, and is an appropriate length for the topic. Most articles do not need to be excessively long, but when a long or very long article is unavoidable, its complexity should be minimized. Readability is still the key criterion.

How to measure readable prose size

[সম্পাদনা]

Specifically, for stylistic purposes, readable prose excludes: External links, Further reading, References, Footnotes, See also, and similar sections; Table of contents, tables, list-like sections, and similar content; and markup, interwiki links, URLs and similar formatting. Readable prose size may be measured in the following ways:

  • To quickly estimate readable prose size, click on the printable version of the page, select all, copy, paste into an edit window, delete remaining items not counted in readable prose, and hit preview to see the page size warning.
  • The following script may be helpful for this purpose: User_talk:Dr_pda/prosesize.js.

Technical issues

[সম্পাদনা]

In the past, because of some now rarely used browsers, technical considerations prompted a strong recommendation that articles be limited to a strict maximum of 32 KB in size, since editing any article longer than that would cause severe problems. With the advent of the section editing feature and the availability of upgrades for the affected browsers, this once hard and fast rule has been softened and many articles now exist which are over 32 KB of total text size.

Even so, the total article size should be kept reasonably low, because there are many users that edit from low-speed connections. Connections to consider include dial-up connections, smartphones, and low-end broadband connections. The text on a 32 KB page takes about five seconds to load for editing on a dial-up connection, with accompanying images taking additional time, so pages significantly larger than this are not recommended.

Mobile browsers can be a problem because these devices usually have little memory and a slow CPU; long pages can take too much time to process, if they can be fully loaded at all. Current mobile browsers and some older PC web browsers cannot correctly edit long pages because they crop the source text to 32 KB. When using slow connections, e.g., a desktop computer with an analog modem dial-up or the wireless connection of some mobile devices, long articles can take too much time to load.

Very long articles

[সম্পাদনা]

With some web browsers with certain plug-ins running in certain environments, articles over 400 KB may not render properly or at all. If possible, such very large articles should be split. If possible, split the content into logically separate articles. 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 other. For non-mainspace articles, consider splitting off the top and bottom parts of the article and transcluding them into the split parts. See Wikipedia:List of missing journals for an example of an arbitrary split with a transcluded top part. Be careful with transclusion in mainspace articles, as it may confuse inexperienced editors who make subsequent edits.

Web browsers which have problems with long articles

[সম্পাদনা]

This last issue has been found in versions of Netscape Navigator up to 4.76 (discontinued, the final build was 9.0.0.6) and Opera up to version 6.04 (the latest version is 10). MSIE 6.0 (Internet Explorer) on Windows 98 (discontinued) would lock-up during edit-preview (not during Save), but section-editing (below 32kb each) could preview fine. No other Microsoft Windows browsers are known to be affected. More recent versions should not have this problem. No versions of Internet Explorer for the Mac are affected. However, the early iMac G3 (1998 to 1999) is affected by the 32 KB limit; for example, an iMac G3 with OS 8.6 using Internet Explorer 5.1 can only copy and paste or display 32 KB in an editing box.

Formerly (mid-2006), there was a problem with the latest version of Mozilla Firefox at the time, when combined with the Google toolbar (Bugzilla bug). This is no longer a problem.

Under certain environments, Firefox 2.0 and Internet Explorer 6 are known to have difficulty loading articles over about 400 KB.

For notes on unrelated problems that various web browsers have with MediaWiki sites, and for a list of alternative browsers you can download, see Wikipedia:Browser notes.

Splitting an article

[সম্পাদনা]

When you split a section from a long article into an independent article, you should leave a short summary of the material that is removed along with a pointer to the independent article. In the independent article, put the {{SubArticle}} or {{Summary in}} tag on the talk page to create a banner that refers back to the main article.

To conform with Wikipedia's licensing requirements, which not only permit modification and reuse but also require attribution of the content contributors, the new page should be created with an edit summary noting "split content from [[article name]]". (Do not omit this step or omit the page name.) A note should also be made in the edit summary of the source article, "split content to [[article name]]", to protect against the article subsequently being deleted and the history of the new page eradicated.

No need for haste

[সম্পাদনা]

Do not take precipitous action the very instant an article exceeds 32 KB overall. There is no need for haste, and the readable prose size should be considered separately from references and other overhead. Discuss the overall topic structure with other editors. Determine whether the topic should be treated as several shorter articles and, if so, how best to organize them. Sometimes an article simply needs to be big to give the subject adequate coverage. Add one of the split tags in order to get feedback from other editors.

Breaking out trivial or controversial sections

[সম্পাদনা]

A relatively trivial fact may be appropriate in the context of the larger article, but inappropriate as the topic of an entire article in itself. In most cases, it is a violation of the neutral point of view to specifically break out a controversial section without leaving an adequate summary. It may also violate the neutral point of view policy to create a new article specifically to contain information that consensus has rejected from the main article. Consider other organizational principles for splitting the article, and be sure that both the title and content of the broken-out article reflect a neutral point of view.

Breaking out an unwanted section

[সম্পাদনা]

If a section of an article is a magnet for unhelpful contributions (such as the "external links" section or trivia sections), be aware that while moving it to another article may help to clean up the main article, it creates a new article that consists entirely of a section for unwanted contributions. If an article includes an unwanted section, or unwanted information, it is better to remove that content than to create a new article for it.

A rule of thumb

[সম্পাদনা]

Some useful rules of thumb for splitting articles, and combining small pages:

Readable prose size What to do
> 100 KB Almost certainly should be divided
> 60 KB Probably should be divided (although the scope of a topic can sometimes justify the added reading time)
≥ 40 KB May need to be divided (likelihood goes up with size)
< 40 KB Length alone does not justify division
< 1 KB If an article or list has remained this size for over a couple of months, consider combining it with a related page. Alternatively, why not fix it by adding more info? See Wikipedia:Stub.
Please note:

These guidelines apply somewhat less to disambiguation pages and naturally do not apply to redirects. They also apply less strongly to list articles, especially if splitting them would require breaking up a sortable table.

How to find long articles

[সম্পাদনা]

The 1000 largest articles are listed at Special:Longpages.

You can find the size of a page including the markup in kilobytes [kb] from the page history, and its size in words from search (button) results including the references. In most cases these are not reliable indications on their own of whether an article should be split.

For pages longer than 30kb, the size of the page is displayed when editing, with the message MediaWiki:Longpagewarning – for example:

This page is 37 kilobytes long.

Note that the ability to edit a section rather than the entire page decreases wait time, removing some of the many, oversized-page problems for editors; however, readers with slow modems will still have to wait for the entire page to load.

You can set your preferences (by changing the "Threshold for stub link formatting" under the "Appearance" menu) to make links to pages smaller than a certain size appear in a different colour. "Size" in this context means the size of the source text seen in the edit box.

If you have problems editing a long article

[সম্পাদনা]

If you have encountered an article that is so long you can't edit it, or if your browser chops off the end of the article when you try to edit it, there are a few ways you can solve the problem.

The best permanent solution is to simply upgrade to a more modern web browser, if possible. No major modern web browsers have this problem on their recent versions, and there are many other benefits to upgrading to their latest version: more recent versions will be considerably more secure, will do a better job displaying content written to more modern HTML (and other standards), and will have fixed many bugs, besides this one. Many articles on Wikipedia are going to be longer than 32 KB on a permanent basis, so you will continue to have occasional problems with article length as long as you are using an older browser.

As a temporary solution, you should be able to edit the article one section at a time by using the "Edit" links you see next to each header in the article. This should work as long as none of the sections are longer than 32 KB, which they really shouldn't be. You can edit text before the first section by editing the first section, then changing the &section=1 part of the URL to &section=0. (See bugzilla:156 and two JavaScript workarounds: 1, 2.) You can insert a new section either by using the "+" link (if there is one) in the "Views" section, or by editing an existing section and explicitly adding a second header line within it. See also Section editing and Editing before the first section.

If you find a section too long to edit correctly and safely, you can post a request for assistance on the Village Pump. Follow the "post" link for the assistance section, which will allow you to post a new comment without editing any existing text. Answering your request may take from an hour to a week, depending on the response of your fellow volunteer editors.

আরও দেখুন

[সম্পাদনা]