در زیر دستورالعمل‌هایی برای جنبه‌های مختلف نوشتن محتوای مقاله درباره بازی‌های ویدیویی است که با اجماع ویکی‌پدیایی‌ها ایجاد شده است. لطفاً اگر ایده یا سؤالی دارید در صفحه بحث درباره آنها بحث کنید. ویراستاران همچنین باید با راهنمای اصلی سبک ، نوشتن در مورد دستورالعمل های فرعی داستان و راهنمای کلی برای نوشتن مقالات بهتر آشنا باشند .
به طور کلی، بخش‌های زیر ترتیب معمول بخش‌های مورد استفاده در مقالات مرتبط با بازی‌های ویدیویی را شرح می‌دهند. اینها لزوماً نباید با سرصفحه ها و تقسیمات بخش واقعی مطابقت داشته باشند. اگر به بهبود مقاله کمک نمی کنند، سعی نکنید با آنها مطابقت کنید.
برای بازی ها
بخش اصلی : نام بازی با حروف برجسته، ژانر گیم پلی آن ، تاریخ انتشار، پلتفرم و سایر اطلاعات شناسایی اول می باشد. سپس، خلاصه‌ای از کل متن مقاله، که توضیح می‌دهد چرا بازی قابل توجه و مهم است . این جنبه کلیدی بخش اصلی است، زیرا ایده اصلی را که در سراسر مقاله ارائه خواهد شد، ایجاد می کند.
Infobox : محتوا باید مطابق با اسناد الگو باشد ، برای اطلاعات بیشتر به زیر مراجعه کنید.
گیم پلی : بررسی بخش های مهمی از نحوه عملکرد بازی. به یاد داشته باشید که راهنمای بازیکن یا مطالب راهنما را وارد نکنید . بخش گیم پلی باید قبل از بخش طرح باشد، به استثنای زمانی که به ساده کردن بحث در مورد هر یک از بخش ها کمک می کند. برای مثال، در Assassin's Creed ، بازیکن نقش مردی را در قرن بیست و یکم بازی می‌کند که خاطرات یک اجداد بسیار دور را در جنگ‌های صلیبی تجربه می‌کند، با چندین عنصر گیم‌پلی برای بازتاب این ادراک دوگانه. در این مورد، توصیف طرح قبل از گیم پلی، محتوای هر یک را ساده می کند و از تکرار بین بخش ها جلوگیری می کند.
طرح : اگر طرح خیلی پیچیده نباشد، می‌توان آن را با گیم‌پلی ترکیب کرد. در غیر این صورت، آن را در بخش خود قرار دهید. در صورت لزوم، بخش می تواند زیر عنوان هایی برای داستان، صحنه و شخصیت ها داشته باشد. آن را مختصر نگه دارید و از جزئیات بی اهمیت خودداری کنید.
توسعه : بحث در مورد توسعه، مفاهیم طراحی و الهامات، و غیره. این به راحتی می تواند چندین زیربخش مختلف را شامل شود. همچنین شامل مطالب انتشار، مانند بازاریابی بازی، اطلاعات تبلیغاتی و/یا تاریخ انتشار است. اگر مواد رهاسازی به اندازه کافی بزرگ باشد، می توان آن را به بخش خود تقسیم کرد.
پذیرش : این باید جزئیاتی را نشان دهد که منتقدان چگونه بازی را دریافت کردند.
میراث : اگر بازی تأثیر قابل توجهی بر سری، ژانر، و/یا صنعت بازی های ویدیویی داشت، بخشی را به میراث آن اختصاص دهید. این را می توان در زیر هدر دریافت یا در صورت وجود اطلاعات کافی، یک بخش جداگانه قرار داد. اگر تنها تأثیر عمده، دنباله یا اقتباس های رسانه ای است، به جای آن نام این بخش را «رسانه های مرتبط»، «عاقبت» و غیره در نظر بگیرید.
پیوندهای خارجی : در صورت موجود بودن، شرکت و وب سایت(های) بازی را در صورتی که وب سایت شرکت جدا از وب سایت بازی است، فهرست کنید. علاوه بر این، تمام وب سایت های مرتبط برای انتشارات انگلیسی را فهرست کنید. در صورتی که در لیست سایت هایی که باید از آنها اجتناب شود، ممکن است از منابع دیگری استفاده شود که به عنوان منابع قابل اعتماد نیستند .
برای شخصیت ها
بخش اصلی : نام شخصیت یا سریال (اگر گروهی از شخصیت‌ها) با حروف برجسته برجسته، نام شرکت و/یا طراحانی که آنها را توسعه داده‌اند، و سایر اطلاعات شناسایی اول می‌شوند. سپس، خلاصه ای از مقاله. در نهایت، چرا شخصیت (ها) قابل توجه و مهم است . این بخش کلیدی بخش اصلی است، زیرا ایده اصلی را که در سراسر مقاله ارائه خواهد شد، ایجاد می کند.
Infobox : مقالات مربوط به یک کاراکتر باید دارای یک جعبه اطلاعات کاراکتر باشند. مقالات روی گروهی از کاراکترها باید دارای جعبه اطلاعات حذف شده باشند.
مفهوم و طراحی : گذر از فرآیندی که در آن شخصیت(ها) خلق و طراحی شده است.
ظاهر : این باید هر بازی یا رسانه مرتبطی را که شخصیت در آن ظاهر شده است فهرست کند و به طور خلاصه درباره نقش آنها در بازی صحبت کند. اگر در لیست یا مقاله ای از گروهی از کاراکترها باشد، این بخش معمولاً باید در بقیه بخش کاراکترها ادغام شود.
کالا : اگر از شباهت شخصیت(ها) به طور گسترده در کالاها و مواد بازاریابی استفاده شده باشد، این بخش باید گنجانده شود. انواع کالا باید شامل تاریخ عرضه و در صورت امکان مناطق و مناطق کالا باشد
پذیرش : این باید جزئیات نحوه دریافت شخصیت(ها) توسط منتقدان را نشان دهد. انتقاد در مورد خود بازی به طور کلی باید حذف شود زیرا شخصیت(ها) موضوع مقاله است.
منابع : ذکر منابع! اگر مطمئن نیستید که چه چیزی را برای مراجع اضافه کنید، کتابچه های آموزش بازی، راهنماها، بررسی ها و مصاحبه ها همه کاندیدهای خوبی هستند.
پیوندهای خارجی : در صورت موجود بودن، وب سایت(های) بازی را فهرست کنید. اگر ابتدا در یک کشور غیر انگلیسی منتشر شده است، هر دو وب سایت کشور اصلی را فهرست کنید. علاوه بر این، تمام وب سایت های مرتبط برای انتشارات انگلیسی را فهرست کنید. اگر در فهرست منابعی که باید از آنها اجتناب شود، منابع دیگری که به عنوان منابع معتبر واجد شرایط نیستند، ممکن است استفاده شوند.
برای تنظیمات
بخش اصلی : نام محیط یا دنیای تخیلی با حروف کج برجسته، نام شرکت و/یا طراحانی که آنها را توسعه داده‌اند، و سایر اطلاعات شناسایی اول هستند. سپس، خلاصه ای از مقاله. در نهایت، چرا تنظیم قابل توجه و مهم است . این بخش کلیدی بخش اصلی است، زیرا ایده اصلی را که در سراسر مقاله ارائه خواهد شد، ایجاد می کند.
صندوق اطلاعات : اکثر مقالات در یک تنظیمات باید دارای جعبه اطلاعات حذف شده باشند. هر چند استثنا وجود دارد.
مفهوم و طراحی : گذر از فرآیندی که در آن محیط ایجاد و طراحی شده است.
محتوای درون بازی : این بخش باید شامل اطلاعاتی درباره تنظیمات مربوط به بازی باشد. به طور خلاصه درباره نقش در بازی و هر جنبه ای از دنیای درون بازی که قابل توجه و/یا یک واقعیت مهم برای بازی است صحبت کنید. این بخش نباید حاوی جزئیات بیش از حد در مورد طرح بازی، توضیحات مربوط به تنظیمات یا اطلاعات راهنمای بازی باشد.
پذیرش : این باید جزئیاتی را نشان دهد که چگونه محیط یا جنبه های محیط توسط منتقدان دریافت شده است. انتقاد در مورد خود بازی به طور کلی باید حذف شود زیرا تنظیمات موضوع مقاله است.
منابع : ذکر منابع! اگر مطمئن نیستید که چه چیزی را برای مراجع اضافه کنید، کتابچه های آموزش بازی، راهنماها، بررسی ها و مصاحبه ها همه کاندیدهای خوبی هستند.
پیوندهای خارجی : در صورت موجود بودن، وب سایت(های) بازی را فهرست کنید. اگر ابتدا در یک کشور غیر انگلیسی منتشر شده است، هر دو وب سایت کشور اصلی را فهرست کنید. علاوه بر این، تمام وب سایت های مرتبط برای انتشارات انگلیسی را فهرست کنید. اگر در فهرست منابعی که باید از آنها اجتناب شود، منابع دیگری که به عنوان منابع معتبر واجد شرایط نیستند، ممکن است استفاده شوند.
ویکی پدیا یک دایره المعارف است. مقاله‌های مربوط به بازی‌های ویدیویی باید یک نمای دایره‌المعارفی از یک بازی و اهمیت آن برای صنعت ارائه دهند. باید به خوانندگان مروری مختصر از داستان و گیم پلی بازی ارائه شود. بخش‌های طرح، در صورت لزوم، نباید بیش از 700 کلمه باشد تا تمرکز خود را حفظ کند. برای خوانندگان مهم است که بتوانند نحوه توسعه بازی و استقبال تجاری و انتقادی آن را بیاموزند. از آنجایی که دایره‌المعارف توسط گیمرها و غیربازی‌کنندگان به طور یکسان خوانده می‌شود، مهم است که مقاله‌ای را با توضیحات مفصل در مورد نحوه بازی آن یا مقدار بیش از حد چیزهای بی‌اهمیت غیر دایره‌المعارفی شلوغ نکنید. یک قانون سرانگشتی اگر مطمئن نیستید: اگر محتوا فقط برای بازیکنان ارزش داشته باشد، نامناسب است. مقالات بازی های ویدیویی باید برای افراد غیربازی جامع و قابل خواندن باشد.
ویکی‌پدیا معمولاً مقاله‌های مستقلی درباره بازی‌ها، شرکت‌ها، افراد یا سخت‌افزارهای برجسته دارد. اطلاعات قابل اعتماد در مورد لوازم جانبی بازی، برنامه های توسعه، موسیقی، کالاها یا شخصیت ها اغلب می توانند در جایی مناسب تر و از نظر زمینه غنی تر ادغام شوند. از پوشش دقیق عناصر درون بازی مانند موارد، سطوح یا تنظیمات خودداری کنید. اگر چندین منبع معتبر اهمیت یک عنصر بازی را برای یک بازی یا مجموعه توصیف کنند، می توان آن را در مقاله اصلی مربوطه، در زمینه خلاصه کرد. یک مقاله جداگانه برای یک عنصر بازی معمولاً تضمین می شود اگر منابع متعدد اهمیت آن را در خارج از خود بازی مشخص کنند و تأثیر آن را بر صنعت بازی، تاریخ یا یک سبک توصیف کنند.
محتوایی که برای ویکی‌پدیا نامناسب است ممکن است در جاهای دیگر مورد قدردانی قرار گیرد: Codex Gamicus برای اطلاعات عمومی/جزئیات. ویکی یک بازی منفرد (مانند Fandom یا جاهای دیگر) برای جزئیات یک تنظیمات، طرح یا آیتم های درون بازی؛ StrategyWiki برای محتوای راهبردی/استراتژی/بازی. و قفسه کتاب بازی‌های الکترونیکی Wikibooks. برای پیشنهاد کپی شدن یک مقاله یا بخش در ویکی بازی، از الگو استفاده کنید. در مورد نحوه انتقال اطلاعات به ویکی های دیگر به Help:Transwiki مراجعه کنید. برای اینکه به سادگی چنین اطلاعاتی را برای حذف برچسب گذاری کنید، لطفاً الگو را به مقاله مورد نظر اضافه کنید.{{Copy to gaming wiki}}{{Game guide}}
محتوای ضروری
هر مقاله بازی ویدیویی باید شامل حداقل مجموعه ای از عناصر استاندارد باشد:
یک جعبه اطلاعات که به درستی و مناسب تکمیل شده است ( برای دستورالعمل‌های نحوه استفاده از الگوهای مختلف برای مقالات بازی‌های ویدیویی به WP:WikiProject بازی‌های ویدیویی/الگوها مراجعه کنید) .
الگوی قرار داده شده در صفحه بحث مقاله. این به دیگران امکان می دهد بدانند که این مقاله در محدوده بازی های ویدئویی ویکی پروژه است.{{WikiProject Video games}}
بخش «توسعه» یا «تاریخ». برای حفظ دیدگاه دنیای واقعی ، توضیح نحوه ایجاد موضوع مقاله و نه تنها بحث درباره داستان ضروری است.
بخش "پذیرایی". این نشان دهنده تأثیری است که موضوع بر صنعت بازی داشت: از نظر تجاری، هنری و فنی. برای راهنمایی بیشتر به این دستورالعمل مراجعه کنید .
هنگام نوشتن در مورد یک بازی، مطمئن شوید که آن را بر اساس ژانر، پلتفرم و سال دسته بندی کنید (به WP:Categorization مراجعه کنید ) .
اگر این اطلاعات ضروری را نتوان در منابع معتبر پیدا کرد، ممکن است بهتر باشد این موضوع را در یک مقاله اصلی ادغام کنیم.
در , تاریخ انتشار باید برای مناطق عمدتا انگلیسی زبان از جمله آمریکای شمالی، اروپا و استرالیا/نیوزیلند ارائه شود. اگر بازی ویدیویی برای اولین بار در یک کشور غیر انگلیسی، معمولاً در ژاپن منتشر شده است، باید آن را نیز بیان کنید.{{Infobox video game}}
نسخه‌های منطقه‌ای (آمریکای شمالی، اروپا یا حتی منطقه PAL ) به نسخه‌های منتشر شده در کشورهای خاص ترجیح داده می‌شوند، مگر اینکه تفاوت‌های قابل‌توجهی در تاریخ‌های انتشار وجود داشته باشد یا فروش بازی در یک کشور خاص در منطقه ممنوع یا محدود شده باشد. [a] استفاده از پاورقی‌ها را به‌جای یک ورودی جداگانه برای انتشار کشور در جعبه اطلاعات در نظر بگیرید تا اطلاعات موجود در آن را نسبتاً مختصر نگه دارید.
در غیر این صورت، نسخه‌های منتشر شده در کشورهای غیرانگلیسی نباید در جعبه اطلاعات گنجانده شوند، اما در صورت لزوم، می‌توان در متن مقاله بیشتر بحث کرد.
اگر بازی برای چندین پلتفرم در دسترس است، تاریخ انتشار گروهی ابتدا بر اساس پلتفرم و سپس بر اساس کشور. بنابراین، بازی ای که ممکن است برای ایکس باکس 360 و سپس برای پلی استیشن 3 منتشر شود ، تمام تاریخ های عرضه ایکس باکس 360 را در یک عنوان گروه بندی کنید، سپس همه پلی استیشن 3 را در یک ثانیه منتشر کنید.
اگر نسخه بازسازی، ریمستر یا مجموعه بازی در همان مقاله بازی اصلی آن پوشش داده شود، تاریخ انتشار گروهی بعدی بر اساس نسخه اصلی و بازسازی شده، سپس بر اساس کنسول و سپس بر اساس کشور.
با این حال، بازی‌هایی که از طریق سیستم‌های شبیه‌سازی‌شده منتشر می‌شوند، که شامل کنسول مجازی برای کنسول‌های نینتندو، میکروکنسول‌هایی مانند Atari Flashback و برخی از عناوین نرم‌افزاری مانند Sega Genesis Collection هستند ، نباید این نسخه‌های مجدد شبیه‌سازی شده را در جعبه اطلاعات قرار دهند.
اگر بازی یک نسخه چند پلتفرمی همان روز است، لازم نیست برای هر پلتفرم لیست های جداگانه ایجاد کنید و می توان آنها را بر اساس آن گروه بندی کرد. به عنوان مثال به جعبه اطلاعات در Grand Theft Auto V مراجعه کنید .
اگر تعداد کنسول‌ها یا نسخه‌های بازسازی شده بیش از حد زیاد شد، فقط اولین نسخه یا کنسول اصلی را در جعبه اطلاعات با استفاده از الگوی {{ فهرست جمع‌شدنی }} با فیلد {{{title}}}تنظیم شده برای نمایش اطلاعات سطح بالا، و خلاصه سایر تاریخ‌های عرضه را در نظر بگیرید. در بخش توسعه بدنه مقاله؛ برای نمونه به جعبه اطلاعات در Lemmings (بازی ویدیویی) مراجعه کنید.
تاریخ انتشار باید با استفاده از الگو ارائه شود ، مگر اینکه بازی دارای یک تاریخ انتشار جهانی به طور همزمان باشد، در این صورت ممکن است الگو حذف شود. از نمادهای پرچم در جعبه اطلاعات استفاده نکنید ، در عوض، منطقه/کشور را با نام، یکی از کدهای منطقه محدود پشتیبانی شده توسط ، یا با کدهای کشور آلفا-3 ISO 3166-1 آنها ذکر کنید. اگر مجموعه‌ای از نسخه‌ها دارای تاریخ‌های انتشار منطقه‌ای متفاوتی هستند، در حالی که پلتفرم دیگری دارای انتشار در سراسر جهان است، در سراسر جعبه اطلاعات با استفاده از کد کشور "WW" برای نسخه‌های جهانی سازگار باشید.{{Video game release}}{{Video game release}}{{Video game release}}
در سرنخ مقاله ، تاریخ‌های انتشار باید تا حد امکان عمومی باشد و از ذکر خاصی از نسخه‌های پلتفرم و منطقه اجتناب شود، مگر اینکه مهم باشد. در صورت امکان، تاریخ انتشار در سرنخ باید به سال انتشار، یا ماه و سال در صورت لزوم خلاصه شود. مثال ها:
یک بازی ویدیویی که در سراسر جهان در تمام پلتفرم‌های اصلی در یک سال منتشر شد، اما تاریخ‌های مختلف زیادی را می‌توان به عنوان «انتشار در سال 2008» خلاصه کرد. اگر دوره انتشار در طول یک سال گسترش یابد، می توان آن را به عنوان "آزاد شده در سال 2008 و 2009" خلاصه کرد.
یک بازی ویدیویی با پورت بعدی به سیستم دیگری را می‌توان به این صورت ذکر کرد: "این بازی برای اولین بار در ژانویه 2008 برای پلی استیشن 2 منتشر شد و در اواخر همان سال به Nintendo DS منتقل شد."
تاریخ انتشار باید در متن مقاله مورد بحث قرار گیرد (معمولاً به عنوان بخشی در "توسعه" یا "انتشار")، و باید شامل نقل قول هایی باشد که پس از انتشار بازی یا محتوا منتشر شده است تا تأیید شود که محصول طبق انتظار منتشر شده است. بررسی های بازی ممکن است برای این کار مناسب باشند، اما بررسی های قبل از انتشار مناسب نیستند.
در ذکر تاریخ انتشار باید دقت شود. بسیاری از سایت‌های بازی تجاری، مانند GameSpot ، IGN ، و 1Up.com ، تاریخ‌های دقیق و همچنین خرده‌فروشی‌هایی مانند Amazon یا GameStop را ارائه می‌کنند . برای بازی‌های منتشر نشده، سایت‌های فروشنده نباید به‌عنوان منابع قابل تأیید استفاده شوند، زیرا تاریخ آنها احتمالاً بر اساس بهترین تخمین آنها از زمان عرضه بازی است. برای تایید این تاریخ ها همیشه به دنبال اظهارات تایید کننده از منابع موثق باشید. اگر یک بازه زمانی کلی ("سه ماهه اول"، "اوایل") یا حتی یک ماه ارائه شده است، آن را قبل از سال درج کنید، اما این شرایط را به هم پیوند ندهید ( قالب بندی تاریخ را در کتابچه راهنمای سبک ببینید). از استفاده از تاریخ های انتشار تخمین فصلی ("زمستان"، "تابستان") خودداری کنید زیرا این تاریخ ها در نقاط مختلف جهان معانی متفاوتی دارند ( برای اطلاعات بیشتر به WP:SEASON مراجعه کنید).
به خاطر داشته باشید که برخی از ناشران ممکن است "تاریخ انتشار" را تبلیغ کنند، در حالی که برخی ممکن است "تاریخ در فروشگاه" را تبلیغ کنند و برخی ممکن است هر دو را تبلیغ کنند. ( Metroid Prime 3: Corruption نمونه‌ای از هر دو را ارائه می‌کند.) معمولاً، اما نه همیشه، تاریخ انتشار نیز تاریخی است که ناشر بازی را برای خرده‌فروشان ارسال می‌کند و در نتیجه تاریخ در فروشگاه بین یک تا سه است. روز بعد در برخی موارد، بازی قبل از تاریخ انتشار عرضه می‌شود – این معمولاً با نسخه‌های بزرگی اتفاق می‌افتد که در آن ناشر قصد دارد همه در یک کشور یا منطقه در یک زمان خاص به آن دسترسی داشته باشند (راه‌اندازی نیمه‌شب و غیره). همیشه باید از "تاریخ عرضه" استفاده شود و تاریخ ارسال و در فروشگاه تقریباً همیشه نامربوط است.
نسخه‌های اولیه مانند دوره‌های آزمایش بتای باز، دسترسی زودهنگام یا سایر مکانیزم‌های مشابه نباید پس از انتشار واقعی بازی در جعبه اطلاعات گنجانده شوند. در حالی که بازی در حالت انتشار اولیه است، ممکن است آن تاریخ انتشار زودهنگام در جعبه اطلاعات درج شود، اما باید به عنوان نسخه اولیه نشان داده شود، و در نثر مقاله، بازی باید به عنوان یک بازی ویدیویی آینده در نظر گرفته شود که هنوز برای دریافت نسخه کامل برای تمام اهداف دیگر.
هم در لید و هم در جعبه اطلاعات، فهرست پلتفرم‌ها فقط باید شامل نام کنسول‌ها یا سیستم‌عامل‌هایی مانند «Game Boy»، «iOS»، «Windows»، «PlayStation 4»، «Sega Genesis»، «Xbox Series» باشد. X/S" که بازی برای آن توسط توسعه دهنده یا ناشر ساخته شده است. جزئیات خاص روی پلت فرم را می توان در بدنه با منبع مناسب مورد بحث قرار داد.
پلتفرم‌های فهرست‌شده نباید شامل نام‌های ویترین فروشگاهی مانند « Steam »، « PlayStation Network »، « Xbox Live Arcade »، « eShop » یا « App Store » باشند. به طور کلی، ذکر نام ویترین فروشگاه در هیچ بخشی از مقاله بازی الزامی نیست، مگر اینکه مربوط به بحث منبع در مورد بازی باشد.
پلتفرم‌های فهرست‌شده همچنین نباید شامل سرویس‌های اشتراک یا پخش بازی‌هایی مانند «Apple Arcade»، «OnLive»، «PlayStation Now» یا «Xbox Game Pass» باشند. اینها پورت یا موارد مشابه در نظر گرفته نمی شوند و فقط بازی را از یک پلتفرم موجود در یک سرویس متفاوت ارائه می دهند.
تنها استثنا در این مورد Stadia است که مشخص شده است پلتفرمی منحصر به فرد است که توسعه دهندگان باید برای آن بسازند و ویژگی های منحصر به فردی را ارائه می دهد که توسط سیستم عامل لینوکس ارائه نشده است.
پلتفرم‌های فهرست‌شده نباید شامل پلتفرم‌هایی باشند که بازی روی آنها از طریق شبیه‌سازی قابل بازی باشد، چه به‌طور رسمی برای آن منتشر شده باشد (مانند کنسول مجازی نینتندو و نینتندو سوییچ آنلاین یا نسخه‌های مجدد با مجوز رسمی Dotemu )، از طریق راه‌حل‌های میان‌افزار مانند Proton در SteamOS مبتنی بر لینوکس در Steam Deck یا از طریق سیستم‌های شبیه‌سازی شخص ثالث/کاربر مانند از طریق ScummVM . لیست پلتفرم باید محدود به پلتفرم هایی باشد که بازی برای آنها ساخته و گردآوری شده است. اغلب بازی‌هایی وجود دارند که مجموعه‌ای از بازی‌های شبیه‌سازی شده هستند، مانند سگا جنسیس کلاسیک یا مجموعه بعد از ظهر دیزنی . مقاله مجموعه بازی‌ها باید شامل سیستم‌های جدیدی باشد که مجموعه برای آنها ارائه می‌شود، اما این پلتفرم‌ها نباید به مقالات مربوط به بازی‌های فردی اضافه شوند.
به طور مشابه، پلتفرم‌های فهرست‌شده نباید شامل پلتفرم‌هایی باشند که از سازگاری با نسخه‌های قبلی پشتیبانی می‌کنند. در حالی که چندین بازی اصلی ایکس باکس بر روی ایکس باکس 360 قابل بازی هستند ، ایکس باکس 360 نباید به عنوان پلتفرم این بازی ها ذکر شود. به طور مشابه، هر دو پلی استیشن 5 و ایکس باکس سری ایکس و سری اس دارای سازگاری به عقب از نسل قبلی و همچنین قابلیت وصله های بهینه سازی برای بهبود عملکرد بازی در کنسول های جدیدتر هستند. این نیز برای گنجاندن کنسول های جدیدتر در لیست پلتفرم بازی کافی نیست.
برای بازی‌هایی که بازسازی‌های رسمی یا ریمسترهایی دریافت می‌کنند که در مقاله‌ای جداگانه پوشش داده نمی‌شوند، پلتفرم‌هایی را که نسخه بازسازی‌شده روی آنها منتشر شده است، درج کنید، اما مطمئن شوید که پلتفرم‌های نسخه اصلی و نسخه بازسازی‌شده را از هم متمایز کنید. اگر نسخه بازسازی شده مقاله خاص خود را دارد، مانند بازسازی Resident Evil 2 2019 ، پلتفرم های بازسازی را در مقاله اصلی بازی وارد نکنید . در تعیین فهرست پلتفرم نباید بازسازی‌های غیررسمی شخص ثالث یا طرفداران را در نظر گرفت.
از فهرست کردن جنبه های سخت افزاری خاص در پلتفرم ها خودداری کنید. از «Ouya» یا «Nvidia Shield TV» استفاده نکنید، بلکه در عوض از «Android» استفاده کنید، هرچند که می‌توان به انحصار این دستگاه‌ها در بدنه اشاره کرد. "Oculus Rift" یا "HTC Vive" را درج نکنید، بلکه در عوض از "Windows" استفاده کنید اما به وضوح نشان می دهد که بازی از واقعیت مجازی پشتیبانی می کند و لیستی از هدست های سازگار را می توان در بدنه ذکر کرد. برای برخی از بازی‌های اپل که به دستگاه خاصی نیاز دارند (مانند آی‌پد روی آیفون)، به سیستم عامل پایه (iOS) بمانید، اما به سازگاری سخت‌افزاری محدود در بدنه اشاره کنید.
به طور مشابه برای سیستم عامل ها، از دسته بندی گسترده سیستم عامل استفاده کنید و نه نسخه های خاصی از نسخه ها. بازی‌هایی که به ویژگی‌های عملیاتی ویندوز 10 نیاز دارند، همچنان باید در فهرست پلتفرم‌ها به‌عنوان «ویندوز» معرفی شوند. از "یونیکس" یا "لینوکس" برای پوشش دادن طبقات گسترده ای از نسخه های مختلف توزیع یونیکس/لینوکس استفاده کنید.
برای بازی‌های Mac OS X/OS X/macOS، از نام سیستم‌عاملی که در زمان انتشار بازی استفاده می‌شد استفاده کنید.
اگر فهرست پلتفرم به دلیل پورت‌های متعدد بسیار طولانی است، پلتفرم اصلی را با استفاده از فهرست‌های جمع‌شده یا پیوندهای بخش مربوطه برجسته کنید تا فهرست کامل ارائه شود. از تکرار لیست های طولانی از نام پلتفرم ها در لید خودداری کنید. به عنوان مثال، برای Lemmings ، ما بیان می کنیم که Lemmings توسط Psygnosis برای آمیگا در سال 1991 منتشر شد و بعداً برای پلتفرم های متعدد دیگر منتقل شد. به جای فهرستی جامع از بیست و چند پلتفرم که پورت های رسمی دریافت کرده بود.
اگر به نظر می رسد توسعه بازی متوقف شده است اما به طور رسمی لغو نشده است (به عنوان مثال Agent یا Tekken X Street Fighter )، آن را به رده:بازی های ویدیویی Vaporware اضافه کنید . این دسته همچنین می‌تواند برای بازی‌هایی استفاده شود که قبلاً قبل از انتشار در نهایت به عنوان Vaporware در نظر گرفته می‌شدند.
در زیر فهرستی از محتوایی است که عموماً فراتر از محدوده اطلاعات مقالات ویکی‌پدیا در مورد بازی‌های ویدیویی و موضوعات مرتبط با بازی‌های ویدیویی در نظر گرفته می‌شود.
مقالات غیر قابل توجه و اسپین اوت : از ایجاد مقالات جدید در مورد موضوعات غیر قابل توجه خودداری کنید. یک موضوع قابل توجه باید در منابع معتبر و مستقل از موضوع مورد توجه قرار گیرد . یک مقاله کوچکتر تنها در صورتی باید از یک موضوع بزرگتر جدا شود که مقاله جدید خود قابل توجه باشد.
مقالات کوتاه متعدد : یک مقاله بزرگ معمولا سازماندهی و زمینه بهتری را برای یک موضوع فراهم می کند. زمانی که یک تلفیقی بزرگتر انجام می شود چندین مقاله کوچک ایجاد نکنید. مقاله ایده آل نه خیلی بزرگ است و نه خیلی کوچک.
دستورالعمل های دقیق : گفتن اینکه یک شخصیت می تواند بپرد، شلیک کند، و بمب رها کند برای درک بازی مفید است، اما از توضیح ترکیب دکمه ها یا کدهای تقلب خودداری کنید.
راهنماها و راهنماهای استراتژی : مفاهیم اساسی استراتژی برای درک بازی مفید هستند، اما از جزئیات در مورد نحوه حل پازل ها و شکست دادن دشمنان خاص اجتناب کنید.
جزئیات داستانی بیش از حد : یک خلاصه داستان مختصر برای پوشش یک بازی، شخصیت یا محیط قابل توجه مناسب است . اطلاعات فراتر از آن غیر ضروری است و باید حذف شود، زیرا مقالات باید بر عناصر دنیای واقعی یک موضوع، مانند ایجاد و دریافت تمرکز کنند.
فهرست شخصیت‌هایی که منبع ثانویه ندارند : با توجه به موارد فوق، جزئیات بیش از حد در بازی در مورد شخصیت‌ها به شدت ممنوع است. فهرست‌های مستقل از شخصیت‌های بازی‌های ویدیویی انتظار می‌رود (1) به سبکی خارج از جهان با تمرکز بر مفهوم، خلقت، و دریافت آنها نوشته شود، و (2) توسط منابع مستقل و ثانویه برای تأیید این اطلاعات ذکر شود. در حالی که فهرست شخصیت‌ها می‌توانند شامل خلاصه‌ای از طرح‌های مختص شخصیت باشند، این طرح‌ها نباید تکرار بازی(های) ویدیویی باشد که در آن ظاهر می‌شوند، بلکه باید ضربات گسترده‌ای باشند که طرح‌های تک تک بازی‌ها را ساده‌تر می‌کنند. اگر این الزامات برآورده نشدند، در عوض، بهتر است فهرست را به یک تا سه پاراگراف نثر در بخش «طرح» یا «خلاصه» مقاله بازی یا سریال کاهش دهید. تقریباً هرگز مناسب نیست که یک لیست مستقل از شخصیت‌هایی که در یک بازی ویدیویی ظاهر می‌شوند ایجاد کنید، همانطور که در مقاله بازی توضیح داده شده است.
فهرست آیتم‌های گیم‌پلی، سلاح‌ها یا مفاهیم : مقادیر امتیاز خاص، دستاوردها و غنائم ، محدودیت‌های زمانی، سطوح (شامل لیست ورزشگاه‌ها/محل‌های ورزشی)، حرکات شخصیت‌ها، کلاس‌های وزن کاراکتر، شخصیت‌های قابل باز شدن، وسایل نقلیه و غیره در نظر گرفته می‌شوند. نامناسب گاهی اوقات اگر برای درک بازی یا اهمیت آن در صنعت ضروری باشد، یک خلاصه مختصر مناسب است.
هزینه : هزینه خرید بازی‌ها، محصولات یا اشتراک‌ها، از جمله ارزش امتیاز برای خدمات آنلاین، نباید در مقالات گنجانده شود، مگر اینکه هزینه فردی مورد پوشش قابل توجهی در منابع معتبر مستقل داشته باشد. معمولاً استثنائاتی برای گنجاندن قیمت خرده‌فروشی سازنده سخت‌افزار و دستگاه‌های بازی استاندارد شده، مانند کنسول‌های بازی، در مقاله‌های مربوط به آن سخت‌افزار یا مقایسه با سایر سخت‌افزارها وجود دارد، عملی که مطابق با سایر مقالات محصولات فیزیکی در ویکی‌پدیا است.
شایعات و گمانه زنی ها : حدس و گمان در مورد بازی های آینده، شایعات در مورد محتوای یک بازی، یا تغییرات در توسعه دهندگان و ناشران بازی های ویدیویی نباید شامل شوند، حتی اگر این شایعات از منابع قابل اعتماد منتشر شوند یا دوباره گزارش شوند. بحث درباره شایعات به خوبی گزارش شده و در سطح صنعت از نقطه نظر تاریخی، پس از زمانی که اتفاق می افتاد یا باید می افتاد، ممکن است برای کمک به ارائه زمینه برای یک موضوع مناسب باشد.
فهرست بازیگران : به طور کلی، فهرستی از بازیگرانی که صداها، شباهت‌ها یا اجرای فیلمبرداری حرکتی را برای شخصیت‌های بازی ویدیویی ارائه می‌کنند، مناسب نیست. اگر ذکر یک بازیگر در منابع معتبر مستقل پوشش قابل توجهی داشته باشد، معمولاً بازیگر در نثر بخش توسعه ذکر می شود. (نمونه های خوب عبارتند از:Batman: Arkham Asylum،Portal 2، وBioShock Infinite).
ترجمه های غیر رسمی : مگر اینکه توسط منابع معتبر مستقل ذکر شده باشد، ترجمه های غیر رسمی نباید ذکر شوند. خلاصه کردن این منابع ممکن است مناسب باشد، اما از پیوند دادن به یک وب سایت برای پروژه طرفداران بدون مجوز به منظور کاهش هرگونه نقض احتمالی حق نسخه برداری اجتناب کنید .
اگر صفحه وب‌سایت ترجمه غیررسمی برای تأیید برخی جزئیات ضروری باشد، می‌توان از آن استفاده کرد تا زمانی که به یک فایل تصویری برای یک بازی تجاری پیوند داده یا میزبان آن نباشد. در این صورت، استفاده از نسخه آرشیو شده از آرشیو اینترنتی مانند Wayback Machine قابل قبول است .
سیستمالزامات : الزامات سیستم برای یک بازی ویدیویی فقط در صورتی باید ذکر شود که منابع معتبر مستقل آن بازی را از همتایانش متمایز کرده باشند (به عنوان مثال، سیستم درخواست های بالای Crysis در تنظیمات حداکثر آن). خلاصه مختصری از آن منابع باید به صورت نثر ذکر شود، به نحوی که برای خواننده بدون اطلاع از موضوع به راحتی قابل درک باشد.
جعبه های جانشینی ممکن است در برخی موارد معتبر باشند، اما نباید از آنها برای مواردی مانند پرفروش بودن بازی برای یک ماه در یک کشور برای یک کنسول استفاده کرد. دستور جانشینی باید بر اساس اطلاعات واضح، مانند تاریخ انتشار، یا اطلاعاتی باشد که می توان به راحتی و به طور قابل اعتماد منبع آن را تهیه کرد. برای مثال، می‌توان ترتیب زمانی روایی بازی‌های سری متروید را بر اساس اطلاعاتی که مستقیماً توسط نینتندو ارائه می‌شود، تهیه کرد، اما برای سریال‌هایی مانند Assassin's Creed یا Call of Duty کمتر مشخص است . به خاطر داشته باشید که جعبه‌های ناوبری ممکن است فرم بهتری برای ارائه همان اطلاعات مرتب‌شده به شکل فشرده‌تر، مانند جعبه ناوبری باشد.{{Seumas McNally Grand Prize}}
غیر قابل توجهموسیقی متن : مگر اینکه موسیقی متن یا موسیقی موضوع تفسیر مستقل باشد (به غیر از بازی): آن را به جای بخش خود در توسعه قرار دهید، فهرست‌های آهنگ را درج نکنید،[b]و موسیقی متن غیررایگان جلد یا صدا را اضافه نکنید. کلیپ ها[c]هرگز موسیقی متن غیررایگان هنریمشابه محتوایهنری غیررایگان صندوق اطلاعات اصلی را آپلود نکنید. اگر موسیقی متن بر روی یک رسانه فیزیکی به طور گسترده منتشر شده باشد، می توان پذیرفت که یک جعبه اطلاعات برای موسیقی متن در کنار بحث در بخش "توسعه" گنجانده شود (برای مثال، به Journey (بازی ویدیویی 2012). هنر جلد غیر رایگان بایدWP: محتوای غیر رایگانرا برای درج در این جعبه اطلاعات رعایت کند.
رتبه بندی سن و محتوا : مگر اینکه سن و رتبه بندی محتوای بازی ( ESRB ، PEGI ، CERO ، و غیره) موضوع تفسیر مستقل باشد (مانند مورد Left 4 Dead 2 در استرالیا)، آن را به مقاله اضافه نکنید.
جداول نسخه انتشار : جداول دارای نسخه های منتشر شده متعدد یک بازی، مانند نسخه های ویژه، محدود، مجموعه را به مقالات اضافه نکنید. اگر انتشار مجدد موضوع منابع معتبر مستقل بوده است، ممکن است یک خلاصه مختصر در نثر مناسب باشد.
این استانداردها مطابق با خط‌مشی‌ها و دستورالعمل‌های اساسی ویکی‌پدیا ایجاد شده‌اند و منعکس‌کننده اجماع جامعه هستند. همه ویراستاران باید این استانداردها را درک کرده و از آنها پیروی کنند، هرچند که باید با عقل سلیم و استثناء گاه به گاه برخورد شود.
با این حال، همه نمونه‌ها باید مستند باشند و از سیاست‌های ویکی‌پدیا در مورد استناد به منابع و قابلیت تأیید پیروی کنند . به طور خاص در مورد استنادهای تلویزیونی، باید یک استناد به قسمت خاص با استفاده از آن گنجانده شود. هر ورودی که از این دستورالعمل‌ها پیروی نمی‌کند، علامت‌گذاری می‌شود و در صورت پیدا نشدن مرجع مناسب، در نهایت حذف می‌شود. مطالب همچنین باید در قالب نثر ترجیحی به جای فهرست موارد فرهنگ عامه ارائه شود.{{cite episode}}{{citation needed}}
دستورالعمل های زیر برای قضاوت در مورد اینکه آیا محتوا به اندازه کافی مرتبط است که در بخش فرهنگ عامه گنجانده شود باید استفاده شود:
شایان ذکر است:
ورودی مستقیماً با برند و شخصیت مرتبط است. برای مثال، برنامه‌های تلویزیونی دارای مجوز مبتنی بر بازی‌ها، مانند Pac-Man یا Super Mario Bros. بسته به میزان اطلاعات، چنین ورودی ممکن است در بخش جداگانه‌ای باشد.
در ارجاعات به موسیقی، زمانی که بازی یا شخصیت جزء لاینفک خود هنرمند، آلبوم یا آهنگ باشد، ظاهر ارزش گنجاندن دارد. نمونه هایی از شایستگی می تواند جایی باشد که بازی یا شخصیت بخشی از ارائه آهنگ (آثار هنری)، عنوان آهنگ، عنوان آلبوم یا موضوع خود آهنگ باشد. به عنوان مثال، آهنگ Manilla Road "Defender" و آلبوم Buckner & Garcia 's Pac-Man Fever .
چندین ظاهر قابل توجه در یک رسانه خاص باید ترکیب و خلاصه شوند. به عنوان مثال، چندین حضور قابل توجه Pac-Man در برنامه تلویزیونی Family Guy را می توان در یک یا دو جمله خلاصه کرد.
اجماع مورد نیاز:
ارجاعات و تقلیدها در رسانه ها (فیلم، تلویزیون، موسیقی، و غیره) زمانی که بازی یا شخصیت مورد نظر بخش قابل توجهی از خط داستان، دیالوگ یا صحنه را ایفا می کند، شایسته گنجاندن است. به استثنای بسیار معدودی، فیلم، نمایش تلویزیونی، رمان یا آثار دیگر باید معیارهای مربوط به ویکی‌پدیا:قابلیت بودن را داشته باشند تا ظاهری قابل ذکر باشد.
بازی یا موضوع مرتبط توسط شخصیت(های) اصلی بازی می شود و موضوع اصلی گفتگو در حداقل یک صحنه است. بازی در حال انجام است و رویدادهای بازی یک تصویر، کنترپوان یا تفسیر کنایه آمیز در مورد موضوع بحث هستند - توجه داشته باشید که این باید واضح باشد یا منبع ثانویه قابل اعتماد باشد، در غیر این صورت احتمالاً برچسب تحقیق اصلی خواهد داشت . اهمیت دیالوگ یا صحنه را در کل کار در نظر بگیرید. بخش دوم اپیزود " Athology of Interest II " Futurama حاوی ارجاعات و تقلیدهای تقلید کننده بازی های ویدیویی متعددی است که برخی از آنها بیشتر از سایرین در طرح داستان نقش دارند. گنجاندن این قسمت در مقالات خاص بازی های ویدیویی باید با اجماع سردبیر تعیین شود.
قابل ذکر نیست:
بازی یا موضوع مرتبط فقط به صورت گذرا ذکر می شود یا فقط منبع وقفه های گاه به گاه در حین گفتگو است. بازی فقط به این دلیل انجام می شود که انجام هر بازی برای صحنه مورد نیاز است، به عنوان مثال برای دادن کاراکترها به انجام کاری یا حواس پرتی، حتی اگر نام بازی به طور خاص باشد. بازی به عنوان یک پشتیبان پس زمینه ظاهر می شود. به عنوان مثال، Gears of War به طور خلاصه در چند دقیقه اول فیلم Live Free or Die Hard نمایش داده می شود ، اما هرگز با نام ذکر نشده است و بعداً ظاهر نمی شود. این نیاز به ذکر نیست.
ورودی ارتباط مستقیمی با برند و شخصیت ندارد. یک چهره ورزشی که نام مستعار Pac-Man را به دلیل شباهت های درک شده بین شخص و شخصیت برگزیده است یا یک چهره ورزشی با نام مستعار "سوپر ماریو" که نام کوچکش ماریو است.
ذکر مختصری در میان یک آهنگ، گنجاندن آن را تضمین نمی کند.
استثنائات
همیشه استثناهایی برای این قوانین وجود دارد. به طور کلی، هر چیزی می تواند برای پوشش در ویکی پدیا مناسب شود اگر منابع معتبر به آن توجه زیادی داشته باشند. به عنوان مثال:
معمولا فهرست کردن تمام سطوح در یک بازی نامناسب است، اما Sonic Generations یک استثنا است زیرا تکیه آن بر جنبه های بازی های قبلی Sonic اساس بازی است.
توضیح استراتژی‌ها معمولاً نامناسب است، اما بهره‌برداری «در کمین» در سیارک‌ها یک استثنا است، زیرا روشی را که توسعه‌دهندگان بازی‌هایشان را برای اکسپلویت آزمایش می‌کنند تغییر داد.
معمولاً توصیف جزئیات موجود در بازی نامناسب است ، اما توصیف تفنگ پورتال از پورتال برای درک بازی ضروری است و در منابع معتبر پوشش قابل توجهی دارد.
معمولاً فهرست کردن سرورهای چندنفره یا جهان‌های خاص در یک بازی نامناسب است، مگر اینکه در منابع ثانویه قابل اعتماد، مانند Hypixel ، 2b2t ، یا The Uncensored Library ، دارای شاخصه و پوشش فردی باشند .
معمولاً درج اطلاعات هزینه نامناسب است، اما گنجاندن قیمت راه اندازی پلی استیشن 3 در مقاله آن یک استثنا است زیرا تا حد زیادی در انتشارات مختلف معتبر مورد انتقاد قرار گرفت. این باید در بخش "پذیرایی" گنجانده شود.
معمولاً ذکر یا فهرست کردن هوم‌بروها و بازسازی‌های طرفداران بازی‌ها نامناسب است. با این حال، برخی از بازی‌های خانگی خاص، مانند Grid Wars و Armagetron Advanced ، به دلیل تأثیر گسترده‌ای که بر بازی (بازی‌هایی) که بر اساس آنها ساخته شده‌اند، به شهرت رسیده‌اند. برخی از بازسازی‌های طرفداران بازی‌ها یا موتورهای آنها به‌طور مستقل قابل توجه هستند و مقالات خود را دارند، به‌عنوان مثال OpenMW (همچنین به بخش «بازسازی‌ها» در زیر مراجعه کنید) .
اگر قرار است مقاله کوتاهی که برای مدتی وجود داشته است ادغام شود (بر اساس شماره 2 بالا)، ابتدا محتوا را ادغام کنید و فقط زمانی مقاله کوتاه را تغییر مسیر دهید که اجماع مشخص کند ادغام کیفیت کافی دارد.
معمولاً گمانه زنی در مورد بازی هایی که هرگز اعلام نشده اند، نامناسب است. با این حال، برخی از بازی‌ها مانند Chrono Break موضوع بحث‌های زیادی توسط منابع معتبر مستقل بوده است، به طوری که توسعه‌دهنده بازی Square Enix در مورد سوالات مربوط به آینده سری Chrono اظهار نظر کرده است .
بازسازی، بسط، و مقالات سری
بازسازی‌ها، بسط‌ها (شامل بسته‌های الحاقی و محتوای قابل دانلود )، و مجموعه‌های بازی را می‌توان به‌عنوان بخشی در مقاله اصلی یا به‌عنوان مقاله‌ای جداگانه مدیریت کرد. اگر بتوانید اطلاعات کافی برای نوشتن یک بخش غیرخرد در مورد استقبال متمایز از بازسازی بازی ویدیویی و همچنین یک بخش غیرخرد در مورد توسعه یا طراحی متمایز بازی آن را تأیید کنید ، آن‌وقت بازسازی واجد شرایط مقاله خود خواهد بود. با این حال، داشتن مقاله جداگانه نباید شهرت مقاله اصلی را به خطر بیندازد. اگر اطلاعات متمایز کافی در مورد بازسازی برای یک مقاله کامل وجود ندارد، چند جنبه متمایز بازسازی باید در مقاله اصلی بازی پوشش داده شود. [d]بسط‌ها از معیارهای مشابهی پیروی می‌کنند که چه زمانی مناسب است که یک مقاله جداگانه تقسیم شود، و مراقب باشید که از تقسیم‌بندی‌های غیرضروری جلوگیری شود .
مقالات سری یا حق رای یک نمای کلی از یک مالکیت معنوی مستمر و خلاصه ای از عناصر تکرار شونده آن ارائه می دهند. به طور کلی، تا زمانی که حداقل سه ورودی مرتبط وجود نداشته باشد، اطلاعات مشترک کافی برای یک مقاله سری جداگانه وجود نخواهد داشت. از ایجاد یک مقاله سری که فقط آنچه را که منابع در مورد بازی‌های جداگانه می‌گویند تکرار می‌کند، خودداری کنید و در عوض، مقاله را بر اساس آنچه منابع معتبر در مورد کل مجموعه می‌گویند، قرار دهید . این پوشش گسترده می تواند برخی از اشکال زیر را داشته باشد: [e]
دامنه وسیع: مقاله سری نباید صرفاً بازی های فردی را خلاصه یا خلاصه کند. در عوض باید مجموعه را به‌عنوان یک کل با عبارات گسترده‌تری توصیف کند، مانند آنچه که بازی‌ها مشترک هستند. این می تواند شامل گیم پلی کلی و عناصر تکرار شونده مانند شخصیت ها و مکان ها باشد.
توسعه/تاریخچه: مقاله باید اطلاعاتی در مورد چگونگی پیدایش این مجموعه ارائه دهد و موضوع تاریخچه آن را در چندین نسخه دنبال کند. این تداوم اطلاعات حیاتی است که در غیر این صورت در مقالات مربوط به عناوین فردی گم می شود.
پذیرش/میراث: باید محتوایی وجود داشته باشد که تأثیر دنیای واقعی سریال را توصیف کند. نظر منتقدان درباره کل سریال چیست؟ این سریال چگونه بر سازندگان، ژانر و صنعت گسترده تر در بازی و سرگرمی تأثیر گذاشت؟
حق رای دادن / رسانه های غیر بازی: برخی از مجموعه ها فراتر از رسانه بازی های ویدیویی هستند. مقالات فرانچایز می توانند این موضوعات را پوشش دهند اگر به تنهایی به شهرت مستقلی دست پیدا نکنند.
این یک دایره المعارف است و مقالات باید به طور رسمی نوشته شوند، برخلاف سؤالات متداول، طرفداران، یا راهنماهای بازیکن. علاوه بر دستورالعمل‌های کلی راهنمای سبک ، این سبک‌های مبتنی بر بازی‌های ویدیویی را در ذهن داشته باشید.
قالب بندی نام
سری بازی‌های ویدیویی و بازی‌های ویدیویی مستقل را به صورت مورب بنویسید.
سطوح، فصل‌ها یا قسمت‌های بازی ویدیویی جداگانه باید از نقل قول‌های دوگانه استاندارد استفاده کنند (مثلاً " توطئه مرد شیرخوار ").
عناوین آثار تخیلی درون جهان را که اگر واقعی بودند به صورت مورب بنویسید، مثلاً کتاب قرمز هرجس . به طور مشابه، از نقل قول های دوگانه برای عناوین آثار تخیلی در جهان استفاده کنید که معمولاً در صورت واقعی بودن از نقل قول های دوگانه استفاده می کنند، مانند نام آهنگ ها.
برای بسط و محتوای قابل دانلود (DLC)، ماهیت آن محتوا بر نحوه ارائه نام‌ها تأثیر می‌گذارد، اگرچه ویراستاران باید به دنبال اجماع برای جایگزین‌هایی برای موارد خاص باشند:
برای یک DLC که یک داستان افزودنی قابل توجه است که اغلب جدا از داستان بازی اصلی مدیریت می شود و در آن ادغام نمی شود، نام DLC باید مورب باشد و آن را مانند یک بازی مستقل در نظر بگیرید. به عنوان مثال می توان به The Ballad of Gay Tony از Grand Theft Auto IV و Minerva's Den از BioShock 2 اشاره کرد .
برای DLC هایی که ممکن است روایت اضافی به همراه محتوای اضافی به بازی اصلی اضافه کنند و آن داستان را در کنار روایت موجود ادغام کنند، باید نام DLC ذکر شود. برای مثال: «Dead Money» برای Fallout: New Vegas و «The Bank Job» برای Payday 2 .
برای DLCهایی که بیشتر محتوای جدید (شخصیت‌ها، نقشه‌ها، سلاح‌ها، وسایل نقلیه، حالت‌های گیم‌پلی) را اضافه می‌کنند، اما روایت جدید کمی دارند، نام DLC باید از قوانین استاندارد حروف انگلیسی پیروی کند، اما در غیر این صورت بدون قالب باقی می‌ماند. به عنوان مثال: بسته محرک برای Call of Duty: Modern Warfare 2 ، بسته Night Blade برای Saints Row III .
برای بازی‌هایی که به‌صورت اپیزودیک ارائه می‌شوند، مانند اکثر نسخه‌های منتشر شده از Telltale Games ، نام‌های هر قسمت باید در گیومه‌های دوتایی قرار گیرند، به تبع رویکرد قسمت‌های تلویزیونی. برای مثال، The Walking Dead: Season One " A New Day" و "400 Days".
ژانرها و قالب‌های بازی ویدیویی یا انواع گیم‌پلی باید به سبک استاندارد ارائه شوند (به ویکی‌پدیا:راهنمای سبک/حروف بزرگ § ژانرهای موسیقی و ادبی مراجعه کنید ) : ژانرها و موارد مشابه را با حروف بزرگ بنویسید مگر در مواردی که نام خاص (یا مخفف یکی از آنها) باشد. ظاهر می شود. به عنوان مثال: ترسناک بقا ، تیراندازی اول شخص ، به صورت انبوه چند نفره ، بازی ماجراجویی ، مترویدوانیا ، کلون GTA . یک استثناء Roguelike است که معمولاً با وجود نامگذاری بازی Rogue، با حروف کوچک داده می شود . [g] در حالی که معمولاً انتشارات بازی‌ها از حروف بزرگ استفاده می‌کنند (مانند تیراندازی اول شخص )، درست همانطور که مجلات موسیقی اغلب با سبک‌های موسیقی ( هیپ هاپ ) انجام می‌دهند، این کار در ویکی‌پدیا انجام نمی‌شود.
پلتفرم‌ها و سخت‌افزار بازی‌های ویدیویی باید از نامگذاری و سبک مناسب برای نام‌های دارای علامت تجاری پیروی کنند. WP: Manual of Style/Trademarks این موضوع را به تفصیل پوشش می دهد. نسخه کوتاه: از ترفندهای تایپوگرافی برای تقلید سبک آرم، از جمله ALL-CAPS یا SMALL-CAPS استفاده نکنید . از زبان انگلیسی ساده استفاده کنید، اگرچه حرف شتر مجاز است، و همچنین جایگزینی حرف/عدد، در صورتی که به طور مداوم به عنوان عنوان در منابع معتبر تلقی شود (مثلاً، Left 4 Dead ) مجاز است.
مجلات، روزنامه‌ها، سایت‌های خبری و سایر نشریات (آنلاین) را با محتوای اصلی به صورت مورب بنویسید . به‌ویژه، وب‌سایت‌هایی که هدف اصلی آنها ارائه محتوای اصلی است، باید به صورت نثر، جداول و ارجاعات مورب نوشته شوند. این شامل سایت هایی مانند Gamasutra ، IGN ، GameSpot و Polygon می شود . (برای اطلاعات بیشتر در مورد استناد صحیح به منابع، به § منابع زیر مراجعه کنید) .
املای ترجیحی ورزش های الکترونیکی در صورت اختصار «esports» است که کاملاً با حروف کوچک و بدون خط فاصله است. ممکن است از خط فاصله مانند "ورزش های الکترونیکی" استفاده شود. مقالات باید از نظر داخلی سازگار باشند و ویراستاران باید به هر کدام از انواع آن احترام بگذارند . برای راهنمایی در مورد حروف بزرگ، " e" را با حروف بزرگ بنویسید (به عنوان مثال، بزرگ کردن در ابتدای جمله ای مانند Esports یکی از بزرگترین حوزه های رو به رشد در صنعت بازی های ویدیویی است. "s" در صورت لزوم برای راهنمایی در مورد علائم تجاری .
از نقطه نظر خنثی بنویسید: همه دیدگاه های مهم منتشر شده توسط منابع معتبر در مورد موضوع را به طور منصفانه، متناسب و بدون سوگیری ویراستاری یا تحقیق اصلی ارائه دهید. این اصل رکن اجتماع است . ویکی پدیا یک منبع ثالث است که منابع معتبر , مستقل و ثانویه را بازنویسی می کند . این مکانی برای انتشار نظرات شخصی شما نیست. به نشریات بررسی‌شده با اعتبار، بررسی واقعیت و کنترل سرمقاله، مانند اخبار، بررسی‌ها، جوایز، و مصاحبه‌های توسعه‌دهنده شهرت استناد کنید . از انتشارات مطبوعاتی که فاقد فاصله تحریریه با توسعه دهنده هستند، خودداری کنید. در صورت تضاد منابع، همه موقعیت های معتبر را از نظر وزن متناسب با پوشش آنها درج کنید. به عنوان مثال:
در حالی که Retro Gamer گزارش داد که Saber Wulf رکوردهای فروش شرکت را شکست، [1] بازی‌های رایانه‌ای و ویدیویی نوشتند که بازی‌های قبلی ضعیف عمل کرده است، با تنها 30000 نسخه تا دسامبر 1984. [2] Eurogamer گزارش داد که در مجموع 350000 واحد فروخته شده است. [3]
از اظهارات مبهم (کلمات راسو) که معتبر به نظر می رسند اما هیچ محتوایی ارائه نمی دهند، خودداری کنید . بازنویسی خیلی ها فکر می کنند این بازی به عنوان یک بیانیه قابل تایید عالی است : این بازی پنج جایزه بهترین بازی سال را دریافت کرد (فقط منابع معتبر را حساب کنید). وقتی منابع و مصاحبه‌ها از زبان چاپلوسی یا تبلیغاتی استفاده می‌کنند، کیفیت نثر حرفه‌ای خود را حفظ کنید و در عوض حقایق مشخص‌تر و ارجاع‌شده‌تری درباره پروژه ارائه دهید تا خوانندگان بتوانند خودشان تصمیم بگیرند. بازنویسی puffery (اصطلاحات طاووس) : این بازی در IGN بهترین بازی کنسول است و GameSpot این بازی را در میان بهترین های کنسول قرار داده است .
از نوشتن یا فهرست کردن ویژگی‌ها و مکانیزم‌های بازی مانند یک آگهی خودداری کنید . عباراتی مانند " بازیکن من - NBA 2K15 دارای یک حالت حرفه ای است که در آن شما حرفه خود را در پیش نویس شروع می کنید و با آموزش بازیکن خود به سمت بالا حرکت می کنید" غیرقابل قبول است (همچنین به ویکی پدیا:راهنمای سبک § ضمایر دوم شخص مراجعه کنید ) . در عوض، ویژگی‌ها را به شیوه‌ای دایره‌المعارفی بنویسید، مانند «در NBA 2K15 ، حالت My Player وجود دارد که در آن بازیکنان می‌توانند بازیکن NBA خود را ایجاد کنند و از بازیکن ایجاد شده برای بالا بردن آمار با آموزش و انجام بازی‌ها در طول دوران حرفه‌ای خود استفاده کنند. "
نامگذاری در مقالات
برای سیستم‌ها و بازی‌ها، اصطلاحات انگلیسی بر معادل‌های غیرانگلیسی ترجیح داده می‌شوند، زمانی که این تفاوت برای خواننده گیج‌کننده باشد یا در متن مقاله بی‌اهمیت باشد. به عنوان مثال، در حالی که Famicom کاملاً مشابه NES نیست ، تفاوت‌ها برای اکثریت قریب به اتفاق مقالات بازی نسبتاً جزئی است (همچنین به WP: عناوین مقاله# استفاده از نام‌های رایج قابل تشخیص استفاده کنید ؛ در حالی که بخشی از خط مشی نامگذاری مقاله است، ما معمولاً به چیزهایی در نثر مقاله به همان روشی که در عناوین مقاله ارجاع می دهیم اشاره می کنیم تا خوانندگان گیج نشوند) .
هنگام توصیف موضوعی که همچنان وجود دارد از زمان حال استفاده کنید . به عنوان مثال، یک بازی ویدیویی و یک کنسول 1984 هر دو تا زمانی که نسخه‌هایی از هر دو در گردش هستند به حیات خود ادامه می‌دهند، اما هر دو بازی ویدیویی لغو شده و بازی آنلاین متوقف شده فقط در زمان گذشته وجود دارند .
Sonic X-treme یک بازی پلتفرم در حال توسعه برای سگا ساترن بود، اما قبل از انتشار لغو شد.
Glitch یک بازی آنلاین چند نفره مبتنی بر مرورگر بود که در سال 2011 راه اندازی شد و سال بعد متوقف شد.
Battleborn یک تیرانداز قهرمان آنلاین بود که در سال 2016 منتشر شد. سرورهای آن در سال 2021 خاموش شدند.
با این حال، هنگام توصیف رویدادهای خاص مربوط به یک کنسول یا بازی، مانند تولید، تبلیغات، نقد و بررسی، از یک زمان مناسب برای دوره زمانی استفاده کنید که رویداد در آن رخ داده است. از عباراتی که ممکن است زمان گذشته و حال را اشتباه بگیرد خودداری کنید.
Nintendo Entertainment System یک کنسول بازی ویدیویی 8 بیتی است که توسط نینتندو طراحی شده است. اما: در سال 1983 منتشر شد.
پلی استیشن 5 در حال حاضر در سراسر جهان به فروش می رسد.
به طور مشابه، از زمان حال برای توصیف گیم پلی و سایر رویدادهای درون بازی استفاده کنید. این منطقی است: حتی اگر یک بازی دهه‌ها پیش منتشر شده باشد، امروز هم همان عملکردی را دارد که در زمان انتشار داشت. طرح‌های بازی همیشه باید به زمان حال نوشته شوند، زیرا در زمان انجام بازی اتفاق می‌افتند، نه در گذشته. یک استثنا زمانی است که یک رویداد (تخیلی یا تاریخی) قبل از رویدادهای بازی رخ داده باشد. به عنوان مثال،
در طول بازی، Pac-Man توسط چهار روح تعقیب می شود.
در ابتدای بازی، نیکو بلیک به لیبرتی سیتی می رسد ، اما وارد نشده است . این رویداد زمانی اتفاق می افتد که بازیکن بازی را شروع می کند.
چهارصد سال قبل از شروع بازی، Lefeinish ها با تاریک شدن گوی باد، شاهد افول کشورشان بودند.
در جمله اول، فقط زمانی که بازی/موضوع با عنوان الفبای لاتین شناخته نشده باشد ، معادل زبان غیرانگلیسی داخل پرانتزی قرار دهید . اگر نام غیر انگلیسی برای درک موضوع مهم نیست، پرانتز را به پاورقی منتقل کنید. توصیه می شود، مگر اینکه نام ژاپنی ( کانجی / کانا ) برای درک موضوع حیاتی باشد، باید آن را در پاورقی عنوان رسمی انگلیسی قرار دهید. (این فقط در مورد مقالات مربوط به بازی های ویدیویی صدق می کند. برای سایر مقالات مرتبط با ژاپن، به WP:Manual of Style/مقالات مربوط به ژاپن مراجعه کنید .) حتی اگر نام ژاپنی مهم باشد، در برخی موارد چندین عنوان ژاپنی وجود دارد، یا الگوهای nihongo کاملاً استفاده شده آنقدر طولانی هستند که به خوانایی پاراگراف اصلی لطمه می زند. این موارد نیز باید در پاورقی قرار گیرد. این را می توان با استفاده از , یا روش های دیگری که در Help:Shortened footnotes توضیح داده شده است انجام داد . این اطلاعات مربوط به عنوان اصلی و ترجمه ژاپنی را حفظ می کند اما از ایجاد اولین جمله "مشغول" در مقاله جلوگیری می کند. در بازی‌هایی که هیچ عنوان رسمی انگلیسی وجود ندارد (مانند Osu! Tatakae! Ouendan )، اولین جمله باید عنوان ژاپنی را حفظ کند، در حالی که اطلاعات ترجمه باقی‌مانده باید در پاورقی قرار گیرد. اگر عنوان یک بازی در ابتدا با استفاده از الفبای لاتین بود، نیازی به گنجاندن عنوان آن در هیچ سیستم نوشتاری دیگری نیست.{{efn}}{{nihongo foot}}
استثنائات
وقتی عنوان مقاله (با نام رایج ) برگردان زبانی غیر از انگلیسی باشد، آن معادل زبان را می توان در جمله اصلی، معمولاً در پرانتز یا پاورقی، درج کرد، زمانی که به خواننده کمک می کند معنای عنوان را در اصل بفهمد. زبان به عنوان مثال:
برای بازی های مستقل، نام فرنچایزها و اولین بازی در یک فرنچایز، باید از مجموعه کامل عنوان انگلیسی، عنوان ژاپنی و رومیزی هپبورن (که در این صفحه "روماجی" نامیده می شود) استفاده شود.
برای دنباله‌های یک فرنچایز که شماره‌گذاری شده‌اند، روماجی برای عنوان بازی اصلی لازم نیست و همچنین روماجی برای اعداد لازم نیست.
برای سریال‌های درون یک فرنچایز، با مقالات سری و عنوان اول طوری رفتار کنید که انگار فرنچایز خودشان هستند.
برای بازی‌های دنباله‌داری که زیرنویس‌های خاص دارند، اگر نام انگلیسی ترجمه تحت اللفظی نام ژاپنی باشد، فقط برای زیرنویس روماجی لازم است. به جای روماجی عنوان اصلی، یک خط تیره (–) قرار دهید.
برای بازی‌های دنباله‌ای که زیرنویس‌های خاصی دارند که ترجمه تحت اللفظی از ژاپنی به انگلیسی نیستند، پارامتر سوم اصلاً نیازی به پر کردن ندارد.{{nihongo}}
برای دنباله‌هایی با زیرنویس‌های خاص که از متن انگلیسی در عنوان اصلی ژاپنی استفاده می‌کنند، در صورتی که کلمات به همان اندازه که در عنوان ژاپنی هستند در انگلیسی خوانده شوند، روماجی برای متن انگلیسی ضروری نیست. مثال:
برای دنباله‌هایی با زیرنویس‌های خاص که از متن انگلیسی استفاده می‌کنند اما به گونه‌ای خوانده می‌شوند که معمولاً انگلیسی نیستند، روماجی ضروری نیست، اما پارامتر چهارم باید شامل خواندن مورد نظر زیرنویس باشد. مثال:{{nihongo}}
Kingdom Hearts 358/2 Days (キングダム ハーツ 358/2 Days ، خوانده شده به عنوان "سه پنج هشت روز بیش از دو" ) است...
اصطلاحات تخصصی بازی های ویدیویی اغلب در نقدها، انجمن های اینترنتی و گفتگوهای معمولی درباره بازی های ویدیویی استفاده می شود. مانند سایر اصطلاحات، کلمات عامیانه برای کسانی که از نزدیک با صنعت بازی درگیر هستند آشنا هستند، اما معمولا برای دیگران رمزآلود هستند. به عنوان مثال، شما با گفتن این جمله به فردی که در خیابان ملاقات می کنید گیج می کنید:
حرکت مرگ ترکیبی ریو با 46 ضربه، جین را کاملاً تضعیف می‌کند و 85 درصد از سلامت جین را از بین می‌برد.
آنها در مورد کلماتی مانند "combo"، "deathmove"، و "85% سلامتی" و همچنین تعجب می کردند که "Ryu" و "Jin" کیستند، و چگونه کسی می تواند شخص دیگری را " pwn " کند. پیوند دادن کلمات به مقالات مرتبط می تواند مورد توجه قرار گیرد، اما این خواننده را مجبور می کند تا در میان مقاله ها به عقب و جلو بپرد تا معنای منصفانه ای را دریافت کند. علاوه بر این، پیوندها به جای خواندن مطالب ضروری برای توضیح، هدف بهتری به عنوان خواندن اضافی برای روشنگری دارند. نوشتن جملات با اصطلاحات رایج و حذف اصطلاحات لغت، راه حل بهتری خواهد بود، مانند:
در میان شخصیت های موجود برای کنترل بازیکنان، Ryu نسبت به جین برتری دارد. او یک تکنیک حمله فوق العاده دارد که یک توالی طولانی از ضربه ها را به جین وارد می کند و می تواند 85٪ از نقاط سلامت جین را از بین ببرد.
با این حال، هنوز هم می توان از اصطلاحات تخصصی در یک مقاله استفاده کرد. اگر مفهوم بازی از نزدیک و اغلب با اصطلاحات خاص سروکار داشته باشد، این امر می تواند ضروری باشد. با این حال، این اصطلاح باید به وضوح (جملات ساده و واضح) قبل از اولین استفاده در مقاله توضیح داده شود. به عنوان مثال، اگر یک بازی ماجراجویی از بازیکنان بخواهد که کریستال های مانا (که آن را جواهرات شوارتز می نامند) جمع آوری کنند تا هیولاها را با جادوها شکست دهند، می توان نوشت:
مفهوم کلیدی بازی جادو است. بازیکنان باید کریستال ها، جواهرات شوارتز را جمع آوری کنند تا امتیاز جادویی خود را افزایش دهند. جواهرات شوارتز را می توان با شکست دادن هیولاها، جستجو در ظروف و خرید آنها در یک مغازه جمع آوری کرد. جواهرات همچنین مزایای بیشتری را برای بازیکنان به ارمغان می‌آورند، مانند افزایش میزان محافظت، افزایش سرعت و اجازه دادن به آنها برای تله‌پورت به مکان‌های خاص. بازیکنان باید شوارتز خاصی داشته باشند تا هیولاها، رئیس‌های بزرگ را بکشند و از انتهای هر سطح محافظت کنند.
مثال دیگر،
بوگرها می توانند 60 Starspitzer پرواز کنند که 55 مورد از آنها با اجرای بدون ضربه باز می شوند .
ما می توانیم اصطلاحات برجسته را به این صورت بازنویسی کنیم:
قهرمان داستان بوگرز با فضاپیمایی به نام استارسپیتزرز پرواز می کند. در شروع یک بازی، بازیکنان بین پنج گزینه Starspitzers را انتخاب می کنند. هنگامی که آنها یک ماموریت را بدون آسیب رساندن به فضاپیمای خود انجام می دهند، یک استارسپیتزر جدید به فضاپیماهای انتخابی آنها اضافه می شود. تا 55 Starspitzer اضافی را می توان به این روش اضافه کرد.
از مخفف‌های رایج بازی‌های ویدیویی که ممکن است در این زمینه به خوبی شناخته شده باشند، اما خارج از آن شناخته شده نیستند، آگاه باشید. برای مثال، فرض نکنید که همه عبارات "MMORPG"، "HUD" یا "CPU" را می شناسند. برای جلوگیری از سردرگمی، این اصطلاحات را هجی کنید. اگر این عبارت به طور مکرر در یک مقاله استفاده می شود، پس املای آن در اولین باری که در متن استفاده می شود و به دنبال آن عبارت اولیه یا مخفف در پرانتز قابل قبول است. به دنبال این، همه تکرارهای بعدی این اصطلاح می توانند از ابتکار یا مخفف استفاده کنند. اگر این اصطلاح فقط یک یا دو بار استفاده شود، این رویکرد ممکن است ضروری نباشد. فقط برای ساده کردن یک عبارت، حروف اولیه یا مخفف درست نکنید، و در عوض فقط از مواردی استفاده کنید که معمولاً در منابع معتبر استفاده می شود.
به طور خلاصه:
در همه موارد از اصطلاحات ساده تر و رایج تر استفاده کنید.
فقط در صورتی از اصطلاحات استفاده کنید که در توضیح بازی برای خوانندگان ضروری یا اجتناب ناپذیر باشند.
در مورد اولین استفاده از آنها به طور خلاصه توضیح دهید.
در صورت لزوم به مقالات مرتبط پیوند دهید.
سعی کنید از کسی که با بازی های ویدیویی آشنا نیست، مقاله شما را بخواند و هر اصطلاحی را در آن پیدا کند.
صفحات فضای اصلی باید در صورت امکان، با توضیح کوتاه، خلاصه مختصری از موضوع صفحه برچسب گذاری شوند، که به عنوان بخشی از برنامه ویکی پدیا استفاده می شود و به نحوه مشاهده ویکی پدیا در وب معنایی کمک می کند . این کار با استفاده از الگوی {{ توضیحات کوتاه }} در نزدیکی بالای صفحه، قبل از الگوهای نثر اصلی، یادداشت‌ها و جعبه اطلاعات انجام می‌شود. شرح کوتاه باید به همان اندازه که بدیهی است، کوتاه باشد، فقط به اندازه ای باشد که به تمایز موضوع از هر گونه تطابق نزدیک احتمالی کمک کند.
برای بازی‌های ویدیویی، یک قالب معمولی «<سال انتشار> بازی ویدیویی» است. به عنوان مثال، برای بازی ویدئویی Resident Evil 4 ، 2005 ; برای بازی ویدیویی Super Mario 64 , 1996 .
اگر نیاز به ابهام‌زدایی بیشتری است، ژانر اصلی بازی را اضافه کنید: "<سال انتشار> <ژانر> بازی ویدئویی".
طبق WP:SDDUPLICATE ، "از تکرار اطلاعاتی که قبلاً در عنوان هستند خودداری کنید (اما اگر نیاز به تکرار یک یا دو کلمه برای متن دارید، زیاد نگران نباشید). به عنوان مثال، برای مقاله God of War (بازی ویدیویی 2018) ، "بازی ویدئویی 2018" قبلاً در عنوان عنوان شده است، بنابراین از توضیحات کوتاه برای اضافه کردن ژانر به جای آن استفاده کنید: بازی اکشن-ماجراجویی .
اگر مقاله‌ای چند بازی ویدیویی را پوشش می‌دهد و مجموعه‌ای از بازی‌های ویدیویی نیست، مانند موردی که در مورد مقاله Pokémon FireRed و LeafGreen یا Super Smash Bros. برای Nintendo 3DS و Wii U وجود دارد ، باید سال انتشار اولیه اضافه شود. قالب کلی باید "<سال انتشار> بازی های ویدئویی" باشد. برای این دو مثال، بازی های ویدئویی 2004 و بازی های ویدئویی 2014 کافی است.
برای سری ها یا فرنچایزهای بازی های ویدیویی، "سری بازی های ویدئویی" کافی است.
برای سخت افزار بازی های ویدئویی، توضیح مختصری در مورد نوع سخت افزار. به عنوان مثال، برای پلی استیشن 2 ، کنسول بازی ویدیویی خانگی ؛ برای Nintendo DS , کنسول بازی ویدیویی دستی ; و برای DualShock , کنترلر بازی ویدیویی .
برای افرادی که در بازی های ویدیویی حضور دارند، از "<ملیت> <عملکرد(های) شغل اصلی>> استفاده کنید. به عنوان مثال، برای Gabe Newell ، تاجر آمریکایی ، و برای Shigeru Miyamoto ، طراح بازی های ویدیویی ژاپنی .
برای شرکت‌های بازی‌های ویدیویی، به طور مشابه از «<ملیت> <نوع(های) کسب‌وکار اولیه>» استفاده کنید. به عنوان مثال، نینتندو ، شرکت ژاپنی بازی های ویدئویی ؛ برای Electronic Arts ، شرکت آمریکایی بازی های ویدیویی ، و برای Remedy Entertainment ، توسعه دهنده بازی های ویدیویی فنلاندی .
برای هر مورد دیگر، از اصطلاحات کوتاه مشابه استفاده کنید. هدف عبارتی کوتاه‌تر از 40 کاراکتر است که به اندازه کافی مشخص است که در صورت جستجو در فهرستی از عبارات مشابه با این توضیحات، موضوع را مشخص کند.
در جمله اول از نفخ بپرهیزید . آن را به مهم ترین جنبه های موضوع محدود کنید.
جمله اول باید:
فقط ژانر اصلی را شامل شود. مضامین و مفاهیم را حذف کنید. به عنوان مثال، The Legend of Zelda: Breath of the Wild یک بازی اکشن-ماجراجویی در سال 2017 است ، نه The Legend of Zelda: Breath of the Wild یک بازی اکشن و ماجراجویی جهان باز سوم شخص در سال 2017 است .
سال انتشار اصلی را به عنوان بخشی از مقدمه موضوع درج کنید. تاریخ‌های دیگر، یا تاریخ‌های خاص‌تر، ممکن است در جای دیگری در صفحه اصلی ظاهر شوند، اما باید این کار را فقط به عنوان بخشی از خلاصه کردن موضوع انجام دهند.
بازی های منتشرنشده، پیش از انتشار و دسترسی زودهنگام را به عنوان «آینده» برچسب بزنید.
فقط زمانی از معادل زبان غیرانگلیسی پرانتزی استفاده کنید که بازی/موضوع اساساً با عنوان الفبای لاتین شناخته نشده باشد . اگر نام غیر انگلیسی برای درک موضوع مهم نیست، پرانتز را به پاورقی منتقل کنید.
اجتناب کنید"معمولاً به عنوان "و"تلطیف شده به عنوان "، مگر اینکه نکته اختصاری یا سبک سازی توسط منابع ثانویه قابل اعتماد ، مستقل و ثانویه بیان شده باشد . ویکی پدیا لحن رسمی خود را حفظ می کند و مانند روزنامه ها و مجلات خارج از حوزه گیمر، از عبارات کوتاه به جای اختصارات استفاده می کند. برای مثال. ، نام Ocarina of Time یک مخفف قابل قبول برای The Legend of Zelda: Ocarina of Time خواهدبود، اما OoT چنین نیستاز TF2 .
گیم پلی
برای مخاطب عام بنویسید . فرض کنید خواننده در مورد یک بازی ویدیویی شنیده است اما هرگز بازی نکرده است. بازی را از نظر اقدامات و اهداف بازیکن معرفی کنید.
از ضمایر دوم شخص خودداری کنید ("شما "). علاوه بر ابهام و لحن غیررسمی آنها، نمی توانیم فرض کنیم که خواننده قصد دارد بازی را انجام دهد. به جای آن، از "بازیکن"، "شخصیت" یا نام شخصیت تحت کنترل بازیکن استفاده کنید. بازیکن می تواند بپرد یا ماریو می تواند بپرد ، نهشما می توانید بپرید .
برای خوانایی، «بازیکن» (مفرد) یا «بازیکنان» (جمع) را انتخاب کنید و در کل بخش ثابت بمانید.
مانند بیشتر محتوای ویکی‌پدیا، جزئیات بازی باید به طور مناسب برای منابع معتبر قابل تأیید باشد . در حالی که منابع ثانویه مانند بررسی ها ترجیح داده می شوند، منابع اولیه مانند کتابچه راهنمای بازی و راهنمای بازی قابل قبول هستند، اگرچه مقالات نباید جزئیات زیادی مرتبط با بازی را در WP:NOT#GAMEGUIDE وارد کنند .
برای هر دو بخش اصلی، جعبه اطلاعات، و «بازی» یک مقاله درباره یک بازی ویدیویی، حتماً ژانر یا ژانرهای بازی را مشخص کنید.
از استفاده از بیش از دو ژانر یا بیش از یک ژانر ترکیبی (مانند "اکشن-ماجراجویی") در فهرست ژانرها خودداری کنید. صرف قرض گرفتن بخش‌هایی از یک ژانر لزوماً بازی را به آن سبک تبدیل نمی‌کند و در عوض می‌توان گفت که از عناصر آن ژانر در نثر اصلی و گیم‌پلی استفاده می‌کند. به عنوان مثال، BioShock یک بازی تیراندازی اول شخص با شخصی سازی بازی نقش آفرینی و عناصر مخفیانه است... به جای اینکه BioShock یک تیراندازی اول شخص نقش آفرینی و مخفی کاری باشد ...
از ژانرهای استاندارد (آنهایی که در {{ ژانر بازی ویدیویی }} تعریف شده‌اند ) استفاده کنید و از ژانرهای ایجاد شده توسط توسعه‌دهندگان/ناشر در این بخش‌ها اجتناب کنید، اگرچه می‌توان متعاقباً توضیح داد که توسعه‌دهنده یا ناشر بازی را چگونه توصیف می‌کند. به عنوان مثال، Dead Cells به درستی به عنوان یک Roguelike طبقه بندی شده است - Metroidvania توسط اکثر منابع، اما به توصیف خود "roguevania" توسعه دهنده به عنوان ترکیبی از این ژانرها اشاره شده است.
ژانرهای روایی و مکانیک‌های گیم‌پلی، مانند «علمی تخیلی» و « دنیای باز » را در کنار ژانر بازی درج نکنید. در عوض می‌توان از این موارد در قسمت سرب یا در بخش گیم‌پلی/قطعات استفاده کرد.
به طور مشابه، مگر اینکه یک بازی کاملاً یک تیراندازی اول شخص (مانند Doom ) یا یک تیراندازی سوم شخص (مانند Gears of War ) باشد، این دیدگاه‌ها ژانرهای تعریف‌کننده‌ای نیستند که باید گنجانده شوند، اگرچه می‌توان از آنها برای توصیف جنبه‌های گیم‌پلی استفاده کرد. به عنوان مثال Portal یک بازی ویدیویی پازل - پلتفرم است ... و نه پورتال یک بازی ویدیویی پازل اول شخص - پلت فرم است ... .
مقالهپوشش طرح باید متناسب با اهمیت طرح در بازی باشد که با توجه به وزن آن در منبع مقاله تعیین می شود. به عنوان مثال، طرح یک جنبه اصلی ازبررسی بازی فاینال فانتزی است اما یک جنبه کوچک از بررسی بازی ماریو .
طرح را در بخش گیم پلی قرار دهید مگر اینکه دلیلی برای تشخیص آن وجود داشته باشد.
فرض بر این است که خلاصه داستان ساده از خود بازی تهیه شده است و بنابراین نیازی به منابع ندارد . با این حال، هر نتیجه ای که از طریق تفسیر استنتاج شود، به منابع ثانویه قابل اعتماد نیاز دارد . منابع ثانویه را هر زمان که معقول است اضافه کنید تا (1) به طور قابل اعتماد واقعیت ذکر شده را تأیید کنید، و (2) ثابت کنید که جزئیات طرح به اندازه کافی بی اهمیت بوده است تا از اختیارات ویرایشی منبع عبور کند. منابع اولیه، مانند کتابچه راهنمای دستورالعمل، به عنوان یک منبع خود منتشر شده در مورد خود، استفاده محدودی دارند .
طرح باید محتوایی را خلاصه کند که انتظار می رود هر بازیکنی در مرحله پخش یک بازی ببیند. از گنجاندن عناصری که بازیکن را ملزم به دنبال کردن ماموریت‌های جانبی یا بازدید از مناطق مخفی می‌کند، خودداری کنید، مگر اینکه این اطلاعات برای درک نقشه حیاتی تلقی شوند. اگر چنین اطلاعاتی گنجانده شود، باید به گونه ای ارجاع داده شود تا توضیح دهد که بازیکن چگونه آن را برای الزامات قابل تأیید کشف می کند . به عنوان مثال، BioShock Infinite به پیام‌های خاصی از مجموعه‌های اختیاری برای پشتیبانی از عناصر طرح خارج از چارچوب مشاهده بازیکن ارجاع می‌دهد.
برای بازی‌هایی که مسیرهای روایی متفاوتی دارند، از جمله پایان‌های چندگانه، نحوه خلاصه کردن آنها را تا ساده‌ترین سطح جزئیات در نظر بگیرید. خلاصه باید توضیح دهد که روایات منشعب می شوند، اما لازم نیست دقیقاً نحوه به دست آوردن هر شاخه یا وقایع در امتداد هر کدام را برشماریم. روی روایت‌های متفاوتی تمرکز کنید که بیشترین تأثیر را در داستان دارند. به عنوان مثال، خلاصه داستان The Walking Dead (بازی ویدیویی) بسیاری از انتخاب های داستانی احتمالی را حذف می کند، اما تصمیم نهایی و پیامدهای آن را که بازیکن می گیرد به دلیل تأثیر آن بر روایت حفظ می کند.
در مورد عناصر داستان از " دیدگاه دنیای واقعی " بنویسید. از دیدگاهی از درون دنیای بازی (" در جهان ") استفاده نکنید یا داستان را به عنوان واقعیت توصیف نکنید . به عنوان مثال، نه " این پایان خط زمانی زلدا است و هزاران سال پس از شکست لینک گانوندورف "، بلکه " نفس وحشی در انتهای جدول زمانی زلدا ، هزاران سال پس از رویدادهای بازی های قبلی تنظیم شده است ".
برای حفظ تمرکز، به طور کلی خلاصه های طرح را به 700 کلمه یا کمتر محدود کنید.
برای بازی‌های ویدیویی اپیزودیک، خلاصه‌های طرح با حداکثر 300 کلمه در هر قسمت باید در بخش طرح به صورت نثر یا در جدول با استفاده از {{ جدول قسمت }} و {{ فهرست قسمت‌ها }} ارائه شود . اگر مناسب باشد، این مقاله‌ها می‌توانند به جای جدول قسمت، خلاصه‌ای از طرح نثری با حداکثر ۷۰۰ کلمه در هر فصل داشته باشند، اما یک مقاله نباید خلاصه‌های کامل طرح را هم در جدول قسمت و هم در بخش طرح داشته باشد. خلاصه داستان کوتاه یک جمله ای در جدول برای مقالاتی با هر دو، مانند Tales of Monkey Island مجاز است .
برای محتوای دانلودی روایی (DLC)، خلاصه‌های داستانی با حداکثر 300 کلمه در هر محتوا باید در بخش طرح اصلی یا به عنوان یک بخش فرعی اضافی (مانند Final Fantasy XV ) ارائه شود. در صورت لزوم، DLC روایت بزرگتر ممکن است به مقاله خودش تقسیم شود، اگر پوشش توسعه و دریافت مستقل قابل توجهی دریافت کند، مانند The Last of Us: Left Behind . مقالات تقسیم‌بندی شده باید از دستورالعمل اصلی 700 کلمه پیروی کنند.
توسعه
در توصیف عناصر توسعه مرتبط با انتشار یک بازی، اغلب آسان است که در مورد جزئیات بی اهمیت، جملات تکراری یا فهرست موارد به شکلی مانند "در تاریخ فلان، شرکت انتشار را کنایه زد، استفاده از proseline بازی آنها از طریق یک پیام توییتری." هم پرزالین و هم این نوع جزئیات معمولاً نامناسب هستند. منابع ثانویه را در مورد اطلاعات پیش از انتشار بازی در نظر بگیرید تا مشخص کنید چه چیزی مناسب است. استفاده از تیزرهای انتشار، تریلرها و رسانه های اجتماعی در سراسر صنعت رایج است، بنابراین جزئیات خاص در مورد این عناصر به طور کلی غیر ضروری است، مگر اینکه ماهیت ارائه آنها چیزی باشد که توسط منابع ذکر شده باشد. تاریخ‌های دقیق برای اعلامیه‌ها به ندرت ضروری است و فقط به یک تخمین زمان تقریبی نیاز است: یک ماه/سال برای اکثر بازی‌ها، یا برای آنهایی که در کنفرانس‌هایی مانند E3 یا GDC با اشاره به آن کنفرانس‌ها رونمایی می‌شوند.
بخش ها را به صورت موضوعی سازماندهی کنید تا نظرات مشابه از بازبینان را در یک روایت منسجم در کنار هم قرار دهید. به عنوان مثال، بازبین گروه در مورد گیم پلی، سمعی و بصری فنی، روایت و سایر موضوعات رایج نقدها نظر می دهد.
هر پاراگراف را با یک جمله موضوعی علامت بزنید. یک جمله آغازین خوب پاراگراف را خلاصه می کند، به خواننده کمک می کند تا انتظارات خود را از پاراگراف پیش بینی کند، و دارای ارجاعاتی برای پشتیبانی مستقیم از خلاصه است. مواظب باشید از تعمیم هایی که توسط منابع ثابت نشده است خودداری کنید . اگر بازبین‌ها جهت هنری بازی را ستایش کردند ، این را بگویید و ارجاعاتی را اضافه کنید که این بیانیه را تأیید می‌کنند، اما از ستایش اکثر بازبین‌ها... و سایر عباراتی که موضوع را مبهم می‌کنند، خودداری کنید ، مگر اینکه منبعی داشته باشید که ادعایی در مورد "بیشترین" داشته باشد.
ادعاهای مشابه را پشته کنید. هنگامی که پنج بازبینی می نویسند که کنترل ها بی نظم هستند، ادعا را به صورت یک جمله با چندین مرجع بنویسید. اگر تعداد ارجاعات پاورقی بعد از جمله ناکارآمد شد، همه منابع را در یک پاورقی خلاصه ذکر کنید. مثال: DK Rap ref در Donkey Kong 64
ریتم جمله را تغییر دهید و از "الف گفت ب" اجتناب کنید. جملات متوالی در این الگو به سرعت کسل کننده می شوند:
جان اسمیت گفت: "این بهترین بازی سال است". Juana Pérez از Reliable Blog ادعا کرد که "خشک و خسته کننده" بود و تمرکز نداشت. (تغییرها شامل «الف از ب گفت ج» و «الف گفت که ب» است.) هر زمان که ممکن است جملات را بازنویسی و بازنویسی کنید تا محتوا جذاب بماند. سعی کنید طول جمله، ادعاهای مستقیم و غیرمستقیم و انواع خلاصه را تغییر دهید. برای اطلاعات بیشتر، ویکی‌پدیا:بخش‌های دریافت کپی را ببینید .
نقل قول های مستقیم را به حداقل برسانید. هر زمان که ممکن است، هم برای تاکید ویکی‌پدیا بر به حداقل رساندن استفاده از محتوای دارای حق چاپ و هم برای ادغام ماهیت منبع به آنچه که مناسب‌ترین بخش است، ترجمه را ترجیح دهید. تقریباً تمام احساسات بازبین را می‌توان بدون استفاده از کلمات/عبارات دقیق منبع بازنویسی کرد. از نقل قول ها فقط برای نشان دادن چیزی که بهتر از منبع نمی توان گفت استفاده کنید. بخش های پذیرش که صرفاً از نقل قول تشکیل شده اند به عنوان نقض حق نسخه برداری تلقی می شوند .
با حذف نام‌ها، نشریات و تاریخ‌های بازبین، در مواقع غیرضروری، درهم‌کاری را کاهش دهید.
نظرسنجی‌های متعدد از خوانندگان، این بازی را در بین بهترین‌های تمام دوران رتبه‌بندی کردند. [1] [2] [3] ، به جای این بازی در چندین لیست 50 بازی برتر تمام دوران گنجانده شد، از جمله خوانندگان Famitsu در سال 2006 [1] و خوانندگان IGN در سال 2005 [2] و 2006 [3].
خلاصه کیفی متاکریتیک اغلب خلاصه ای رضایت بخش از استقبال کلی یک بازی ارائه می دهد. همانطور که در تصویر سمت راست مشاهده می‌شود، طبق جمع‌آوری نقد [[Metacritic]]، بازی "بازبینی‌های ترکیبی یا متوسطی" دریافت کرد. از ادعاهای خلاصه ای که نمی توانند صریحاً در منابع معتبر و ثانویه تأیید شوند، خودداری کنید.متاکریتیک زبان قابل نقل قول را برای خلاصه کردن دریافت بازی ارائه می دهد.
گنجاندن تعداد مرورهایی که برای ایجاد امتیاز جمع‌آوری مرور محاسبه می‌شوند، می‌تواند مفید باشد، زیرا زمینه را می‌دهد و می‌تواند به خواننده کمک کند تا بفهمد چگونه نمره میانگین می‌شود. این شماره را می توان پس از خلاصه کیفی متاکریتیک به نثر فهرست کرد یا در {{ نقد بازی های ویدیویی }} در پاورقی ذکر کرد . مثال‌ها: بخش پذیرش تیم Sonic Racing
" مختلط به مثبت " و " مخلوط به منفی " به طور غیر دقیق دریافتی را توصیف می کنند که کمی بیشتر مثبت یا منفی است. "مخلوط" به معنای "پراکنده در سراسر صفحه" است، نه "متوسط"، بنابراین بررسی ها نمی توانند "مختلط" و "مثبت" باشند. برای دقت، « مخلوط » به تنهایی کافی است. مکمل با بررسی های خاص برای توصیف جنبه های مختلف مثبت و منفی.
ریزه کاری های نامناسب برای مخاطب عام را کاهش دهید. به عنوان مثال، از نمرات و آمار در نثر خودداری کنید، که تجزیه آنها برای خواننده دشوار است و اغلب اطلاعات کیفی کمی ارائه می دهند. این امتیازات در صورت وجود باید به الگو محدود شود .{{Video game reviews}}
جمع‌آوری نقد متاکریتیک بر اساس 45 نقد منتقدان، امتیاز 76 از 100 را به نسخه رایانه شخصی داد، در حالی که نسخه‌های ایکس باکس 360 و پلی‌استیشن 3 به ترتیب امتیازهای 77 و 79 را دریافت کردند. ... اولین نقد توسط مجله رسمی ایکس باکس منتشر شد که به بازی امتیاز 9.5 از 10 داد. IGN به آن 8.5 داد.
این الگو مورد نیاز نیست. این مکمل بخش پذیرش است. جایگزین آن نمی شود.
همه مرورها باید ارجاع شوند: مرورهای فردی باید به انتشار اصلی خود اشاره کنند، نه خلاصه جمع‌آوری شده کوتاه‌شده.
هر منبع بررسی تک سایتی باید در بخش پذیرش استفاده شود. جدول بررسی ها از متن پشتیبانی می کند. این به معنای تکرار عملکرد جمع‌آورندگان بررسی خارجی نیست.
نمرات عددی را فقط با استفاده از اعداد ارائه دهید (به عنوان مثال 3.5/5 یا 9/10). رتبه بندی ستاره ها و سایر امتیازات مبتنی بر اعداد را بدون تغییر مقیاس یا خود امتیاز به اعداد معادل تبدیل کنید (مثلاً از "3/5" برای نمره چاپ شده به عنوان استفاده کنید ، اما آن را به مقیاس ده درجه ای مانند "6" تبدیل نکنید . /10").
تجمیع کنندگان یک سنجش سریع از اجماع انتقادی را به خوانندگان ارائه می دهند.
OpenCritic برای بازی های جدیدتر مفید است. فقط از معیار OpenCritic's Critics Recommend به طور معمول استفاده کنید. معیار میانگین منتقدان برتر OpenCritic را در مقالاتی که دارای امتیاز متاکریتیک هستند درج نکنید.
GameRankings برای برخی از بازی های قدیمی مفید است، اما اکنون از بین رفته است. تنها زمانی از GameRankings استفاده کنید که امتیاز Metacritic در دسترس نباشد. امتیازهای گردآورنده گرد به نزدیکترین عدد کامل (به عنوان مثال، 83.46٪ → 83٪ )
نظرات کاربران و سایر منابع منتشر شده توسط خود غیرقابل اعتماد هستند، مگر اینکه در منابع ثانویه مورد توجه قرار گیرند، مثلاً اگر یک بازی نقد شده باشد . در چنین مواردی، منبع(های) ثانویه را که رویداد را توصیف می کند، ذکر کنید، نه خود بررسی کاربر. این شامل امتیازات کاربران در جمع‌آورنده‌ها می‌شود.
فروش
هنگام ثبت فروش، از خزش خودداری کنید . شما نیازی به مستندسازی تک تک نقاط عطف فروش که یک بازی از آن فراتر رفته است ندارید . ( تا مارس 2017، بازی 3 میلیون نسخه فروخته بود. تا سپتامبر 2017، بازی 5 میلیون نسخه فروخته بود. و غیره ) توصیه می شود اطلاعات فروش را به آمار فروش اولیه محدود کنید، که نشان دهنده تأثیر اولیه بازی است و انباشته / جدیدترین ارقام
جوایز و نامزدهای قابل توجهی که به استقبال کلی کمک می کنند باید به نثر در این بخش ثبت شوند. نشریات فردی اغلب از جوایز برای تشخیص تأثیر ماندگار یک بازی استفاده می کنند. اگر یک بازی نامزدهای بیشتری از آن چیزی که می‌توان به راحتی بدون خط‌مشی بحث کرد (معمولاً چهار یا بیشتر) دریافت کرده است، باید در جدولی قرار گیرند. برای جدول، فقط جوایزی را درج کنید که یا جوایز به‌صورت جداگانه قابل‌توجه هستند (مثلاً جایزه بزرگ Seumas McNally ) یا بدنه جوایز به‌طور کلی قابل‌توجه است (مثلاً The Game Awards ). جوایز انتشارات فردی و لیست های رتبه بندی شده را از جدول حذف کنید.
جوایز موجود در فهرست‌ها باید دارای یک مقاله ویکی‌پدیا باشند یا توسط انجمن بررسی شوند تا درج آن برای نشان دادن قابل‌توجه بودن امکان‌پذیر باشد. نمونه‌هایی از قالب‌بندی این جدول‌ها، که معمولاً مطابق با افتخارات فیلم و تلویزیون است، در God of War و Undertale یافت می‌شوند . جداول با تعداد زیادی جوایز یا نامزدی فقط در صورتی باید به مقاله جداگانه منتقل شوند که مقاله بازی به نگرانی های مربوط به اندازه صفحه نزدیک شود . نمونه هایی را می توان با The Last of Us و Red Dead Redemption 2 مشاهده کرد .
ویکی‌پدیایی‌ها، در حالی که تشخیص می‌دهند که اسکرین‌شات‌های بازی‌های ویدیویی و نقاشی‌های جعبه یا جلد عموماً تصاویر رایگان نیستند (در مورد اسکرین‌شات‌ها استثنائاتی وجود دارد، همانطور که در زیر توضیح داده شد)، ادعا می‌کنند که استفاده از آنها تحت مقررات استفاده منصفانه قانون حق نسخه‌برداری ایالات متحده محافظت می‌شود . برای اطلاع دیگران از وضعیت حق نسخه‌برداری چنین تصاویری، روی جلد بازی آپلود شده باید الگو را در خود داشته باشد . اسکرین شات های یک بازی باید شامل الگو باشند . برخی از اسکرین شات ها یا جلدهای جعبه ممکن است در جای دیگری دسته بندی شوند، در این صورت آپلودکننده همچنان باید اطلاعات معتبری درباره منبع تصویر و وضعیت حق نسخه برداری ارائه دهد. برای هنر رندر شده یا سایر گرافیک های رسمی که اسکرین شات نیستند، از کلیات، یا الگو استفاده کنید و اطلاعاتی را ارائه دهید ( برای اطلاعات در مورد الزامات به ویکی پدیا:محتوای غیر رایگان مراجعه کنید) . ممکن است از لوگوهای شرکت بازی استفاده شود . اسکرین شات هایی را که واترمارک شده اند آپلود نکنید .{{Non-free video game cover}}{{Non-free video game screenshot}}{{Non-free character}}{{Non-free promotional}}{{Non-free fair use}}{{Non-free logo}}
علاوه بر موارد فوق، استفاده از تصویر باید تمامی نکات خط مشی اصلی را نیز رعایت کند: ویکی پدیا:معیار محتوای غیر رایگان که محدودیت های بیشتری در استفاده از تصاویر غیر رایگان نسبت به قوانین ایالات متحده دارد. توجه ویژه ای داشته باشید که استفاده از معیار 8 و معیار 3 مطابقت داشته باشد، زیرا بر اساس این معیارها است که اسکرین شات ها و تصاویر باکس آرت به احتمال زیاد به چالش کشیده می شوند.
همه تصاویر غیر رایگان باید با یک منطق استفاده منصفانه برای هر مقاله ای که در آن ظاهر می شوند همراه باشد ، که توضیح دهد چرا از تصویر در آن مقاله استفاده شده است. هر گونه چنین تصویری که حاوی دلیل منطقی نیست، ممکن است مطابق با سیاست حذف ویکی‌پدیا حذف شود . یک الگوی ساده است که می تواند به اضافه کردن دلایل منطقی به رایج ترین انواع تصاویر کمک کند. برای هر منطق، موارد زیر باید همیشه وجود داشته باشد تا یک منطق استفاده غیر رایگان قوی ارائه شود:{{Non-free use rationale video game screenshot}}
نام مقاله ای که تصویر در آن استفاده می شود ( الزامی ) - لازم نیست به مقاله پیوند داده شود اگرچه مفید است، اما نام مقاله باید به وضوح وجود داشته باشد.
منبع تصویر؛ این می تواند شامل مالک حق نسخه برداری (توسعه دهنده و ناشر) و همچنین نشانی اینترنتی باشد که تصویر را از آن گرفته اید. اگر تصویر یک اسکرین شات خودساخته است، تصویر همچنان دارای حق چاپ است، اما خود را به عنوان خالق تصویر معرفی کنید.
اینکه تصویر با وضوح پایین است یا اگر نه، دلایل کم بودن وضوح آن است. وضوح پایین معمولاً به این صورت تعریف می شود که از حدود 0.1 مگاپیکسل بزرگتر نباشد. تصویری که 400 در 300 پیکسل باشد به طور کلی خوب است، اما تصویر 640 x 480 خوب نیست. می‌توانید خودتان تصویر را کاهش دهید، یا آن را تگ کنید و به یک داوطلب اجازه دهید این کار را انجام دهد. اگر با کاهش تصویر، جزئیات لازم برای توصیف در بازی حذف شد، توضیح دهید که چرا این جزئیات برای استفاده از یک تصویر با وضوح بالاتر ضروری است. در صورت امکان، بخش تصویر را فقط به جزئیات اصلی که ممکن است با وضوح کمتر از بین بروند، در نظر بگیرید. (اگر از اسکرین شات به عنوان یک تصویر رایگان تحت استثنای زیر استفاده شود، وضوح تصویر مورد نیاز نیست){{non-free reduce}}
هدف از تصویر. این برای برآوردن نیازهای محتوای غیر رایگان بسیار مهم است و هر چه جزئیات و دلایل بیشتری ارائه شود، بهتر است.
کاورهای بازی ویدیویی معمولاً برای شناسایی بازی در جعبه اطلاعات آن استفاده می‌شوند، اما ممکن است برای شناسایی شخصیت‌ها یا سایر جنبه‌های بازی در مقالات بازی نیز استفاده شوند.
آرم شرکت برای شناسایی شرکت در جعبه اطلاعات آن استفاده می شود.
از اسکرین شات های بازی های ویدیویی باید برای شناسایی تا حد امکان عناصر منحصر به فرد یا قابل توجه استفاده کرد و تعداد این عکس ها را به حداقل رساند. منطق باید توضیح دهد که چه عناصری را اسکرین‌شات نشان می‌دهد، مانند HUD، آسیب سنج یا عنصر بصری مشابه. اطمینان حاصل کنید که این نکات در متن مقاله بیشتر توضیح داده شده است.
عدم وجود جایگزین رایگان اکثر تصاویر غیر رایگان مربوط به بازی های ویدیویی فاقد قابلیت جایگزینی رایگان هستند و بنابراین این هدف منطقی باید این نکته را تکرار کند.
در بیشتر موارد، کاور آرت باید به عنوان اثر هنری شناسایی در جعبه اطلاعات بازی استفاده شود. با این حال، هنگامی که این در دسترس نیست، مانند بازی های توزیع شده دیجیتالی یا بازی های تایپ شده، می توان از اشکال دیگر شناسایی هنر استفاده کرد. سایر منابع شناسایی هنر عبارتند از:
هنر فروشگاه دیجیتال - معادل دیجیتالی یک جلد، مانند نماد فروشگاه برنامه
هنر کتابچه راهنمای دستورالعمل - با حذف هرگونه اطلاعات مربوط به خود کتابچه راهنمای کاربر (در صورت امکان)
مواد تبلیغاتی - تبلیغات، پوسترها یا آثار هنری همراه فهرست کاتالوگ
عنوان اصلی / اسکرین شات چلپ چلوپ
عکس کابینت آرکید
عکس رسانه بازی - دیسک، کارتریج و سایر رسانه های فیزیکی
صرف نظر از پلتفرم یا تفاوت‌های منطقه‌ای، تنها یک قطعه از هنر شناسایی باید در جعبه اطلاعات موجود باشد. هنر انگلیسی زبان برای شناسایی ترجیح داده می شود. اگر گزینه ای به زبان انگلیسی در دسترس نیست، از هنر زبان مادری بازی استفاده کنید. اگر یک جلد هنری مناسب به زبان انگلیسی از قبل در صفحه موضوع وجود دارد، در نظر بگیرید که آیا باید با نسخه دیگری جایگزین شود یا نسخه فعلی کافی است.
اگر بازی برای پلتفرم های متعدد با پوشش مشابه منتشر شده است، هنر بدون هیچ گونه لوگوتایپ مرتبط با پلتفرم باید در صورت امکان از یک منبع رسمی یا با ویرایش تصویر جلد به منظور ایجاد یک تصویر خنثی از پلتفرم استفاده شود. تنها ویرایشی که برای دستیابی به این هدف باید روی هنر اصلی انجام شود باید برش بنرهای پلتفرم باشد و نه حذف هر گونه لوگوی خاص پلتفرم، آرم ناشر، نمادهای شخص ثالث و غیره روی خود هنر.
پوشش‌های بازی‌های رایانه‌ای معمولاً در صورتی که دارای نام تجاری سیستم‌عامل نباشند (مانند بنر Games for Windows) از نظر پلتفرم خنثی در نظر گرفته می‌شوند. هنر شناسایی باید از نسخه اصلی بازی باشد. اگر بازی بعداً بر روی پلتفرم های دیگر منتشر شد، آثار هنری اصلی با لوگوهای مربوط به پلتفرم مربوطه همچنان باید استفاده شوند. در مواردی که نسخه های بعدی به طور قابل توجهی قابل توجه تر از نسخه های قبلی بود، می توان استثنا قائل شد.
در حالی که {{ جعبه اطلاعات ویدیو بازی }}|caption= گزینه ای برای شرح تصویر روی جلد ارائه می دهد ، در صورت لزوم از آن استفاده کنید. این واقعیت که تصویر جلد در جعبه اطلاعات استفاده می‌شود، نشان می‌دهد که این تصویر روی جلد است، بنابراین بیان این موضوع غیرضروری است (از "Cover Art برای بازی" استفاده نکنید). بهتر است عنوان را حذف کنید اگر بلافاصله به خواننده کمک نمی کند. زیرنویس‌ها را می‌توان در مواردی که تفاوت‌های قابل‌توجهی در هنر جلد بین پلتفرم انتشار یا منطقه وجود دارد (فراتر از آرم‌ها، برچسب‌ها و سایر عناصر قرارگیری)، برای شناسایی نسخه خاصی که نشان داده می‌شود، استفاده کرد. اگر بحث خاصی در مورد طراحی آن در مورد Ico وجود دارد ، یا در غیر این صورت شامل اطلاعات مفید برای خواننده، به عنوان مثال، گروه شخصیت‌های مورد بحث در مقاله، باید از عنوان استفاده شود. برای مثال، عنوان روی Kingdom Hearts یا The World Ends with You، چندین شخصیت اصلی را در این بازی‌ها مشخص می‌کند. با این حال، در جلدی مانند Bastion که مشخص است شخصیت نمایش داده شده The Kid است، مطلقاً لازم نیست در حالی که سرب و بدن را می‌خواند.
تنها در صورتی می توان از تصاویر روی جلد در متن مقاله استفاده کرد که در مورد خود جلد خاص توضیحات قابل توجهی وجود داشته باشد. به عنوان مثال، جلد Wii Ōkami حاوی واترمارکی است که در متن توضیح داده شده است، بنابراین جلد برای تکمیل این متن استفاده می شود.
اسکرین شات ها
از اسکرین شات ها برای نشان دادن گرافیک و گیم پلی بازی استفاده می شود. آنها نکاتی را نشان می دهند که نمی توانند به اندازه کافی با متن پوشش داده شوند. همانطور که برای همه محتوای غیر رایگان، ویراستاران باید از خود بپرسند که آیا هر اسکرین شات جدید ارزشی به مقاله می‌افزاید که در غیر این صورت نمی‌توانست آزادانه انجام شود.
به طور کلی پذیرفته شده است که می توان از یک اسکرین شات غیر رایگان در مقاله بازی ویدیویی برای تکمیل بخش Gameplay مقاله استفاده کرد، جایی که خود بخش Gameplay از منابع شخص ثالث یا ثانویه تهیه می شود. به طور ضمنی، هر بازی ویدیویی قابل توجهی در مورد گیم پلی خود توضیحاتی را ارائه می دهد (این به طور کلی عاملی کمک کننده برای قابل توجه بودن یک بازی است). این منبع را قبل از اسکرین شات غیر رایگان اضافه کنید تا متن بتواند از نتیجه گیری آن پشتیبانی کند. از افزودن اسکرین شات به مقالات کلاس خرد خودداری کنید و منتظر بمانید تا گیم پلی مقاله گسترش یافته و منبع شود. برای اینکه این تصاویر با معیارهای WP:محتوای غیر رایگان مطابقت داشته باشند، دلایل و مجوزهای غیر رایگان مناسب باید ارائه شود (به الگوهای رایج مورد استفاده مراجعه کنید ) . اسکرین شات های رایگان به اسکرین شات های غیررایگان ترجیح داده می شوند و ویراستاران همچنین باید در نظر داشته باشند که اگر مفاهیم بازی سرراست باشند، اسکرین شات بازی ضروری است یا خیر. به عنوان مثال، بسیاری از بازی‌های تیراندازی اول شخص یا بازی‌های مسابقه‌ای، عناصر رابط کاربری بسیار مشترکی دارند و در غیر این صورت از یکدیگر قابل‌توجه نیستند، بنابراین اگر تفسیر قابل‌توجهی در مورد گیم‌پلی یا سبک هنری وجود نداشته باشد، می‌توان اسکرین‌شات این گونه بازی‌ها را حذف کرد.
اسکرین شات های اضافی برای استفاده از آنها، بدون توجه به اینکه چه جنبه هایی از بازی را نشان می دهند، با پشتیبانی منابع شخص ثالث یا ثانویه، باید توجیه قوی تری داشته باشند.
استثنا
اگر خود بازی ویدیویی از مجوز رایگان استفاده می‌کند (مثلاً GPL )، این مجوز به اسکرین‌شات‌های تولید شده توسط بازی نیز گسترش می‌یابد. اگر مجوز با مجوزهای استفاده شده توسط ویکی‌پدیا سازگار است، آن تصاویر تصاویر رایگان برای استفاده ویکی‌پدیا هستند و می‌توان آنها را در ویکی‌مدیا کامانز آپلود کرد و به جای آن باید از الگوی نرم‌افزار آزاد مناسب استفاده کرد. آنها نیازی به منطق استفاده منصفانه ندارند.
توجه داشته باشید که می‌توانید با توسعه‌دهندگان یا ناشران کوچکتر ارتباط برقرار کنید تا از آنها درخواست کنید تصاویر و سایر مطالب را تحت مجوز رایگان ارائه دهند. چنین تصاویری را می‌توان مستقیماً توسط توسعه‌دهنده در Commons آپلود کرد، در فلیکر یا سایر سایت‌های اشتراک‌گذاری عکس با شرایط مجوز رایگان مناسب آپلود کرد، یا می‌توان دستورالعمل‌های WP:CONSENT را دنبال کرد تا مجوزهای مجوز مناسب را تضمین کند. اگر به کمک نیاز دارید، اعضای بازی‌های ویدیویی ویکی‌پروژه می‌توانند در مورد راه‌های نزدیک شدن به این توسعه‌دهندگان راهنمایی کنند.
مواردی وجود دارد که مجوز خارج از فرآیند فوق امکان پذیر است. به عنوان مثال، صفحه بارگیری Overcooked 2 می گوید: "لطفا از هر گونه فیلم یا فیلم برداری از صفحه بازی به هر شکلی که دوست دارید استفاده کنید."، بنابراین اجازه استفاده از اسکرین شات های بازی را در ویکی پدیا می دهد. در چنین مواردی، علاوه بر اسکرین شات، بر روی Commons نیز مدرک ارائه کنید.
سخت افزار و اشیاء فیزیکی
برای سخت افزار و لوازم جانبی منتشر شده، عکس های دارای مجوز آزاد از سوژه ها باید در قالب JPEG استفاده شوند . نیازی به تصاویر غیر رایگان نیست مگر اینکه موضوع لغو شده باشد یا هنوز منتشر نشده باشد.
سخت افزار ویژه با طرح های هنری را نمی توان به عنوان تصاویر محتوای رایگان منتشر کرد . در حالی که خود مورد، مانند کنسول یا یک کنترلر استاندارد قابل قبول است، اثر هنری تحت حق چاپ است. تصاویر استفاده شده و میزبانی شده در Commons باید حذف شوند و برای حذف در صفحه Commons برچسب گذاری شوند.
عکس‌های اسباب‌بازی‌های مرتبط با بازی‌های ویدیویی یا مواد تبلیغاتی (مانند Amiibo ) که شامل یک طرح هنری نیز می‌شوند، تصاویر دارای حق چاپ در نظر گرفته می‌شوند و تنها با یک دلیل غیر رایگان مناسب می‌توان از آنها استفاده کرد.
عکس‌های دارای مجوز آزاد از افرادی که در لباس‌های کازپلی مرتبط با بازی‌های ویدیویی هستند، علیرغم نشان دادن عناصر طراحی دارای حق چاپ، ممکن است تصاویری رایگان در نظر گرفته شوند. از نظر عوام، تا زمانی که عکس بر روی یک وجه از لباس فوکوس نشده باشد (مثلاً یک نمای نزدیک از ماسک یک بازیکن فضایی) و در عوض تمام لباس را به تصویر بکشد، در این صورت عناصر دارای حق نسخه‌برداری حداقل در نظر گرفته می‌شوند و عکس را می توان به عنوان یک مجوز رایگان در نظر گرفت.
فرمت ها و نام فایل های تصویری
برای باکس آرت، JPEG قابل قبول است. SVG یا PNG برای لوگوها ترجیح داده می شوند. فرمت فایل مورد استفاده برای اسکرین شات ها بستگی به نوع تصویر آن دارد. JPEG برای اکثر بازی های سه بعدی و برخی بازی های دو بعدی قابل استفاده است. بازی‌هایی که تاکید زیادی بر هنر پیکسل یا sprites دارند باید از PNG استفاده کنند. GIF فقط باید برای تصاویر متحرک استفاده شود.
هنگام آپلود یک تصویر جدید یک نام فایل توصیفی ارائه دهید. هیچ فرمت مورد نیازی وجود ندارد، اما گنجاندن نام بازی/سریال و اضافه کردن نوع تصویر برای درک استفاده از یک تصویر در یک نگاه بسیار مفید است، مانندفایل:Halo - Combat Evolved (نسخه XBox - box art).jpg.
چندین ملاحظات برای مقالات مرتبط با بازی ویدیویی در رابطه با منبع وجود دارد:
استفاده از سایت هایی مانند GameSpot و IGN به عنوان منابع قابل اعتماد برای بازی های قدیمی (قبل از 2000) باید به دقت مورد توجه قرار گیرد. در حالی که امروزه چنین سایت هایی به عنوان منابع قابل اعتماد در نظر گرفته می شوند، تا قبل از پایان قرن، آنها لزوماً از همین اعتبار برخوردار نبودند. اکثر بازی‌های ویدیویی با محتوای قبل از سال 2000 باید حاوی محتوای مجلات چاپی برای اطلاعات منتشر شده در آن زمان باشند.
بخش های بازی باید منبع شوند. این را می توان با استفاده از کتابچه راهنمای کاربر برای بازی، علاوه بر بررسی بازی و سایر منابع معتبر، تهیه کرد.
به طور مشابه، بخش های طرح نیز باید منبع شوند. دوباره، کتابچه راهنمای کاربر و نظرات ممکن است در اینجا کمک کند، اما ممکن است اطلاعات کافی موجود در راهنماهای استراتژی یا سوالات متداول را نیز بیابید. اغلب، استفاده از نقل قول ها از داخل بازی یا رونوشت می تواند به پشتیبانی از بیانیه ها از طریق ; با این حال، مراقب باشید که این نقل قول ها کوتاه و به نکات کلیدی باشد.{{cite video game}}
یکی دیگر از پیچیدگی‌های منابع بازی‌های ویدیویی این است که بیشتر آنها فقط به صورت آنلاین وجود دارند و اخیراً چندین سایت معتبر بازی مانند 1UP و Joystiq توسط شرکت‌های مادر بسته شده‌اند. گاهی اوقات آرشیو این سایت‌ها باقی می‌ماند، اما اغلب این سایت‌ها تاریک می‌شوند و محتوای قبلی را با خود همراه می‌کنند. از آنجا که این ممکن است با هشدار کمی رخ دهد، اتکای ما به منابع آنلاین می تواند مشکل ساز باشد. ویراستاران تشویق می شوند که از نقل قول های آرشیو برای جلوگیری از از دست رفتن چنین مقالاتی استفاده کنند. این کار را می توان از طریق استفاده از ماشین Wayback در archive.org انجام داد، که می تواند برای سایت های زنده یا سایت هایی که تاریک شده اند کار کند، یا با استفاده از یک مدیر استناد وب مانند WebCite برای ذخیره محتویات صفحه خاص تا زمانی که سایت هنوز موجود است برای اطلاعات بیشتر در مورد نحوه استفاده از این ابزارها به WP:DEADREF مراجعه کنید .
یافتن نقدهای منتقد برای بازی‌های قدیمی‌تر ممکن است دشوار باشد، زیرا بیشتر انتشارات قبل از رشد انفجاری اینترنت در مجلات چاپی بازی انجام می‌شد. چندین عضو پروژه کپی های قدیمی برخی از نشریات بازی های ویدیویی را نگه داشته اند. فهرستی از کاربران و داده های قابل توجه در WP:WikiProject بازی های ویدیویی/مجلات نگهداری می شود . اگر چیزی مرتبط با مقاله خود در آن صفحه پیدا کردید، یک پست مناسب ( WT:VG/RS را امتحان کنید ) برای درخواست ارجاع ایجاد کنید.
اگر می‌خواهید در پروژه مشارکت داشته باشید، لطفاً نام کاربری خود را به مشکلاتی که دارید اضافه کنید یا اگر در حال حاضر فهرستی از موارد جدید وجود ندارد، فهرست‌های جدید ایجاد کنید. لطفاً هنگام بررسی مجلات دقیق باشید و حتماً عناوین بازی ها را ویکی کنید. از قالب جدول ساده پیروی کنید.
اگر ترجیح می دهید، برای ایجاد علاقه به پروژه، به صفحه کاربری خود اضافه کنید.{{User WPCVGm}}
منابع را به درستی ذکر کنید. عناوین وب‌سایت‌ها، روزنامه‌ها، کتاب‌ها، مجلات، برنامه‌های تلویزیونی و بازی‌های ویدیویی به‌عنوان آثار خلاقانه در این زمینه به صورت مورب نوشته|work= می‌شوند . تعیین ناشر یک نشریه سریالی (از جمله یک نشریه آنلاین) ضروری نیست، مگر اینکه نام ناشر و انتشارات تفاوت قابل توجهی داشته باشد، یا بدون آن نقل قول مبهم خواهد بود. حتی در این موارد، فیلدهای |issn=و |oclc=(که هر دو را می توان از طریق جستجوی WorldCat شناسایی کرد ) ویژگی بیشتری را در سریال ارائه می دهد.
راست : {{ cite web |title=Hands on the Nintendo Labo | وب سایت =[[GameSpot]] |تاریخ=...}}
اشتباه : {{ cite web |title=Hands On with the Nintendo Labo | ناشر =[[GameSpot]] |تاریخ=...}}
همچنین، سایت‌هایی مانند Google Books و Internet Archive ممکن است اثر را میزبانی یا فهرست‌بندی کنند، اما ناشر آن نیستند. اعتبار آن منابع را در |via=پارامتر الگوی استناد قرار دهید.
بخش "همچنین ببینید" به شدت ضروری نیست و بسیاری از مقالات با کیفیت بالا و جامع این بخش را ندارند. به عنوان یک قاعده کلی، بخش "همچنین ببینید" نباید پیوندهایی را که در بدنه مقاله ظاهر می شود تکرار کند. [1] از فهرست بی رویه پیوندها به مقالات بازی "مشابه" خودداری کنید، به جای پیوند دادن به مقالات مرتبط همانطور که در متن مقاله ذکر شده اند. نثر باید طوری نوشته شود که خوانندگان بتوانند به راحتی ارتباط پیوندهای وارد شده را با مراجعه به منابع معتبر درک کنند.
اگر پیوندی وجود دارد که ممکن است مرتبط باشد، اما در متن مقاله ذکر نشده است، قبل از قرار دادن آن در لیست پیوندهای داخلی، از قضاوت سردبیری و عقل سلیم استفاده کنید.
پیوندهای خارجی در مقالات بازی های ویدیویی باید از همان قرارداد برای پیوندهای خارجی در ویکی پدیا به طور کلی پیروی کنند. پیوندهای خاصی برای مقالات بازی های ویدیویی توصیه می شود، در حالی که پیوندهای دیگر باید اجتناب شود. به طور خاص، پیوندهای خارجی باید اطلاعاتی را ارائه دهند که با ممانعت از حق نسخه برداری و محدودیت های فنی، بخشی از یک مقاله ویژه در ویکی پدیا باشد . محدود کردن نوع پیوندهای خارجی برای افزودن به مقالات بازی های ویدیویی به جلوگیری از تبدیل شدن این بخش به یک مزرعه پیوند کمک می کند . لطفاً از الگوهای پیوند خارجی مناسب مانند . فقط زمانی الگوها را اضافه کنید که اطلاعات دایره‌المعارفی اضافی یا تأییدی به مقاله ارائه کنند.{{MobyGames}}
پیوندهای خارجی مناسب : این پیوندها باید در صورت امکان در یک مقاله بازی ویدیویی وجود داشته باشد.
صفحات اصلی توسعه دهندگان و ناشران بر اساس § آنچه که معمولاً می تواند پیوند شود شماره 1. با این حال، اگر سایت رسمی بازی در صفحات توسعه‌دهنده یا ناشر قرار دارد که امکان پیمایش واضح به سایت توسعه‌دهنده/ناشر اصلی را فراهم می‌کند، ممکن است این موارد برای WP:ELMINOFFICIAL ضروری نباشد.
یک منبع دانلود برای بازی هایی که به صورت رایگان قابل دانلود هستند و حق نسخه برداری را نقض نمی کنند، در صورتی که چنین پیوندهایی کاملاً جدا از وب سایت رسمی بازی باشند، به ترتیب WP:ELYES #2 و WP:ELMINOFFICIAL.
صفحه نمایه بازی ویدیویی در 1UP.com ، GameSpot ، IGN ، GameSpy ، GameFAQs ، یا هر اخبار، نقدها یا سایت‌های راهنمای تجاری بازی‌های ویدیویی - چنین پیوندهایی را می‌توان به عنوان تبلیغ سایت‌های تجاری مرتبط مشاهده کرد.
سایت‌های مبتنی بر طرفداران، از جمله آنهایی که ممکن است از سایت‌های تجاری فهرست‌شده در بالا گسترش یابند (به عنوان مثال، PlanetQuake)
انجمن‌ها در WP:ELNO #10 – انجمن‌های رسمی برای موضوع صفحه ممکن است برای WP:ELYES #1 مناسب باشند ، اما WP:ELMINOFFICIAL را در نظر بگیرید .
پیوندهایی به بازسازی‌های طرفداران (کلون‌های خانگی) - اینها عموماً در تبلیغات خود گنجانده شده‌اند و ممکن است آثار دارای حق چاپ را نقض کنند.
پیوندهایی به ویترین فروشگاه ها، در WP:ELNO #5 (Steam، Xbox Store، PlayStation Store، Google Play، GOG.com و غیره)
پیوندهای خارجی غیرقابل قبول : این پیوندها هرگز در مقالات بازی های ویدیویی مجاز نیستند و در صورت یافتن باید بدون بحث حذف شوند.
پیوندهایی به سایت‌هایی که دانلود بازی‌های ویدیویی، تصاویر ROM یا ISO یا آثار دیگر را با نقض حق نسخه‌برداری ارائه می‌دهند، طبق § محدودیت‌های پیوند ( WP:ELNEVER ) شماره 1. این شامل مطالبی می‌شود که ممکن است به عنوان نرم‌افزار صرف‌نظر در نظر گرفته شوند - در حالی که حق چاپ این آثار ممکن است زیر سوال باشد، سیاست حتی لینک‌های مشکوک را ممنوع می‌کند.
^ حرف اول داده های پارامتر صندوق اطلاعات معمولاً با حروف بزرگ نوشته می شود، به عنوان مثال: |genre=[[First-person shooter]], [[survival horror]]. این نیز رایج است اما برای موارد فهرست مورد نیاز نیست، به عنوان مثال: .|genre={{Unbulleted list|[[First-person shooter]]|[[Survival horror]]|[[Hack and slash]]}}
↑ اولین قانون WP:Manual of Style/حروف بزرگ این است که «فقط کلمات و عباراتی که به طور مداوم در اکثریت قابل توجهی از منابع مستقل و قابل اعتماد با حروف بزرگ نوشته می‌شوند، در ویکی‌پدیا با حروف بزرگ نوشته می‌شوند».
^ جامعه پیشنهادات گذشته برای حذف این راهنمایی را رد کرده است. به عنوان مثال، این RfC را ببینید .
.jpg/File:Halo_-_Combat_Evolved_(XBox_version_-_box_art).jpg){kind=link}