ویکی‌پدیا:قهوه‌خانه/اجرایی: تفاوت میان نسخه‌ها

افزودن مبحث
از ویکی‌پدیا، دانشنامهٔ آزاد
محتوای حذف‌شده محتوای افزوده‌شده
خط ۴۲۰: خط ۴۲۰:
* سلام. ویکی بان نیستم برای همین رای موافق یا مخالف ندارم اما یک نکته وجود دارد، همانطور که درفش هم گفت ویکی بانی یک ساله است و تعداد ویکی بانان مدام درحال تغییر، در این صورت مدیران مدام باید دسترسی را کم یا زیاد کنند و این خود زمان بر است.[[کاربر:Behzad39|Behzad39]] ([[بحث کاربر:Behzad39|بحث]]) ‏۱۸ اوت ۲۰۱۶، ساعت ۰۲:۱۶ (UTC)
* سلام. ویکی بان نیستم برای همین رای موافق یا مخالف ندارم اما یک نکته وجود دارد، همانطور که درفش هم گفت ویکی بانی یک ساله است و تعداد ویکی بانان مدام درحال تغییر، در این صورت مدیران مدام باید دسترسی را کم یا زیاد کنند و این خود زمان بر است.[[کاربر:Behzad39|Behzad39]] ([[بحث کاربر:Behzad39|بحث]]) ‏۱۸ اوت ۲۰۱۶، ساعت ۰۲:۱۶ (UTC)
* {{موافق}} در مورد واگردان، بارگذار و تأییدشدهٔ پایدار. اما {{ممتنع}} در مورد گشت و گشت خودکار. استدلالم این است:{{سرخط}}از یک سو، کاربر باید دسترسی گشت را که باید داشته باشد تا ویکی‌بان شود. دسترسی گشت خودکار را هم که همه باید قبل از گشت بگیرند.{{سرخط}}اما از سوی دیگر، کاربر حتی اگر ویکی‌بان باشد هم اگر شروع کند مقالهٔ بد ساختن شاید دسترسی گشت را از دست بدهد. گنجاندن دسترسی گشت در دل ویکی‌بانی این را ناممکن می‌کند.{{سرخط}}لذا مطمئن نیستم که دسترسی گشت را (که محتوایی است) باید با دسترسی ویکی‌بان (که هدف اصلی‌اش مبارزه با خرابکاری است) قاطی کنیم. — [[کاربر:Huji|حجت]]/[[بحث_کاربر:حجت|<sup>بحث</sup>]] ‏۱۸ اوت ۲۰۱۶، ساعت ۰۲:۲۰ (UTC)
* {{موافق}} در مورد واگردان، بارگذار و تأییدشدهٔ پایدار. اما {{ممتنع}} در مورد گشت و گشت خودکار. استدلالم این است:{{سرخط}}از یک سو، کاربر باید دسترسی گشت را که باید داشته باشد تا ویکی‌بان شود. دسترسی گشت خودکار را هم که همه باید قبل از گشت بگیرند.{{سرخط}}اما از سوی دیگر، کاربر حتی اگر ویکی‌بان باشد هم اگر شروع کند مقالهٔ بد ساختن شاید دسترسی گشت را از دست بدهد. گنجاندن دسترسی گشت در دل ویکی‌بانی این را ناممکن می‌کند.{{سرخط}}لذا مطمئن نیستم که دسترسی گشت را (که محتوایی است) باید با دسترسی ویکی‌بان (که هدف اصلی‌اش مبارزه با خرابکاری است) قاطی کنیم. — [[کاربر:Huji|حجت]]/[[بحث_کاربر:حجت|<sup>بحث</sup>]] ‏۱۸ اوت ۲۰۱۶، ساعت ۰۲:۲۰ (UTC)
* {{مخالف}} سپاس از دیوان‌سالار آرش بابت ایجاد '''نظرخواهی''' در این مورد. دلایل مخالفت را نمی‌گویم چراکه حال و حوصلهٔ دشمنان بیشتر را ندارم، و چون مسلم شده است که برخی‌ها در سایت، ظرفیت پذیرفتن و تأمل در دیدگاه‌های دیگران را نداریم... فقط همین‌قدر به‌اندازهٔ کفایت مجبورم توضیح بدهم و بگویم که در مورد سایر دسترسی‌ها (مثلاً گروه مدیران) نیز این تجمیع دسترسی‌ها ضرورتی ندارد؛ و گروه دسترسی مدیران نیز می‌توانند، دسترسی مدیریت را نیز در کنار دیگر دسترسی‌ها داشته باشد. اگر این تجمیع ضرورت دارد بفرمایید؟؛ بنابراین در تجمیع‌هایی که همین الآن نیز می‌شود شاید می‌بایست که تجدیدنظر شود. [[User:KhabarNegar|<font color="pepper" size="2px">KhabarNegar</font>]] <sup><span style="font-family:Italic;color:black">[[بحث کاربر:KhabarNegar|خبرنگار]]</span></sup> ‏۱۸ اوت ۲۰۱۶، ساعت ۰۴:۳۹ (UTC)

نسخهٔ ‏۱۸ اوت ۲۰۱۶، ساعت ۰۴:۳۹

قهوه‌خانهٔ اجرایی مکانی برای گفتگو پیرامون سیاست‌ها، رهنمودها، قوانین ویکی‌پدیا و نظرخواهی‌های مرتبط است.

میزهای قهوه‌خانه


اجرایی
آغاز بحثی نو | پی‌گیری محلی برای هم‌فکری و مطرح‌کردن ایده‌های نو دربارهٔ ویکی‌پدیا


فنی
آغاز بحثی نو | پی‌گیری گفتگو پیرامون موضوعات فنی


گوناگون
آغاز بحثی نو | پی‌گیری مکانی برای گفتگو دربارهٔ مسائل متفرقهٔ مربوط به ویکی‌پدیا که در هیچ زیربخش دیگری نمی‌گنجند یا صفحه‌ای ویژهٔ خود ندارند


درخواست راهنمایی
آغاز بحثی نو | پی‌گیری مکانی برای درخواست کمک در استفاده از ویکی‌پدیا یا پرسیدن هر سؤال متفرقه‌ای که مربوط به ویکی‌پدیا نمی‌شود


خبررسانی
آغاز بحثی نو | پی‌گیری مکانی برای اعلانات و خبررسانی در مورد نظرخواهی‌های جاری ویکی‌پدیا

سفارتخانه / fa-0 Embassy

محتوای خوب و برگزیده [ویرایش]

تصاویر تبلیغاتی

لطفاً در بندهای مربوط به بارگزاری تصاویر بندی افزودن شود تا کاربر نتواند تصاویر شخصی خود را بارگزاری نمایند و در جعبه اطلاعات مقالات یا خود مقالات استفاده نمایند این وضعیت توسط این کاربر مد شده است پرونده زیر رویت شود و صفحه بحث مقاله زیر نیز رویت شود

پرونده:Ali va ismail.jpg

MSes T / C ‏۱۳ ژوئن ۲۰۱۶، ساعت ۱۶:۱۵ (UTC)پاسخ

مشکل اساسی آوانگاری

بحث زیر پایان یافته‌است و به‌زودی بایگانی خواهد شد.

بالای ۹۷ درصد مطالب عناوین این رده اشتباه آوانگاری شده است و اصلاح کردنش (۱۰۷۱ مقاله) تقریباً غیرممکن است چهار تاشون را بنده آوانگاری اصلاح کردم و مطالب داخل متن را نیز اصلاح کردم و ...

نظرات دربارهٔ حذف کل مطالب رده چیستMSes T / C ‏۱۸ ژوئن ۲۰۱۶، ساعت ۰۷:۳۲ (UTC)پاسخ

گرامی نمی‌شود همه را حذف کرد، برای اصلاحشان وپ:ویکی‌پروژه بسازید. --آرمان (بحث) ‏۱۸ ژوئن ۲۰۱۶، ساعت ۰۷:۳۵ (UTC)پاسخ
بنده آشنایی به کارکردن با وپ:ویکی‌پروژه ندارم. بنده اطلاعی رسانی کردم میل با دوستان است بماند یا حذف شوند. MSes T / C ‏۱۸ ژوئن ۲۰۱۶، ساعت ۰۷:۵۹ (UTC)پاسخ
@Modern Sciences: لطف می‌کنید همین‌جا چند مثال از مواردِ نادرست بیاورید؟ لطفاً مرا پینگ فرمایید. Hamid Hassani (بحث) ‏۱۹ ژوئن ۲۰۱۶، ساعت ۰۶:۱۹ (UTC)پاسخ

اعتراض به نحوه خارج کردن مقاله خیام از برگزیدگی

بحث زیر پایان یافته‌است و به‌زودی بایگانی خواهد شد.

سلام دوستان

متأسفانه معدودی از کاربران در ویکی‌پدیا:بازبینی مقاله‌های برگزیده/خیام مقاله خیام را از برگزیدگی خارج کرده‌اند. در حالیکه دیگر کاربران در جریان ماجرا نبوده‌اند. آیا با بازنگری مجدد مقاله با توجه به اینکه هیچ‌کس در جریان ماجرا نبوده است، موافق هستید؟ --Farhad2010 (بحث) ‏۱ ژوئیهٔ ۲۰۱۶، ساعت ۱۹:۵۵ (UTC)پاسخ

موافق- بنده با روند این بازبینی مخالف هستم باید در خود مقاله با قرار دادن یک برچسب اعلام می‌شد که قرار به همچین برنامه‌ای است تا دیگر کاربران هم مشارکت می‌کردند--Farhad2010 (بحث) ‏۲ ژوئیهٔ ۲۰۱۶، ساعت ۰۵:۴۳ (UTC)پاسخ

@Farhad2010: در جای دیگری باید مطرح کنید، بعید می‌دانم طرحش در اینجا سودی داشته‌باشد. وپ:گمب را نگاه کنید و ببینید چه راهی برای حل این مشکل پیش‌بینی شده‌است. درفش کاویانی (بحث) ‏۱۳ اوت ۲۰۱۶، ساعت ۰۱:۰۰ (UTC)پاسخ
سپاس--Farhad2010 (بحث) ‏۱۳ اوت ۲۰۱۶، ساعت ۱۱:۴۱ (UTC)پاسخ

جایگاه زمان و مکان در گروه اسمی

در زبان فارسی، وقتی می‌خواهیم گروه اسمی بسازیم، در بین وابسته‌های پسین ابتدا آنی را می‌آوریم که مربوط به زمان است و سپس سایر موارد را. یعنی مثلاً می‌گوییم جلسه امروز مجلس، یا انتخابات پارسال ایران، یا بمبگذاری دیروز آنکارا؛ نمی‌گوییم جلسه مجلس امروز، انتخابات ایران پارسال، یا بمبگذاری آنکارای دیروز. پس به همین ترتیب بمبگذاری ۲۰۱۵ آنکارا درست است نه بمبگذاری آنکارا ۲۰۱۵. اگر سال در پرانتز قرار بگیرد و جزیی از این گروه اسمی نباشد بحث دیگریست ولی اگر قرار است جزء این گروه اسمی باشد این طوری گفته می‌شود. نمونه‌های دیگر زلزله بم پارسال، در برابر زلزله پارسال بم، جام جهانی نود و هشت فرانسه در برابر جام جهانی فرانسه نود و هشت هستند. در این گفتگو، استدلال شده که در بمبگذاری آنکارا ۲۰۱۵، ۲۰۱۵ برای ابهام زداییست. اگر چنین باشد ۲۰۱۵ باید در پرانتز قرار بگیرد. خواستم نظر بقیه را بدانم. --1234 (بحث) ‏۱ ژوئیهٔ ۲۰۱۶، ساعت ۱۸:۰۱ (UTC)پاسخ

ویکی‌پدیا:قواعد نام‌گذاری (رویدادها) به کارتان نمی‌آید؟ --آرمان (بحث) ‏۱ ژوئیهٔ ۲۰۱۶، ساعت ۱۸:۰۸ (UTC)پاسخ
صریحاً به این مورد اشاره نکرده ولی مثالهایش تا حدی گویا هستند. سؤال این نیست که سال باید در نام بیاید یا نه. این است که اگر قرار شد بیاید سال کجای نام مقاله قرار بگیرد. مثلاً زلزله ۱۳۴۸ بروجرد باشد یا زلزله بروجرد ۱۳۴۸. مثال‌ها همه مؤید اینند که اولی درست است، ولی شاهد این قبیل انتقال‌ها هستیم. --1234 (بحث) ‏۱ ژوئیهٔ ۲۰۱۶، ساعت ۱۸:۲۰ (UTC)پاسخ
اگر طبق رهنمود نامگذاری کنیم فکرکنم می‌شود: بمبگذاری مارس ۲۰۱۶ آنکارا
چه؟ آنچه که اتفاق افتاده است: بمبگذاری
کِی؟ زمانی که رویداد اتفاق افتاده است (سال وقوع رویداد): مارس ۲۰۱۶
کجا؟ محل وقوع رویداد: آنکارا
جناب @Kasir: نظرتان چیست؟ --آرمان (بحث) ‏۱ ژوئیهٔ ۲۰۱۶، ساعت ۱۸:۳۰ (UTC)پاسخ
اگر ترتیب پاسخ به این سؤال‌ها هم همین‌طور باشد که خوب مسئله حل است ولی فکر کنم ایشان می‌گوید ترتیب باید جابجا شود. --1234 (بحث) ‏۱ ژوئیهٔ ۲۰۱۶، ساعت ۱۸:۳۳ (UTC)پاسخ

مقایسه دیروز و امروز با اعداد بسیار متفاوت است، رویدادهای ویکی‌پدیا به امروز و دیروز که نوشته نمی‌شود، به‌طور مثال می‌گوییم سیل هند حالا ممکن است سیل هند چند بار تکرار شود پس می‌گوییم سیل هند ۲۰۱۶، سیل هند ۲۰۱۰، حادثه در مکان رخ می‌دهد نه در زمان، سیل ۲۰۱۶ هند یعنی چی اصلاً؟ سیل در ۲۰۱۶ رخ داده یا در هند؟ بمب‌گذاری در استانبول است نه در سال آن، این منطق من هستش و هر تصمیمی که خواستید بگیرید. Kasir بحث ‏۱ ژوئیهٔ ۲۰۱۶، ساعت ۲۱:۴۷ (UTC)پاسخ

با کثیر موافقم مدتهاست که در رده‌بندی از این قاعده استفاده می‌شود مثلاً برنده اسکار ۲۰۱۰ یا برای زمانی که چند رویداد در یک سال روی می‌دهد مثلاً انفجار ترکیه در شهریور ۹۴ و انفجار ترکیه در مهر ۹۴یاماها۵ / ب ‏۲ ژوئیهٔ ۲۰۱۶، ساعت ۰۵:۳۷ (UTC)پاسخ
مهم یکدستی در مقالات و رده‌ها است، یا آنکه از پیشنهاد رهنمود اشاره شده پیروی کنیم یا آنکه از پیشنهاد شما دو بزرگوار، به هرحال اگر اجماع به تغییر شد لطفاً رهنمود را هم بروز کنید. --آرمان (بحث) ‏۲ ژوئیهٔ ۲۰۱۶، ساعت ۰۷:۲۲ (UTC)پاسخ
اصلا ویکی‌پدیا:قواعد نام‌گذاری (رویدادها) براساس چه مبنایی نوشته شده؟ جناب Saeidpourbabak این قوانین را از کجا وارد ویکی‌پدیا کرده؟ در حال حاضر این صفحه در حد یک خودنوشته است و ارزش دیگری ندارد چون به هیچ منبعی استناد نمی‌کند، در ضمن من استدلال خودم را نوشتم و در حد خودش منطقی است. Kasir بحث ‏۲ ژوئیهٔ ۲۰۱۶، ساعت ۰۹:۱۴ (UTC)پاسخ
البته جناب کاربر:Dalba ایجاد کردن و به نظر ترجمه از ویکی‌پدیا انگلیسی است، جناب کاربر:Saeidpourbabak هم گسترش داده‌اند؛ به هرحال اگر در ویکی فا اجماع دیگری وجود داشت باید در آنجا اعمال شود. --آرمان (بحث) ‏۲ ژوئیهٔ ۲۰۱۶، ساعت ۰۹:۲۳ (UTC)پاسخ
سیاست فعلی که موجود است توسط Saeidpourbabak نوشته شده، نسخه اولیه که توسط جناب دالبا نوشته متفاوت است، الان هم هر چه می‌گردیم صفحه موردنظر به هیچ جا استناد نمی‌کند، حادثه در مکان یا حادثه در زمان؟! Kasir بحث ‏۲ ژوئیهٔ ۲۰۱۶، ساعت ۰۹:۳۰ (UTC)پاسخ
سلام.
ویکی‌پدیا:قواعد نام‌گذاری (رویدادها) از روی رهنمود انگلیسی ترجمه شده و این موضوع در خلاصه‌ویرایش‌ها به زبان فارسی ذکر شده. مشکل بتوانید در متن فارسی لغزشی از رهنمود انگلیسی بیابید. رهنمود انگلیسی تا زمانی که کاربران فارسی‌زبان به خود زحمت رهنمودسازی نداده‌اند برای ویکی‌پدیای فارسی معتبر است. من در ترجمهٔ این رهنمود و نیز دیگر رهنمودهای نام‌گذاری به مواردی برخوردم که نیاز است در فارسی روی آن فکر و تصمیم‌گیری شود. آنها را برای خودم جایی فهرست کرده‌ام تا همه را با هم در قالبی یکسان و روشن نظرخواهی کنم. یکی از آنها همین نام‌گذاری رویدادهاست که اگر عیناً از رهنمود انگلیسی استفاده کنیم می‌شود «۲۰۱۵ بالتیمور آشوب‌ها» (بجای آشوب‌های ۲۰۱۵ بالتیمور) که در فارسی بی‌معنی‌ست. از این رو با احتیاط کامل از تصریح ترتیب این سه بخش (چه، کی، کجا) در رهنمود خودداری کردم و فقط مثال زدم، که از آن دو مثال هم فقط یکی انتقالی خودم است و دیگری توسط کاربری دیگر نام‌گذاری شده. البته «آشوب‌های بالتیمور ۲۰۱۵» آنقدر بدخوان و به گوش ناآشنا بود که به عنوان یک گزینه حتی به ذهنم هم خطور نکرد و فکر نکردم ممکن است از سوی کسی مورد حمایت باشد. موارد مورد تردیدِ من از نوع دیگری بود که از قضا جایی از فرصت استفاده کردم و برای تحریک مشارکت کاربران مطرحش کردم: «... مورد مشابهی برای رویدادها داریم. «سانحه ۱۳۹۱ قطار زاهدان-تهران» بهتر است یا «سانحه قطار ۱۳۹۱ زاهدان-تهران» ؟» که خب البته کسی مشارکتی نکرد. این عادت کاربران ماست که در رهنمودسازی مشارکتی نمی‌کنند و تنها هنگامی یادشان می‌افتد رهنمودی وجود دارد که با کاربر دیگری دست‌به‌یخه شده باشند.
@Sicaspi: من هم با نظر و هم با استدلال شما موافقم. «در زلزلهٔ هزار و سیصد و شصت و نهِ رودبار ... نفر کشته شدند»، «قطار بیست و سی دقیقهٔ مشهد آمادهٔ حرکت است»، «در جنبش‌های دههٔ شصتِ اروپا ...»، و از این دست همه مثال‌هایی از خوانش روان این نوع ترتیب در کاربردهای روزمره است. اصلاً «آشوب‌های بالتیمور ۲۰۱۵» را چطور باید خواند؟ با کسره؟ با ویرگول؟ با وقف؟
@Yamaha5: مثال رده‌بندی «برنده اسکار ۲۰۱۰» بواقع شگفت‌انگیز بود. اولاً که این رده است و آن نوشتار و نام‌گذاری رده و نوشتار ارتباطی با هم ندارند. دوماً اینکه این جشنواره‌ای هنری‌ست و آن واقعه‌ای طبیعی/تروریستی/سانحه. سوم اینکه مثال شما اصلاً درش مکان ندارد که بخواهد در قیاس با مورد ما مشکلی را حل کند. ما بیش از ۶۰ رهنمود برای نام‌گذاری نوشتارها داریم ({{قواعد نام‌گذاری}})، بعد باید نام یک نوشتار را از روی مثال یک ردهٔ نامرتبط انتخاب کنیم؟ شما کاربری پرسابقه و پردسترسی هستید. انتظار می‌رود در استدلال‌ها به رهنمودها استناد کنید، نه به یک مثال با موضوع متفاوت، بدون مکان، و آن هم از یک فضای نام دیگر! رده‌های «انفجار ترکیه در شهریور ۹۴ و انفجار ترکیه در مهر ۹۴» را هم پیدا نکردم. لطفاً پیوند دهید.
@AzorAhai: ممنون از شما که با پینگ خبرم کردید اینجا دارند درباره‌ام صحبت می‌کنند. زمانهٔ بدی شده.
Saeidpourbabak (بحث) ‏۳ ژوئیهٔ ۲۰۱۶، ساعت ۰۱:۰۹ (UTC)پاسخ
در ابتدا «زمانهٔ بدی شده.» در متن بالایی من اصلاً به شما اشاره‌ای نداشتم و فقط مثال زدم که چنین برآشفتید!
برای وحدت رویه جایی که امکان باشد نام همهٔ فضاهای نام مشابه باشد چه ایرادی دارد؟ مسلم است که نامگذاری رده با مقاله تفاوت دارد ولی برای مواردی که نام مقاله مشابه رده چندین آیتم را در خود دارد می‌توانند شبیه باشند.
رهنمودها در اثر نظر کاربران است پس نظر مخالف دادن به رهنمودی که ترجمه‌است کار اشتباهی نیست. نهایتاً با بحث یکی از طرفین قانع می‌شود یا اجماع حاصل می‌شود ناراحت شدن ندارد.
از بیان مثال برنده اسکار ۲۰۱۱ منظورم کانسپت یا ایده کلی بود که عنوان از نظر مفهومی باید به صورت پله‌کانی باشد ابتدا موضوع بعد رویداد یا مکان یا حالت بعد زمان. در مورد «انفجار ترکیه در شهریور ۹۴ و انفجار ترکیه در مهر ۹۴» حتماً باید مقاله باشد؟ مثلاً اگر برای انفجارهای تروریستی اخیر ترکیه برای هرکدام بخواهیم یک مقاله بسازیم چه عنوانی را پیشنهاد می‌کنید؟ در همه عنوان‌ها کلمات «ترکیه» «انفجار» «زمان انفجار» باشد با توجه به اینکه همگی در یک سال روی داده‌اند.یاماها۵ / ب ‏۳ ژوئیهٔ ۲۰۱۶، ساعت ۱۰:۲۸ (UTC)پاسخ
@Yamaha5: سلام مجدد. بله، شما به من اشاره نداشتید. من هم در آن پیام اشاره‌ام به شما نبود. تنها بخش‌هایی از آن پیام مربوط به شما بود که در مقابل پینگ نام‌تان آورده بودم. کاربر:Kasir در مورد ویرایش‌های من و من حرف زدند بدون اینکه من را پینگ کرده باشند.
بله، آن رهنمود ناقص است و نیاز به تکمیل شدن دارد و نظر مخالف دادن کار اشتباهی نیست. همان‌طور که پیشتر در بحث ویکی‌پدیا:قواعد نام‌گذاری (رویدادها)#ویرایش نیازمند اجماع به خودتان هم گفتم علت این ناقص بودن همین است که من از خودم چیزی به آن نیفزوده‌ام (که در آن صورت کامل اما بدون اجماع می‌بود).
مثال اسکار از آنجا که اجزایش با رویدادها مطابقت ندارد (رویداد و مکان و زمان) غلط‌انداز است. در مورد آن انفجارها پیشنهاد من همان ترتیبی‌ست که گفتم: «انفجارِ شهریورِ نودوچهارِ ترکیه» (که البته سالش قاعدتاً باید میلادی باشد). یک نمونهٔ حتی خاص‌تر: بمب‌گذاری‌های ۷ ژوئیه ۲۰۰۵ لندن (تا با 21 July 2005 London bombings (هرچند نوشتارش هنوز ساخته نشده) متمایز شود) یا بمب‌گذاری فوریه ۲۰۰۴ متروی مسکو (تمایز با August 2004 Moscow Metro bombing). بطور خلاصه: ۱. رویداد ۲. زمان ۳. مکان.
اینکه تاریخ را در پایان آورده‌اید و به آن «در» افزوده‌اید البته به خوانش درست عنوان کمک می‌کند، ولی همچنان حشو دارد (هر عنوان باید یک در اضافه بگیرد) و در نتیجه ترجیح من نیست.
Saeidpourbabak (بحث) ‏۴ ژوئیهٔ ۲۰۱۶، ساعت ۱۳:۱۳ (UTC)پاسخ

من جناب @Hamid Hassani: را فرامیخوانم تا بعنوان یک زبان‌شناس نظر خود را در خصوص اختلاف دوستان مطرح کند. --آرمان (بحث) ‏۴ ژوئیهٔ ۲۰۱۶، ساعت ۱۳:۲۴ (UTC)پاسخ

کاربر یاماها مثالتان به این مسئله بیربط است. اسکار ۲۰۱۰ یک مراسمیست که به همین عنوان وجود دارد. حالا شما می‌توانید دربارهٔ برندگانش و مجریانش و غیره صحبت کنید. در ترکیب برنده اسکار ۲۰۱۰، ۲۰۱۰ وابسته اسکار است نه برنده؛ ولی مثلاً در جام جهانی ۹۸ فرانسه، ۹۸ وابسته جام جهانی است نه فرانسه. خلط نفرمایید1234 (بحث) ‏۴ ژوئیهٔ ۲۰۱۶، ساعت ۱۴:۵۴ (UTC)پاسخ

وقتی تاکیدمان روی اسکار باشد، می‌گوییم برندگان اسکار ۲۰۱۰. وقتی روی برنده باشد، می‌گوییم برندگان ۲۰۱۰ اسکار یا مثلاً برندگان امسال اسکار. در آن رده تاکیید روی اسکار است نه برنده، چون اصلاً رده‌بندی بر اساس اسکار است، برای همین همین شیوه فعلی نامگذاریش درست است. در خصوص ترکیه باید ببینیم تأکید روی ترکیه است یا بمبگذاری. به نظر من دومیست چون آن قدر هنوز بمبگذاری در ترکیه به این شکل مصطلح نشده و به گوش آشنا نیست که بخواهیم برای شماره گذاریش به شیوه‌ای که می‌گویید استفاده کنیم. 1234 (بحث) ‏۴ ژوئیهٔ ۲۰۱۶، ساعت ۱۵:۲۸ (UTC)پاسخ

با کاربر:Sicaspi موافقم. «اسکار ۲۰۱۰» یک مفهوم مستقل است و می‌توان برایش ترکیب اضافی درست کرد (مثلا برندهٔ اسکار ۲۰۱۰) اما «هند ۲۰۱۰» یک مفهوم مستقل نیست که ترکیب اضافی برایش درست کرد. سال باید در پرانتز بیاید مثل «سیل هند (۲۰۱۰)». — حجت/بحث ‏۴ ژوئیهٔ ۲۰۱۶، ساعت ۱۸:۱۶ (UTC)پاسخ
سلام. از پرانتز هنگامی استفاده می‌کنیم که عنوان اصلی دارای مفهومی باشد و اشغال شده باشد و برای تمایز نیاز به پرانتز باشد. انتخابات ریاست‌جمهوری ایالات متحده آمریکا دارای مفهومی مستقل و دارای نوشتار است و از این رو هر برگزاری انتخابات را با سال ابهام‌زدایی می‌کنیم: انتخابات ریاست‌جمهوری ایالات متحده آمریکا (۲۰۱۶). اما انفجار استانبول یا زلزلهٔ ژاپن یا سیل افعانستان یا حادثهٔ قطار مسکو یا ... هیچ‌یک دارای مفهومی مستقل نیستند که بخواهند نوشتاری داشته باشند تا و بعد هر رویداد بخواهد با پرانتز ابهام‌زدایی شود. از این رو اصولاً در نام‌گذاری حوادث از پرانتز استفاده نمی‌کنیم و سال یا ماه یا ... را در دل عنوان می‌آوریم. Saeidpourbabak (بحث) ‏۴ ژوئیهٔ ۲۰۱۶، ساعت ۱۸:۴۹ (UTC)پاسخ

این واضح است که آوردن عدد در وسط عبارت نامأنوس است، وقتی می‌توان از سیل هند ۲۰۱۰ استفاده کرد چرا باید از سیل ۲۰۱۰ هند استفاده کنیم؟ حادثه مکان زمان چون همان‌طور که قبلاً گفتم حادثه در مکان رخ می‌دهد و سپس بحث زمان به میان می‌آید، بهتر است زیاد مسائل را پیچیده نکنیم. Kasir بحث ‏۴ ژوئیهٔ ۲۰۱۶، ساعت ۲۱:۱۲ (UTC)پاسخ

چیزی که نامانوس است گفتن «جام جهانی فرانسه نود و هشت» جای «جام جهانی نود و هشت فرانسه» است. قدری تأمل بفرمایید و ببیند چیزی که می‌گویید اصلاً در جهان واقع کاربردی دارد یا نه. --1234 (بحث) ‏۵ ژوئیهٔ ۲۰۱۶، ساعت ۱۴:۵۲ (UTC)پاسخ
درود به دوستان و استادان. جناب آرمان بنده را فراخواندند. همهٔ نظرها را به‌دقت خواندم و کلی یاد گرفتم. درمجموع، بنده با نظر جناب Sicaspi موافقم. افزون بر اینکه ساختار نحوی فارسی و انگلیسی (مثلاً) و ترتیب اجزای سخن در آنها متفاوت است، شمّ زبانیِ ما هم می‌گوید که برای ساختن یا ترجمهٔ چنین نوشتارهایی بهتر است به شیوهٔ «زلزله ۱۳۴۸ بروجرد» عمل شود نه «زلزله بروجرد ۱۳۴۸». در اغلبِ رده‌ها هم می‌توان ترتیب را برمبنای «رویداد + زمان + مکان» (چی + کِی + کجا) قرار داد. در مواردی نظیر اسکار هم می‌توان تصمیم موردی گرفت و ترتیبِ «زمان + مکان» را به‌هم زد. اما در نوشتارهایی مانند «سانحه ۱۳۹۱ قطار زاهدان-تهران» پیشنهادم درجِ پرانتز است: «سانحه قطار زاهدان-تهران (۱۳۹۱)»، چون هنگام خواندن نمی‌گوییم «سانحهٔ هزار و سیصد و نود و یکِ قطارِ زاهدان-تهران»؛ نه‌اینکه دانش‌نامه‌ای نباشد، شمّ زبانی‌ام به من می‌گوید که خوانشِ آن بدان شکل چندان معمول نیست. پیشنهادم درمورد «سیل هند ۲۰۱۶» هم دقیقاً به همین‌گونه است: «سیل هند (۲۰۱۶)». اگر هم اتفاقی این‌چنینی دو بار در سالی روی داده باشد، باز بهتر است که شیوهٔ کار را حفظ کنیم و دو نوشتار را این‌چنین متمایز کنیم: «سیل فلان‌جا (مارس ۲۰۱۶)»، «سیل فلان‌جا (نوامبر ۲۰۱۶)». همه می‌دانیم که همین مثال به‌راحتی در انگلیسی با مکث بیان می‌شود و مثلاً به کاما و پرانتز نیاز نیست، اما روح زبان فارسی تاکنون اجازه نداده این‌چنین عمل کنیم. البته، فارسی ویژگی‌های دیگری دارد که یا در انگلیسی یافت نمی‌شود یا بیانِ آنها در آن زبان با فارسی فرق دارد و چه‌بسا، برای روان‌سازی‌اش در تفهیم، آنجا باید از پرانتز و دیگر عناصرِ سجاوندی یا طولانی‌تر کردنِ سخن بهره برد. ارادتمند، Hamid Hassani (بحث) ‏۵ ژوئیهٔ ۲۰۱۶، ساعت ۰۴:۲۹ (UTC)پاسخ
@Hamid Hassani: سلام. من دو موضوع را متوجه نشدم:
  1. چه تفاوتی بین «زلزله ۱۳۴۸ بروجرد» و «سیل هند (۲۰۱۶)» وجود دارد که آنها را به دو شکل متفاوت پیشنهاد داده‌اید؟
  2. وقتی پیشنهاد می‌دهید «سانحه قطار زاهدان-تهران (۱۳۹۱)»، چه نوشتاری باید در عنوان «سانحه قطار زاهدان-تهران» (همان عنوان بدون پرانتز) قرار گیرد؟ عنوان اصلی خالی و قرمز بماند و نوشتار در عنوانِ ابهام‌زدایی‌شده با پرانتز قرار گیرد؟
سپاس. Saeidpourbabak (بحث) ‏۵ ژوئیهٔ ۲۰۱۶، ساعت ۱۳:۲۳ (UTC)پاسخ
فراموش نکنیم پرانتز برای ابهام زدایی به کار می‌رود. برای زمانیست که چیزی که می‌خواهید توی پرانتز بگذارید در وهله اول هنگام فکر در خصوص موضوع به ذهن خطور نمی‌کند. مثلاً چند تا حسن قلی سرشناس هستند هر یکی را با سال تولدشان ابهام زدایی می‌کنید مثلاً حسن قلی (متولد ۱۳۰۰). وقتی که این احتمال وجود دارد که واقعه باز هم رخ دهد، لازم است زمان در خود عنوان مقاله (و نه در پرانتز) قرار بگیرد. وقتی شما می‌گویید سیل هند، این عبارت برای اشاره به واقعه مورد نظرتان کافی نیست چون هر چند وقت یک بار در هند سیل می‌آید و مخاطب از شما توقع دارد به زمانش هم اشاره کنید. پس سال سیل باید در خود عنوان واقعه ذکر شود چون سال برای مشخص شدن رخداد در ذهن خواننده لازم است. با همه اینها، سیل هند (۲۰۱۵) بهتر است تا سیل هند ۲۰۱۵ چون دومی اصلاً در زبان فارسی بی معناست. مثل این می‌ماند که به جای سیل دیروز هند بگویید سیل هند دیروز. 1234 (بحث) ‏۵ ژوئیهٔ ۲۰۱۶، ساعت ۱۴:۲۹ (UTC)پاسخ
نمی‌توانم تصور کنم که در فضای نامِ «سانحه قطار زاهدان-تهران...»، تاریخ در جایی غیر از انتها بیاید. توضیحِ بیشتر دربارهٔ باقی عرایضم:
۱- شاید میان «زلزله ۱۳۴۸ بروجرد» و «سیل ۲۰۱۶ هند» هیچ تفاوتی وجود نداشته باشد جناب Saeidpourbabak؛ یعنی اگر هردو به یک شیوه خوانده شوند (که همین‌طور است)، پس می‌توان آنها را داخل پرانتز آورد؛ چون:
۲- گویا خیلی جاها می‌توان از پرانتز با مفهومی غیر از ابهام‌زدایی استفاده کرد. تا جایی که یادم هست، شما از کاربرانی هستید که بر ابهام‌زدایی‌ها تمرکز و تسلط دارید (پارسال تذکرهای بجا و ارزنده‌ای هم از شما دریافت کردم). شما بهتر از بنده می‌دانید، اما می‌شود در فضای نامِ دو نوشتار اصلی یا بیشتر، از پرانتز استفاده کرد و صفحهٔ ابهام‌زدایی آنها را بدون پرانتز آورد. مثالش فیلم‌های هم‌نام که در تاریخ‌های مختلف تولید یا انتشار یافته‌اند؛ همچنین، نام‌های جغرافیایی فراوان یا نام اشخاص: «حسن‌قلی (خواننده)»، «حسن‌قلی (کارگردان)»، «حسن‌قلی»، «حسن‌قلی (ابهام‌زدایی)».
بله جناب Sicaspi، هرگز نمی‌توان گفت «سیل هند دیروز»*، چون قضیه مربوط به روز است. به همین ترتیب، بمب‌گذاری‌های ۷ ژوئیه ۲۰۰۵ لندن به همین شکل طبیعی‌ست. درضمن، موافقم که به «در» نیاز ندارد، چون روان است و با سیاق فارسی جور درمی‌آید.
به نظر می‌رسد جمع‌کردنِ این بحث‌ها و نتیجه‌گیری دربارهٔ آنها دشوار باشد. مخلص، Hamid Hassani (بحث) ‏۵ ژوئیهٔ ۲۰۱۶، ساعت ۱۸:۴۶ (UTC)پاسخ
آزمونی که فکر می‌کنم راهگشا باشد این است که جای عدد سال امروز یا پارسال بگذاریم ببینیم معنی می‌دهد یا نه. بعد پارسال یا امروز را با سال جایگرین کنیم. نباید فرقی بکند. شاید لازم باشد هر مورد به طور خاص سنجیده شود. نباید با این مقوله به طور مکانیکی برخورد کرد و یک فرمول را به هر چیزی سعی کرد اطلاق کرد. 1234 (بحث) ‏۵ ژوئیهٔ ۲۰۱۶، ساعت ۱۹:۰۲ (UTC)پاسخ
بله، مسلماً درمورد این نوع نوشتارهای «تاریخ‌دار» نمی‌توان به‌طور مکانیکی عمل کرد. – Hamid Hassani (بحث) ‏۵ ژوئیهٔ ۲۰۱۶، ساعت ۱۹:۱۸ (UTC)پاسخ
سلام. در این بحث دیگر در رد «سیل هند ۲۰۱۵» چیزی نمی‌گویم و فقط در رد «سیل هند (۲۰۱۵)» استدلال می‌کنم. اتفاقی که در این بحث دارد می‌افتد این است که داریم از چاله به چاه درمی‌افتیم.
بجز مواردی که پرانتز جزئی طبیعی از نام یک نوشتار است (مثل (خوشم میاد) از روشی که دوستم داری یا طلا (I) سولفید) پرانتز همیشه برای ابهام‌زدایی‌ست. (@Hamid Hassani: اگر درست متوجه منظورتان نشده‌ام برای «گویا خیلی جاها می‌توان از پرانتز با مفهومی غیر از ابهام‌زدایی استفاده کرد.» مثالی بزنید و بیشتر توضیح دهید). یعنی هرگاه نوشتاری با عنوان «الف (ب)» می‌بینید معنی‌اش این است که حداقل یک نوشتار دیگر با عنوان الف وجود دارد (که برای تمایز با نوشتار اول بوسیلهٔ (ب) از آن رفع ابهام شده). مثلاً چون فقط یک فیلم با عنوان معجزه در میلان داریم، عنوانِ اصلی به آن داده شده و تمام. اما چون چند فیلم با نام «ابله» داریم، بوسیلهٔ پرانتز از عنوانِ آنها ابهام‌زدایی می‌کنیم: ابله (فیلم ۱۹۵۱) و ابله (فیلم ۱۹۵۸).
نتیجه: در صورت تصمیم به استفاده از پرانتز برای سال در رویدادها، نمی‌توانیم «زلزله بروجرد (۱۲۸۷)» را بسازیم، در حالی که عنوان «زلزله بروجرد» خالی و قرمز است، یا تغییرمسیری به «زلزله بروجرد (۱۲۸۷)» است. تنها درصورتی می‌توان «زلزله بروجرد (۱۲۸۷)» را ساخت که مثلاً «زلزله بروجرد (۱۲۵۵)» ای وجود داشته باشد (و «زلزله بروجرد» صفحهٔ ابهام‌زدایی شود). از این رو من با این پیشنهاد مخالفم، چرا که در اغلب موارد امکان استفاده از سال در عنوان نوشتارها را از دست می‌دهیم.
از میان ۱۰ زبان مهم‌تر ویکی‌پدیا که بررسی کردم تنها در ویکی روسی و لهستانی از پرانتز استفاده می‌کنند (و مشکل خالی بودن عنوان اصلی را هم دارند) و در هشت تای دیگر عدد سال را در عنوان می‌آورند (به عنوان مثال میان‌ویکی‌های زمین‌لرزه و سونامی ۲۰۱۱ توهوکو را ببینید). البته ما پیرو ویکی دیگری نیستیم و می‌توانیم اینجا هر طور خواستیم تصمیم بگیریم، منتها باید بدانیم که در صورت تصمیم به آوردن سال در پرانتز، دست ما در استفاده از تاریخ در عنوان بسته خواهد شد و فقط و فقط برای رفع ابهام می‌توانیم از سال استفاده کنیم.
من مثال «سانحه قطار ۱۳۹۱ زاهدان-تهران» را که خیلی خاص است آوردم تا در این حین تکلیفش مشخص شود، ولی ظاهراً بلای جان‌مان شده. پیشنهادی دارم: در ویکی‌پدیا:قواعد نام‌گذاری (رویدادها) آمده که آوردنِ تاریخ در عنوان نوشتار رویداد یک باید نیست، اما پارامتر سال می‌تواند شناساگر مفیدی باشد. در نتیجه پیشنهادم این است که موارد سرراستی مثل «زلزله ۱۲۸۷ بروجرد» و «سیل ۲۰۱۵ هند» را به همین شکل نگه داریم، اما برای «سانحه قطار ۱۳۹۱ زاهدان-تهران»، با این امید که این سانحه در این مسیر تکرار نشود، عنوان نوشتار را بدون سال بیاوریم: «سانحه قطار زاهدان-تهران».
Saeidpourbabak (بحث) ‏۷ ژوئیهٔ ۲۰۱۶، ساعت ۱۲:۲۱ (UTC)پاسخ
منظورم از پرانتز و ابهام‌زدایی، همان کاربرد معمولِ فعلیِ ابهام‌زدایی بود. با «سانحه قطار زاهدان-تهران» (یعنی بدون تاریخ) هم موافقم. – Hamid Hassani (بحث) ‏۸ ژوئیهٔ ۲۰۱۶، ساعت ۰۹:۴۳ (UTC)پاسخ

کاربران منبعی را معرفی کنند که گفته باشد در زبان فارسی باید از فرمت رویداد زمان مکان استفاده شود آن موقع قبول می‌کنم که این مدل نوشتن صحیح است وگرنه بقیه همانند من فقط موضوعی را مطرح می‌کنند، من منبعی بابت حرف‌هایم فعلاً ندارم اگر بقیه دارند معرفی کنند تا به نتیجه‌ای صحیح برسیم، آن موقع شیوه‌نامه فعلی که معلوم نیست چطور نوشته دارای مقبولیت می‌شود. Kasir بحث ‏۱۰ ژوئیهٔ ۲۰۱۶، ساعت ۱۹:۴۶ (UTC)پاسخ

مقاله؟ یا رده؟

پس از حصول نظرات توسط کاربران در جمع‌بندی وضعیت درست یا اشتباه بودن فعالیت کاربر توسط مدیریت بررسی شود

آیا افزودن زادروزها یا درگذشتگان در مقالات ماه‌ها از نظر قوانین ویکی‌پدیا جایز است یا نه (تبدیل مقاله عملاً به رده)

چنین بدعتی در ویکی فارسی را کاربر ‏Mohsen1362211 انجام می‌دهد

نظر کاربران چیستMSes T / C ‏۴ ژوئیهٔ ۲۰۱۶، ساعت ۱۷:۳۸ (UTC)پاسخ

به نظرم بی‌معنی است و باید حذف شود. 4nn1l2 (بحث) ‏۴ ژوئیهٔ ۲۰۱۶، ساعت ۱۷:۵۱ (UTC)پاسخ
هرچند کارش شاید زیاد جالب نباشد، اما به نظر می‌آید، خودش آدم درستی باشد، لطفاً به این مسئله حواستان باشد، موضوعی اگر بود بهتر هست به نرمی بحث شود، مرسی، KhabarNegar خبرنگار ‏۴ ژوئیهٔ ۲۰۱۶، ساعت ۱۷:۵۵ (UTC)پاسخ

درخواست لغو خوشامدگویی رباتیک به تازه‌واردان

بحث زیر پایان یافته‌است و به‌زودی بایگانی خواهد شد.

اجماعی برای لغو خوشامدگویی رباتیک به تازه‌واردان بوجود نیامد. – آرمانب ‏۳ اوت ۲۰۱۶، ساعت ۱۱:۰۱ (UTC)پاسخ

ایده خوشامدگویی رباتیک به کاربران ایده بدی بوده است که بنظرم می‌تواند تعداد کاربران فعال در صفحه ویژه تغییرات اخیر را کاهش دهد. بنده پیشنهاد می‌کنم که این کار توسط کاربرهای انسانی صورت گیرد، چون علاوه بر اینکه محترمانه‌تر است، بطور بالقوه می‌تواند تعداد فعالان در صفحه تغییرات اخیر را افزایش دهد. دن کیشوت (بحث) ‏۵ ژوئیهٔ ۲۰۱۶، ساعت ۰۵:۴۱ (UTC)پاسخ

سلام. فکر نمی‌کنم اینقدر کاربر با وقت آزاد داشته باشیم که بتوانند به تازه واردان تبریک بگویند و از طرفی وقتی می‌توان این کارها را به صورت رباتیک انجام داد و باری از روی دوش همکاران برداشت چرا باید عقبگرد کنیم؟ --Behzad39 (بحث) ‏۵ ژوئیهٔ ۲۰۱۶، ساعت ۰۷:۴۸ (UTC)پاسخ
هر روز تهداد کمی عضو سایت می‌شوند و حتی اگر به آنها خوشامد گفته نشود هم چیزی را از دست نخواهیم داد ولی اگر خوشامد گفتن توسط انسان صورت بگیرد باعث می‌شود که تعداد افراد فعال در صفحه تغییرات اخیر افزایش یابد و جلو خرابکاریهای احتمالی هم گرفته شود. بنده یادم هست در همین سالهای اخیر بین دو کاربر بر سر اینکه کدامیک زودتر به یک تازه‌وارد خوشامد بگویند دعوا شده بود و کارشان به وپ:تام کشیده بود؛ بنابراین احتمالاً در این زمینه کار زمین مانده‌ای نخواهیم داشت. دن کیشوت (بحث) ‏۵ ژوئیهٔ ۲۰۱۶، ساعت ۰۹:۱۶ (UTC)پاسخ

 نظر: درود. در باب محترمانه بودن، الان هم کاربر تازه‌وارد متوجه نمی‌شود که پیام رباتیک بوده زیرا نام و امضای کاربران فعال زیر پیام ربات نوشته می‌شود. در صورت غیر رباتیک بودن امکان دارد پیام خوش‌آمد برای عده‌ای ارسال نشود و در این صورت، کاربر، مبنایی برای شروع و فعالیت نخواهد داشت و این موضوع می‌تواند، ویرایش‌های نخستش را با مشکل مواجه کند و در نهایت سرخورده شود. مهرنگار (بحث) ‏۵ ژوئیهٔ ۲۰۱۶، ساعت ۰۹:۲۰ (UTC)پاسخ

می‌توانید یک بار هم دستی به کاربر خوش‌آمد بگویید و هیچ اشکالی ندارد، مخصوصاً اینکه ما چندین الگوی خوش‌آمدگویی داریم، هرچند یک بار به علت خوش‌آمدگویی به یک کاربر، که کاربری دیگری داشت مواخذه‌اش می‌کرد، تذکر جدی گرفتم و قطع دسترسی شدم، اما اعتقاد راسخ دارم براساس رهنمودها خوش‌آمدگویی به کاربران تازه‌کار نه تنها ایرادی ندارد بسیار هم کمک می‌کند... پس اگر لازم دیدید مجدداً برای کاربر خودتان خوش‌آمدگویی بفرستید و هیچ اشکالی هم ندارد. موفق باشید، KhabarNegar خبرنگار ‏۵ ژوئیهٔ ۲۰۱۶، ساعت ۰۹:۲۶ (UTC)پاسخ

بنظرم اگر واقعاً کاربر تازه‌وارد را می‌خواهیم و خواستار او هستیم بایستی خودمان به صفحه کاربری‌اش برویم و به او خوشامد بگوییم. بنظرم این کار فرهنگ ما را بالاتر می‌برد چون بنده خوشامدگویی را بعنوان یک فرهنگ و برای خودمان می‌دانم نه کار فله‌ای رباتیک. دن کیشوت (بحث) ‏۵ ژوئیهٔ ۲۰۱۶، ساعت ۱۰:۰۶ (UTC)پاسخ
جناب خبرنگار @KhabarNegar: صحبت بنده صرفاً راجع به خوشامدگویی نیست. پیشنهاد بنده راهی برای افزایش تعداد فعالان و نگهبانان در صفحه ویژه:تغییرات اخیر است که برای خنثی سازی خرابکاریهای احتمالی کاربرد دارد. دن کیشوت (بحث) ‏۵ ژوئیهٔ ۲۰۱۶، ساعت ۱۴:۵۷ (UTC)پاسخ
یک سری از دوستان ما جذابیتهای صفحه تغییرات اخیر را کم کردند که کار آنها بصورت بالقوه می‌تواند رونق صفحه مذکور و نگهبانی را کم کند. حالا از وجود خرابکاریها ناراحت هستند. دن کیشوت (بحث) ‏۵ ژوئیهٔ ۲۰۱۶، ساعت ۱۵:۲۱ (UTC)پاسخ
سلام مجدد،
ازآنجایی‌که پینگ فرمودید نظرم را جسارت کرده و تفصیل می‌دهم،
۱- خوش‌آمد گویی رباتیک مزایایی هم دارد ازجمله اینکه خوش‌آمد گویی ربات‌ها، بسیار سریع است و درنتیجه با یادآوری مطالب آموزنده با سرعتی بیشتر از انسان، ممکن است تا حدودی بتواند از میزان خرابکاری‌های احتمالی و یا ویرایش‌های بسیار اشتباه جلوگیری کند، به این دلیل شاید به‌وضوح می‌توان برای خوشامدگویی رباتیک مزیتی در نظر گرفت و اما
۲- برای موردی که شما می‌فرمایید نیز راه‌حلی وجود دارد، و آن اینکه باوجوداینکه ربات خوش‌آمد گفته است کاربران نیز می‌توانند با «خوش‌آمد گویی مجدد» آن موارد مطلوب شمارا به وجود بیاورند و من نیز با این منطق و استدلال و ایدهٔ شما موافق هستم. KhabarNegar خبرنگار ‏۵ ژوئیهٔ ۲۰۱۶، ساعت ۱۶:۳۵ (UTC)پاسخ
متشکرم بابت پاسخ منجز و مختصر. خوب بین این دو باید یکی را انتخاب کنیم، «خوشامد گویی بسیار سریع» و یا «حضور بیشتر کاربران در صفحه تغییرات اخیر». کدامیک؟ دن کیشوت (بحث) ‏۵ ژوئیهٔ ۲۰۱۶، ساعت ۱۶:۴۸ (UTC)پاسخ
مهر نگار گرامی @مهرنگار: بنظرم جمله «کاربر تازه‌وارد متوجه نمی‌شود» برداشتی اشتباه است. ممکن است ایده استقبال از تازه واردان با ربات ناشی از چنین طرز تفکری باشد؟ دن کیشوت (بحث) ‏۶ ژوئیهٔ ۲۰۱۶، ساعت ۰۸:۰۰ (UTC)پاسخ
  • دن کیشوت گرامی اول اینکه چندباری نظرات‌تان را در جاهای مختلف خوانده‌ام و دریافته‌ام بسیار ظریف مسائل را تحلیل می‌کنید و به زاوایایی توجه دارید که کمتر به آن پرداخته می‌شود از این بابت از شما سپاسگزارم اما دربارهٔ این موضوع خاص، من تحلیلم با شما تفاوت دارد. من هم مثل کثیر فکر می‌کنم که به جای اینکه باری از دوش نگهبانان برداریم، نباید بار آنها را افزون کنیم آن هم برای موضوعی که اهمیت خاصی ندارد. چرا اهمیت خاصی ندارد؟ پاسخ: کاربر تازه‌وارد در صفحه بحث می‌بیند مهرنگار به او خوش‌آمد گفته است، حال چه تفاوتی دارد که مهرنگار واقعاً رفته باشد در تغییرات اخیر کاربر را دیده باشد و خوش‌آمد را دستی گفته باشد یا اینکه ربات همه این‌کارها را بکند و زیرش بنویسد مهرنگار؟ مهم این است که اگر کاربر تازه‌وارد آمد و از فرد امضا کننده موضوعی را پرسید، کاربری که ربات به جایش امضا کرده به درستی و با حوصله پاسخش را بدهد. من معتقدم ایده خوش‌آمدگویی با ربات به خاطر صرفه‌جویی در وقت و پایین آوردن آمار خطا اجرایی شده است و ربطی به اینکه کاربر تازه‌وارد متوجه می‌شود یا خیر نداشته است. ارادتمند، مهرنگار (بحث) ‏۶ ژوئیهٔ ۲۰۱۶، ساعت ۰۹:۰۲ (UTC)پاسخ

بهر حال بنده طبق آنچه رسم است یک الگوی {{موافق}} این پایین می‌گذارم، تا شاید افرادی بیایند و نظر موافق یا مخالف بدهند. دن کیشوت (بحث) ‏۶ ژوئیهٔ ۲۰۱۶، ساعت ۰۸:۱۰ (UTC)پاسخ

  • موافق موافق با لغو خوشامد گویی رباتیک. دن کیشوت (بحث) ‏۶ ژوئیهٔ ۲۰۱۶، ساعت ۰۸:۱۰ (UTC)پاسخ
  • مخالف با اطمینان از اینکه این بحث به نتیجه نخواهد رسید چون یک عقبگرد کامل است. Behzad39 (بحث) ‏۶ ژوئیهٔ ۲۰۱۶، ساعت ۰۸:۱۲ (UTC)پاسخ
  • مخالف ایده‌های نسنجیده‌ای در ویکی‌پدیا مطرح می‌کنید، بیشتر شدن کاربران فعال در صفحه تغییرات اخیر چه فایده‌ای دارد؟ ما الان با پدیده خرابکاری درگیر هستیم شما به فکر این هستید که به صورت دستی خوش‌آمدگویی بگوییم؟ کاری که وقت کاربران را بیهوده تلف می‌کند در صورتی که می‌توان از آن برای ویرایش، مقاله‌سازی و مبارزه با خرابکاری صرف کرد. Kasir بحث ‏۶ ژوئیهٔ ۲۰۱۶، ساعت ۰۸:۲۶ (UTC)پاسخ
    خوب جناب @Kasir: خوب صحبت من دقیقاً همین است، بیشتر شدن تعداد کاربران فعال در صفحه تغییرات اخیر بطور بالقوه می‌تواند جلو خرابکاری‌ها را بگیرد. شاید ینده دسترسیهای بالا ندارم و سیستم مبارزه با خرابکاری با استفاده از دسترسی‌ها را ندانم، شاید برای همین تصور می‌کنم یکی از جاهای مهم برای مبارزه با خرابکاریها صفحه تغییرات اخیر است. دن کیشوت (بحث) ‏۸ ژوئیهٔ ۲۰۱۶، ساعت ۱۵:۱۱ (UTC)پاسخ
  • مخالف خوش‌آمدگویی رباتیک باعث صرفه‌جویی در وقتِ کاربران خواهد شد. کاری مکانیکی‌ست که وقت آدم‌ها را می‌گیرد. کاربر می‌تواند هر از چند گاه به کاربری تازه‌وارد خوش‌آمد بگوید، اما بهتر است جزو کارهای شبانه‌روزی‌اش نباشد. اینجا کاربرانِ کهنه‌کار، کارهای مهم‌تر دارند. – Hamid Hassani (بحث) ‏۸ ژوئیهٔ ۲۰۱۶، ساعت ۰۹:۵۲ (UTC)پاسخ
    شاید کلاً خوشآمدگویی کار ضروری نباشد و اجباری نباشد که به تازه واردان خوشامد گفته شود. دغدغه من رونق یافتن صفحه تغییرات اخیر است که هر چه تعداد فعالان این صفحه بیشتر باشد تأثیر خرابکاریها بر دانشنامه کمتر خواهد بود. دن کیشوت (بحث) ‏۸ ژوئیهٔ ۲۰۱۶، ساعت ۱۶:۳۷ (UTC)پاسخ
    البته شایان ذکر است که ما در گذشته کاربرهایی داشتیم که عاشق خوشامدگویی بودند و هیچ کاری مهمتر از این کار را نداشتند و نمی‌گذاشتند هیچ تازه‌واردی از دستشان در برود! دن کیشوت (بحث) ‏۸ ژوئیهٔ ۲۰۱۶، ساعت ۱۶:۳۷ (UTC)پاسخ

به ‏آمارهایی بامزه از ویکی‌پدیای فارسی توجه بفرمایید. چه اشکالی داشت که بجای این بیش از ۴۰۰ بار تشکر از کاربر:پیام به کاربر جدید از چند نگهبان فعالی که در ویکی داریم تشکر می‌شد؟ دن کیشوت (بحث) ‏۱۲ ژوئیهٔ ۲۰۱۶، ساعت ۰۷:۱۱ (UTC)پاسخ

  • چند نکته: ۱) فقط به تازه‌واردان مشارکت‌دار باید خوشامد گفت. در غیر این صورت مصداق اسپمینگ خواهد بود. منظورم این است که کاربران نباید به حساب‌های کاربری ساخته‌شده و نیز خارجی‌ها خوشامد بگویند. ۲) هم‌اکنون افزونهٔ خوشامدگویی باگ دارد و برخی از کاربران مشارکت‌دار از زیر دستش در می‌روند. 4nn1l2 (بحث) ‏۱۳ ژوئیهٔ ۲۰۱۶، ساعت ۲۰:۱۲ (UTC)پاسخ
برخی از کارهای رباتیک مثل این هستند که ما در یک اکوسسیستم برای انجام فتوسنتز یا برای عمل تجزیه کنندگان یک دستگاه الکترونیکی یا مکانیکی اختراع کنیم و بعد این مژده را به اهالی آن بدهیم که اکوسیستم ما دیگر به گیاهان (تولید کننده) و موجودات تجزیه کننده (قارچها و باکتریها) نیازی ندارد. دن کیشوت (بحث) ‏۱۲ اوت ۲۰۱۶، ساعت ۱۱:۳۱ (UTC)پاسخ

باگ افزونه خوش‌آمدگویی

اینکه ربات خوشامدگویی باگ دارد من هم چند مورد دیده‌ام @Yamaha5،‏ Ebrahim و Ladsgroup: جهت اطلاع از باگ. --آرمانب ‏۱۸ ژوئیهٔ ۲۰۱۶، ساعت ۰۷:۵۶ (UTC)پاسخ

@4nn1l2 و AzorAhai: یک صفحه‌ای جایی بسازید و مفصل توضیح دهید که باگ چیست (مخصوصا با توضیح اینکه چه می‌خواهید ولی به جایش چه اتفاقی افتاده‌است) تا من بررسی کنم. اگر ساده بود خودم حلش می‌کنم، اگر پیچیده بود در فبریکیتور باگش را می‌سازم. :)امیرΣυζήτηση ‏۱۸ ژوئیهٔ ۲۰۱۶، ساعت ۱۱:۱۹ (UTC)پاسخ

توضیح مفصل ندارد، من زمان گشتزنی مقالات به مواردی برخورد می‌کنم که ربات به کاربر سازنده مقاله خوشامد نگفته است مثلاً بحث کاربر:Reza Chamani--آرمانب ‏۱۸ ژوئیهٔ ۲۰۱۶، ساعت ۱۲:۵۱ (UTC)پاسخ
کاربرانی که حسابشان را در ویکی دیگری ساخته‌اند ولی اولین مشارکتشان در ویکی فارسی است، جا می‌مانند مثلاً ویژه:ورود_متمرکز/Meltist و ویژه:ورود_متمرکز/Maryamsdg‏. 4nn1l2 (بحث) ‏۱۸ ژوئیهٔ ۲۰۱۶، ساعت ۱۳:۰۵ (UTC)پاسخ
انگار دلیل اصلیش همین است که جناب 4nn1l2 گفتند؛ دونمونه دیگر: ویژه:ورود_متمرکز/Reza Chamani و ویژه:ورود_متمرکز/Ft.fly--آرمانب ‏۱۸ ژوئیهٔ ۲۰۱۶، ساعت ۱۳:۲۰ (UTC)پاسخ
تا جایی که یادم هست اگر کاربر با رابط موبایل حساب ساخته باشد هم چنین مشکلی وجود دارد.یاماها۵ / ب ‏۱۸ ژوئیهٔ ۲۰۱۶، ساعت ۱۴:۲۶ (UTC)پاسخ

ابزار ترجمه و مشکلات پیرامون آن

من از ابزار ترجمه برای ترجمه مقالات مختلف، استفاده می‌کنم. متن انگلیسی در یک صفحه هست و سرعت ترجمه را خیلی افزایش می‌دهد. اما مشکلی این است که چون فرایند ترجمه ممکنه چند روز طول بکشه، در این بین برخی از کاربران دیگر اقدام به ویرایش، افزودن الگوها و ... می‌نمایند. این موارد لازم هستند اما وقتی شروع به ادامه ترجمه می‌کنم، قسمت‌های اضافه شده حذف می‌شود.

 نظر:: پیشنهاد می‌کنم یک الگو در حال ترجمه اضافه شود تا کاربران دیگر در طول مدت ترجمه و نمایش این الگو، اقدامی به ویرایش نکنند. یا هر روش دیگری که شما فکر می‌کنید می‌تونه مفید باشه.

در حال حاضر برای مقاله ارتش روم این مشکل به وجود آمده است. --سیاوخش (بحث) ‏۱۲ ژوئیهٔ ۲۰۱۶، ساعت ۲۱:۳۲ (UTC)پاسخ

اضافه کردن امکان قفل آبی به سیاست وپ:ناظر

به ویکی‌پدیا:نظرخواهی/شرایط محافظت ویژه منتقل شد. --آرمانب ‏۱۸ ژوئیهٔ ۲۰۱۶، ساعت ۱۶:۵۳ (UTC)پاسخ

نظرخواهی برای شرایط قفل آبی

به ویکی‌پدیا:نظرخواهی/شرایط محافظت ویژه منتقل شد. --آرمانب ‏۱۸ ژوئیهٔ ۲۰۱۶، ساعت ۱۶:۵۱ (UTC)پاسخ

بازرس درگیر

بر پایهٔ گفتگوهای بحث ویکی‌پدیا:درخواست‌های بازرس کاربر شدن/Sahehco پیشنهاد می‌کنم بندی به شکل زیر به سیاست بازرسی کاربر اضافه شود:

«بازرسان صرفاً مجاز به بازرسی کاربر بر اساس درخواست‌ها و ارائهٔ نتیجهٔ آن به جامعهٔ کاربران هستند. بازرسان در صورت مدیر بودن نمی‌توانند از اختیارات مدیریتی برای برخورد با تخلفاتی که برآمده از نتیجهٔ بازرسی خودشان است استفاده کنند و هرگونه اقدام مدیریتیِ بعدی بر عهدهٔ مدیران غیردرگیر است.» Wikimostafa (بحث) ‏۱۹ ژوئیهٔ ۲۰۱۶، ساعت ۱۳:۳۹ (UTC)پاسخ

  • موافق با اضافه شدن بند پیشنهادی به بازرسی کاربر. --آرمانب ‏۱۹ ژوئیهٔ ۲۰۱۶، ساعت ۱۳:۵۴ (UTC)پاسخ
  • موافق Behzad39 (بحث) ‏۱۹ ژوئیهٔ ۲۰۱۶، ساعت ۱۴:۰۳ (UTC)پاسخ
  • مخالف اتفاقاً مدیری که بازرسی می‌کند، برای بندایش کاربر خاطی اولی‌تر است. بازرسی کردن به‌معنای درگیر بودن نیست، اگر بازرس خود درخواست‌دهندهٔ بازرسی باشد و یا در بحثی ذی‌نفع باشد، می‌توان درگیرش خواند ولی اینکه کسی دیگر درخواست بازرسی دهد و بازرس فقط از ابزار بازرسی استفاده کند را نمی‌توان درگیر خواند چرا که وی نفعی از این کار نمی‌برد. از طرف دیگر، اگر شائبهٔ این می‌رود که بازرس به دروغ نتیجهٔ بازرسی را به نفع خود تغییر می‌دهد، اول اینکه بازرسان دیگر نتیجه را می‌بینند و می‌توانند رأی وی را خنثی کنند و اقدامات قانونی را انجام دهند و دوم اینکه اگر بازرس به دروغ بنویسد که نتیجهٔ بازرسی مثبت بوده و کاربر الف زاپاس کاربر ب است، خب مدیر هم براساس همین نتیجه کاربر را قطع دسترسی می‌کند. درفش کاویانی (بحث) ‏۱۹ ژوئیهٔ ۲۰۱۶، ساعت ۱۶:۱۶ (UTC)پاسخ
استدلالتان قانع کننده ست مشروط بر اینکه همان‌طور که گفتید بازرسان کاربر خود شروع کننده نباشند و صرفاً مجری باشند. موافقید بند را با توجه به این نکته تغییر دهیم؟ Wikimostafa (بحث) ‏۱۹ ژوئیهٔ ۲۰۱۶، ساعت ۱۷:۰۸ (UTC)پاسخ
هرچند که به‌نظرم این امر بدیهی‌ست ولی با گنجاندنش در سیاست برای محکم‌کاری مخالفتی ندارم. درفش کاویانی (بحث) ‏۱۹ ژوئیهٔ ۲۰۱۶، ساعت ۱۸:۳۱ (UTC)پاسخ

یادبودها در صفحه اصلی

با سلام خدمت همه همکاران. با تلاش جناب یاماها و همکاری اینجانب یادبودهای برگزیده/جلالی ایجاد شد. با صحبتی که با یاماهای عزیز داشتیم قرار شد نظر دوستان در مورد اینکه در صفحه یادبودها چند مورد میلادی و چند مورد شمسی باشد را جویا شویم. دوستان دقت کنید تعداد یادبود نباید از ۲۰ مورد بیشتر شود. لطفاً نظر دهید چند مورد شمسی و چند مورد میلادی باشد. (فعلا قمری ایجاد نشده).

کار بسیار ارزشمندی شده، خیلی ممنون ام از این تفکیک درست که زودتر از اینها باید می‌شد. اما @Behzad39: عزیز؛ «جلالی» درست نیست، باید بکنیمش «هجری خورشیدی». جلالی دستگاه شمارش این تقویم است که مبدایش هم می‌تواند هجری باشد هم شاهنشاهی هم جلالی هم ... ، مثلاً این است که مثلاً میلادی را بگوییم گرگوری!--arfar (گفتگو) یکشنبه، ۱۰ مرداد ۱۳۹۵، ساعت ۱۰:۰۹ (ایران) ‏۳۱ ژوئیهٔ ۲۰۱۶، ساعت ۰۵:۳۹ (UTC)پاسخ

@Arfarshchi: سلام گرم به شما و شرمنده بابت دیرجواب دادن. نام جلالی را کاربر:Yamaha5 انتخاب کرده و من فقط یادبودها را در آن وارد کردم. همان‌طور که یادبودهای قمری را در تقویم قمری وارد کردم. --Behzad39 (بحث) ‏۳۱ ژوئیهٔ ۲۰۱۶، ساعت ۱۲:۵۸ (UTC)پاسخ

نظرات

  1. ۱۵ مورد شمسی - ۵ مورد میلادی(فقط بسیار مهم و روزهای جهانی) Behzad39 (بحث) ‏۱۹ ژوئیهٔ ۲۰۱۶، ساعت ۱۳:۴۶ (UTC)پاسخ
  2. چون یادبودهای شمسی مختص ایران و افغانستان است به نظرم وزن صفحهٔ اول زیاد به سمت ایران می‌آید با توجه به این مطلب ۵ مورد هجری شمسی- ۱۵ مورد میلادی یاماها۵ / ب ‏۲۴ ژوئیهٔ ۲۰۱۶، ساعت ۱۳:۱۱ (UTC)پاسخ
@Sicaspi: سلام بر همکار عزیز، برای بیست مورد پیشنهادی حداکثر را در نظر گرفتیم. اگرنه روزی در تقویم نداریم که بیست مورد یادبود داشته باشیم و از طرفی ما یادبودهای سه تقویم شمسی و میلادی و قمری را در نظر گرفتیم اما سایر ویکی‌ها یک تقویم دارند. در کل فکر نمی‌کنم روزی بیش از همان هفت یا هشت مورد یادبود داشته باشد. --Behzad39 (بحث) ‏۲۵ ژوئیهٔ ۲۰۱۶، ساعت ۰۶:۴۹ (UTC)پاسخ
یادبودهای مربوط به ایران ثابت نیستند و هر سال یادبودهای جدیدی به وجود میان و یادبودهای قبلی حذف میشن به جز چند یادبود مذهبی که همیشه ثابت هستن. به نظرم یکی دو مورد یادبود هجری خورشیدی باشه الباقی عیسوی. --دوستدار ایران بزرگ ‏۲۶ ژوئیهٔ ۲۰۱۶، ساعت ۱۳:۱۵ (UTC)پاسخ
@Doostdar: سلام بر شما، لطفاً علت نظرخواهی را مطالعه کنید. تقویم جلالی و قمری ایجاد شده هر روزی هم که تغییر بکنه در یادبودها قابل حذف و اضافه کردن هست و از این مورد مشکلی نیست. Behzad39 (بحث) ‏۲۶ ژوئیهٔ ۲۰۱۶، ساعت ۱۳:۴۹ (UTC)پاسخ
سلام جناب بهزاد حالا که تذکر دادید لیست یادبودهای هجری خورشیدی رو نگاه کردم. آیا روز «اعلام انقلاب فرهنگی در ایران» از اهمیت کافی برای رفتن به صفحه اصلی برخوردار هست؟ در روز «شوراها و آغاز هفته شهر و شهروند» در کدوم شهر ایران مراسم برگزار میشه؟ روز تأسیس ساواک برای چه کسی اهمیت داره؟ روز معلم چرا نوشته نشده؟ به نظرم رویدادهای تقویم هجری شمسی نظم مشخص و اهمیت آشکاری ندارن. پس بهتره تا جای ممکن در صفحه اصلی کمتر استفاده بشن. --دوستدار ایران بزرگ ‏۲۶ ژوئیهٔ ۲۰۱۶، ساعت ۱۴:۱۲ (UTC)پاسخ
@Doostdar: گرامی، هر ویکی‌پدیا باید به مخاطبان خود هم نگاهی بکند. مخاطبان ویکی‌فا عمدتاً فارسی‌زبان ایرانی و افغان اند، خیلی وقت‌ها جایگاه رویدادهای جهانی نزد مخاطبان ویکی‌فا پایینتر از رویدادهای دیگر است. برخی مثال‌هایی که شما زدی برای مخاطبان ویکی‌فا پراهمیت‌تر است از زادروز فلان آدم اهل فلان کشور که اصلاً عمدهٔ ما اسمش را هم اولین بار است در ویکیفا می‌بینیم! ما باید ویکی‌فا را پربار کنیم، البته باید حواسمان هم باشد که ویکی ویکی است و باید رویکرد جهانی‌اش هم حفظ شود برای همین رویدادهای جهانی کم‌اهمیت در ایران را هم در یادبودهای میلادی می‌آوریم، ولی نباید رویدادهای کم‌اهمیت در دنیا ولی پراهمیت برای مخاطبانمان را کنار بگذاریم؛ هم این باشد هم آن. arfar (گفتگو) یکشنبه، ۱۰ مرداد ۱۳۹۵، ساعت ۱۰:۰۷ (ایران) ‏۳۱ ژوئیهٔ ۲۰۱۶، ساعت ۰۵:۳۷ (UTC)پاسخ
  • متغیر: به نظرم تعداد مشخص کردن درست نیست و دست‌وپاگیر می‌شود. ممکن است یک روز به نصف برسد ممکن است یک روز کمتر از نصف باشد ممکن است یک روز بیشتر از نصف باشد. مهم این است که همهٔ رویدادهای مهم خورشیدی و میلادی هر دو پوشش داده شود. arfar (گفتگو) یکشنبه، ۱۰ مرداد ۱۳۹۵، ساعت ۱۰:۰۷ (ایران) ‏۳۱ ژوئیهٔ ۲۰۱۶، ساعت ۰۵:۳۷ (UTC)پاسخ
  • @Behzad39 و Arfarshchi: در خصوص رویدادهای پیش از سده اخیر امکان تعیین تاریخ شمسی میسر نیست و هر تبدیلی 50 درصد احتمال خطا دارد. ضمن آنکه اگر بنا بر محاسبه زمان بر اساس سال خورشیدی باشد، محاسبه بر اساس گرگوری راحت تر از جلالی است. لذا پیشنهادهایی نظیر «۱۵ مورد شمسی - ۵ مورد میلادی» منجر به تولید خطاهای فراوان خواهد شد. --سید (بحث) ‏۱۷ اوت ۲۰۱۶، ساعت ۰۶:۴۴ (UTC)پاسخ
@Sa.vakilian: متوجه منظور شما نشدم، دوست گرامی منظور من از پیشنهاد «۱۵ مورد شمسی - ۵ مورد میلادی» این بود که در صفحه اصلی چند یادبود میلادی و چند یادبود شمسی قرار بگیرد. پیشنهادی برای تبدیل تاریخ ها نداشتم و ندارم.Behzad39 (بحث) ‏۱۸ اوت ۲۰۱۶، ساعت ۰۲:۲۷ (UTC)پاسخ
@Behzad39: بله منظورتان را فهمیدم. عرض کردم وقتی ما فقط در خصوص حوادث صد سال اخیر تاریخ شمسی دقیق را می دانیم، چطور باید 15 رویداد شمسی پیدا کنیم! عرض کردم اگر بنا به تبدیل قمری باشد، آن وقت تبدیل به میلادی به طور بسیار دقیق تری انجام شده است.--سید (بحث) ‏۱۸ اوت ۲۰۱۶، ساعت ۰۲:۴۴ (UTC)پاسخ

پرسش‌های عمومی برای انتخابات هیئت نظارت

تا کمتر از یک ماه دیگر پروسهٔ انتخابات وپ:ناظر۷ شروع می‌شود. فرایند نام‌نویسی در این دوره طبق اجماع تغییر کرده‌است. تعدادی پرسش عمومی از پیش تهیه شده‌است تا از همهٔ نامزدان پرسیده شوند. این پرسش‌ها اینجایند: الگو:ثبت‌نام در انتخابات هیئت نظارت/پیش‌بارگذاری. اگر پیشنهادی جهت اصلاح، افزایش، یا کاهش آنان دارید لطفاً در صفحهٔ بحث: بحث الگو:ثبت‌نام در انتخابات هیئت نظارت/پیش‌بارگذاری مطرح کنید. -- 4nn1l2 (بحث) ‏۳۰ ژوئیهٔ ۲۰۱۶، ساعت ۱۳:۵۱ (UTC)پاسخ

جایگزینی راهنماهای قدیمی شده

درود. راهنماهای ویکی بعضاً قدیمی هستند. بیشتر این قدیمی بودن مربوط به ربات‌ها است. اگر ممکن است رباتی بر عهده گیرد تا تول سرور را با تول لبز جایگزین کند. مانند این محمدحسینگفتمان ‏۳۱ ژوئیهٔ ۲۰۱۶، ساعت ۰۹:۱۸ (UTC)پاسخ

شناسهٔ سال برای یادبودهای میلادی و قمری

با توجه به تفکیک شدن یادبودهای خورشیدی و میلادی و قمری از هم در صفحهٔ نخست (که ظاهراً انتقال رویدادهای میلادی به خورشیدی و قمری هنوز در جریان است)، هم‌اکنون شمارهٔ سال‌های میلادی و قمری و خورشیدی بدون شناسه پشت سر هم به نمایش درمی‌آید و کمی ابهام‌انگیز است.
پیشنهاد می‌شود که برای زدودن کامل ابهام، تاریخ‌های قمری و میلادی با شناسهٔ «م.» و «ه.ق.» ذکر شود، یعنی بدین شیوه:

  • هجری قمری: «۷۳۱ ه.ق.»
  • میلادی: «۷۳۱ م.»

از نظر اجرایی هم گویا این کار به راحتی با ربات انجام می‌شود و دردسری ندارد. --arfar (گفتگو) دوشنبه، ۱۱ مرداد ۱۳۹۵، ساعت ۱۸:۱۶ (ایران) ‏۱ اوت ۲۰۱۶، ساعت ۱۳:۴۶ (UTC)پاسخ

خوب است ولی نیاز به نقطه نیست. «هـ ق» مقتصدانه‌تر است. 4nn1l2 (بحث) ‏۱ اوت ۲۰۱۶، ساعت ۱۳:۵۷ (UTC)پاسخ
سلام مجدد خدمت دوستان عزیز، انشالله به همکاری کاربر یاماها انجام خواهیم داد. --Behzad39 (بحث) ‏۱ اوت ۲۰۱۶، ساعت ۱۴:۳۳ (UTC)پاسخ

ممنوعیت انتقال نام مقاله در زمان برگزاری نظرخواهی برای حذف

پیشنهاد دارم بند زیر به سیاست حذف اضافه شود:

در زمان نظرخواهی نباید مقاله را به نام جدید منتقل کرد چون دلایل و استدلال‌های نامزدکننده مربوط به نام اولیه است و انتقال مقاله به نام جدید باعث گسسته شدن رشته مباحث می‌شود؛ اگر در نظرخواهی اجماع کاربران برای انتقال به نام جدید بدست آمد توسط مدیری اعمال خواهد شد.

بنده چندین مورد دیده‌ام که در زمان نظرخواهی نام مقاله منتقل می‌شود و این برای کاربرانی که بعد از انتقال نام به نظرخواهی رجوع می‌کنند گیج کننده است.

برای درک بیشتر موضوع مثالی می‌زنم: کاربری کندی چارمز را به دلیل نداشتن سرشناس افراد نامزد حذف می‌کند، در حین نظرخواهی در حالیکه کاربران براساس سرشناسی افراد در حال گفتگو هستند ناگهان کاربری مقاله را به سفر کندی چارمز به ایران منتقل می‌کند و باعث گسستگی مباحث نظرخواهی می‌شود درحالیکه کاربر باید نام پیشنهادیش را در نظرخواهی مطرح کند و اگر کاربران دیگر با وی همنظر بودند نام جدید توسط جمع‌بندی مدیر اعمال شود. --آرمانب ‏۳ اوت ۲۰۱۶، ساعت ۰۴:۲۵ (UTC)پاسخ

؟ پرسش: سلام فکر خوبی است اما یک سؤال، اگر مقاله‌ای برای نبح رفت، با تغییر نام مشکل حل شد و دیگر نیازی به حذف نداشت. حال باید چه کرد؟ اجازه دهیم مقاله حذف شود؟ پیشنهاد دارم آنجا جلوی نظرخواهی گرفته شود و مقاله مجدد بررسی شود البته این یک پیشنهاد خام است. Behzad39 (بحث) ‏۳ اوت ۲۰۱۶، ساعت ۱۷:۲۰ (UTC)پاسخ

اگر تغییرنام مقاله‌ای باعث برطرف شدن مشکل شود بهتر است در خود نظرخواهی مطرح شود و سپس توسط مدیر جمع‌بندی و اعمال شود. --آرمانب ‏۳ اوت ۲۰۱۶، ساعت ۱۸:۱۴ (UTC)پاسخ

مکانیکی نمی‌شود برخورد کرد، اگر انتقال نام به درستی و بدون مناقشه انجام شود به عنوانی که همه صحیح تر بودنش را بپذیرند مانع اضافه تر به نظرم نباید گذاشته شود. --1234 (بحث) ‏۳ اوت ۲۰۱۶، ساعت ۱۸:۴۳ (UTC)پاسخ

ساختن به جای خراب کردن!

بحث زیر پایان یافته‌است و به‌زودی بایگانی خواهد شد.

درود! من با رویه کنونی ویکی‌پدیا مخالفم. بعضی از ویرایشگران که تعداد کمی هستن مبادرت به ایجاد مقاله می‌کنند و باقی اعضا مشغول برچسب زدن هستن! (متأسفانه) آیا بهتر نیست به جای زدن برچسب حذف (به جز تبلیغ و سرشناسی) خود ویرایشگر به بهبود مقاله اقدام کند؟ ارجاع دادن به نویسنده اولیه مقاله کار راحتیست اما ساختن مقاله کار سخت‌تر. مانا و دیرزی باشید. Chantager (بحث) ‏۳ اوت ۲۰۱۶، ساعت ۰۶:۱۹ (UTC)پاسخ

برای این که ساختن مقاله بسی سخت‌تر از زدن برچسب (با خرج یک کلیک) است. --1234 (بحث) ‏۳ اوت ۲۰۱۶، ساعت ۱۸:۴۴ (UTC)پاسخ

قفل سفید بر روستاهای ایران

طبق این نظرخواهی و درخواست قفل سفید بر مقاله‌های روستاها را دارم. دلیل اینجانب این است که تمامی این مقالات توسط ربات ساخته شده است و گروهی از مقالات روستاها در فهرست پیگیری‌های اشخاص مجرب قرار ندارد لذا ممکن است با ویرایش روبات روی آنان یا غیره توسط کاربران گشت مورد بررسی قرار نگیرد. --Reza Amper (بحث) ‏۵ اوت ۲۰۱۶، ساعت ۲۰:۳۳ (UTC)پاسخ

  • مخالف. مقالات روستاها همگی خردند. تنها ویرایشگرانشان هم آی‌پی‌ها و تازه‌واردان هستند. اگر مقالاتشان قفل شوند ویرایشگر نخواهند داشت. همچنین توجه کنید که بسیاری از اهالی روستاها و شهرهای کوچک، اولین ویرایششان در ویکی‌پدیا، ویرایش مقالهٔ روستا یا شهرشان است. اگر جلو ویرایش این آی‌پی‌ها و تازه‌واردان گرفته شود، کاربران بالقوه مفید را از دست داده‌ایم. در عوض واگردانی ویرایش آن‌ها، تنها یک کلیک هزینه دارد. حتی توصیه می‌کنم در این مقالات مدارامنشی بیشتری نشان دهید و با نوشته‌های بی‌منبع ولی عموماً درست کاری نداشته باشید. فقط خرابکاری‌های عمدی را وابگردانید. مخاطبان این مقالات، اهالی همان روستاها هستند بنابراین اگر در مقالهٔ فلان روستا، تعریف و تمجید بیخودی هم شده باشد، به جایی برنمی‌خورد. در عوض شاید کاربری جذب شود. تنها سرمایهٔ ویکی‌پدیا کاربرانش هستند. اما مثلاً سرمایهٔ اصلی بریتانیکا اعتبارش است. از این لحاظ بین این دو فرق هست. 4nn1l2 (بحث) ‏۵ اوت ۲۰۱۶، ساعت ۲۰:۴۸ (UTC)پاسخ
  • مقاله یک خط و نصفه‌ای قفل بشود که چی؟ چنین مقاله‌ای اصلاً نباشد بهتر است. یا صرفاً برای بالا بردن آمار مقاله درست نشود، یا اگر درست می‌شود پای لرزش هم نشسته شود که مردم علاقمند به آن می‌آیند و سعی می‌کنند مقاله روستایشان را ارتقا دهند. من درک نمی‌کنم یک مقاله نیم خطی چه ارزش خاصی دارد که بر فرض با افزودن نام کدخدای آن روستا بهش، ولو بی منبع، بخواهد آن ارزش خدشه دار بشود. --1234 (بحث) ‏۶ اوت ۲۰۱۶، ساعت ۰۰:۴۱ (UTC)پاسخ
  • مخالف سلام بر همگی، چرا باید اینکار انجام بشه؟ غیر از اینکه مقالات روستا توسط همان آی پی و دوستان تازه‌وارد اهل همان شهر یا روستا تکمیل میشه؟. منم مخالفم Behzad39 (بحث) ‏۶ اوت ۲۰۱۶، ساعت ۰۲:۱۸ (UTC)پاسخ
ٰ نظر: دوستان دقت کنند قفل سفید منجر به این نمی‌شود که کاربران و آی‌پی‌ها نتوانند آن را تکمیل کنند بلکه اطلاعات فله‌ای را کنترل می‌کند و بعد از چند ویرایش فله‌ای کاربر مجرب می‌تواند ویرایش‌های خوب را باقی بگذارد و ویرایش‌های مخرب را حذف کند. در این مقالات در مورد انیکه چرا امکانات به آن‌ها داده نمی‌شود، امام جماعت، تیم فوتبال، کدخدا و... نوشته می‌شود و گه گاه دیده می‌شود جدول اطلاعات و جمعیت نیز برداشته می‌شود و کسی نیز به درست کردن آن اقدام نمی‌کند. --Reza Amper (بحث) ‏۶ اوت ۲۰۱۶، ساعت ۱۲:۲۱ (UTC)پاسخ
خوب اسم کدخدا نوشته شود. اشکالش چیست؟ 1234 (بحث) ‏۶ اوت ۲۰۱۶، ساعت ۱۶:۴۶ (UTC)پاسخ
از کجا می‌شود اثبات شود که طرف اسم خودش را ننوشته باشد و نظیر ماجرای اسم امیر دولاب نشود. واقعاً گروهی برای ایجاد این مقاله‌ها عرق ریخته‌اند. مثلاً سرچاهان را با نسخه ربات مقایسه کنید و مطالب مکتوب در مقالهٔ حالی را خط به خط و به دقت بخوانید و به حجم مطالب نگاه نکنید. @Behzad39: و @4nn1l2: قفل سفید هیچگاه مانع ویرایش آی‌پی و ... نمی‌شود فقط این فرصت را به ما می‌دهد به مطالب فله‌ای حداقل برچست {بهبود منبع} بزنیم با نظر به اینکه صدها مقاله روستاها مطالب فله‌ای با فرض صحیح بودن به آن اضافه شده ولی برچسب بهبود منبع را ندارند و مطالب طنزآمیز نظیر مطالب درمورد فوتبال محله‌یشان را حذف کنیم. --Reza Amper (بحث) ‏۶ اوت ۲۰۱۶، ساعت ۱۸:۵۱ (UTC)پاسخ
قفل سفید مانع ویرایش آی‌پی و حساب تازه‌ساخته (کمتر از ۴ روز یا کمتر از ۱۰ ویرایش) می‌شود. در ضمن همان اولین برخورد (ویرایش) مهم است. اگر تأثیر منفی بگذارد، خاطره‌اش عمری در ذهن می‌ماند و طرف از ویکی‌پدیا زده می‌شود. 4nn1l2 (بحث) ‏۶ اوت ۲۰۱۶، ساعت ۲۰:۲۷ (UTC)پاسخ
همه نظرات را بدقت خواندم با نظرات 4nn1l2 کاملاً موافقم. بخصوص که اولین ویرایشهای تازه واردان شهر یا روستاهایشان است. حتی لازم هست در ویرایش روستاها مقداری به آی پی‌ها میدان داد. بعضی مطالب بدون منبع که بیان موقعیت و توصیفا معمولی روستاهاست را می‌توان باقی گذاشت مگر آنکه خوف آن رود که خلاف واقع باشد یا با شواهدی نخونه. -- Hamedvahid (بحث) ‏۷ اوت ۲۰۱۶، ساعت ۱۸:۰۸ (UTC)پاسخ
@4nn1l2: گفته شما درمورد قفل سفید مانع ویرایش آی‌پی و حساب تازه‌ساخته (کمتر از ۴ روز یا کمتر از ۱۰ ویرایش) صحیح نیست. لطفاً دوباره مطالعه کنید. --Reza Amper (بحث) ‏۷ اوت ۲۰۱۶، ساعت ۱۹:۱۱ (UTC)پاسخ
رضا آمپر، درست می‌گویید. قفل سفید را با نقره‌ای اشتباه گرفته بودم. با این وجود، همچنان با کلیت طرح مخالفم. اولاً تعداد زیادی روستا داریم (شاید هزاران مقاله) و این بار زیادی را روی ویژه:تغییرات در حال انتظار وارد می‌آورد. ثانیاً با توجه به آنچه در عمل شاهدش بوده‌ام، گرچه برخی ویرایش‌های نادرست باقی می‌مانند، ولی چندین برابرش ویرایش درست، واگردانی می‌شوند. باقی ماندن مقاله در ویژه:تغییرات در حال انتظار بهانهٔ خوبی برای واگردانی ویرایش آی‌پی‌ها به ما کاربران گشت‌زن می‌دهد. 4nn1l2 (بحث) ‏۸ اوت ۲۰۱۶، ساعت ۱۰:۰۸ (UTC)پاسخ
با این وجود اگر استفاده نشود تمامی مقالات روستاها که با هزار زحمت به ارمغان آمده است نظیر این مقاله تبدیل به سرچاهان می‌شود:
  • شاید دارا بودن چنین قابلیت‌هایی، اکنون مردم سختکوش این روستا را به تکاپو واداشته که به خواسته دیرین و بحق خود یعنی تبدیل این روستا به بخش اصرار ورزند!
  • طایفهٔ موسوم به «رودباری‌ها» (فامیل‌های سلیمی پور) که اصالتاً اهل رودبار کهنوج بوده به این منطقه کوچیده و بدنبال آنان نیز طایفهٔ بهرامی‌ها از سعادت آباد و در سالهای بعد از پیروزی انقلاب نیز طایفه‌های باوقاری‌ها از طارم، ناظری‌ها از گهکم، شمسایی‌ها از لایگزان، نیرومندی‌ها وبلوچ و زاده محمد از شهدادی، دهقانی‌ها از سیاهک و باغان به این روستا کوچیده و مهاجرت کرده‌اند. --Reza Amper (بحث) ‏۸ اوت ۲۰۱۶، ساعت ۱۸:۰۳ (UTC)پاسخ

الگوی «به انگلیسی» و نقض «ویکیپدیا واژه‌نامه نیست»

بسیاری از کاربرانی که از {{به انگلیسی}} استفاده می‌کنند بر خلاف سیاست «ویکی‌پدیا واژه‌نامه نیست» از این الگو در مقاله‌هایی که مقداری بار علمی داشته‌باشد استفاده می‌کنند. از طرفی خیلی وقت‌ها اصل واژه از زبانی به جز انگلیسی مانند فرانسوی به فارسی آمده‌است ولی کاربران بازهم از این الگو استفاده می‌کنند. هم‌اکنون در صفحهٔ اول فهرست تراگنجانش‌های الگو، در حدود نیمیش از این الگو به عنوان یادکرد واژه‌نامه‌ای استفاده شده‌است. گویا باید چاره‌ای اندیشید. پیشنهاد بنده:

  1. ویکی‌پدیا واژه‌نامه نیست. این الگو را جلو واژه‌های فارسی اضافه مکنید. از الگو برای نمایش معادل انلگیسی یا علمی واژه‌های فارسی استفاده مکنید.
  2. مهم این است که واژه از چه زبانی به فارسی آمده‌است. اگر از زبان دیگری مانند فرانسوی آمده‌است از الگوی متناسب با آن استفاده کنید.
  • رباتی باشد که تراگنجانی‌های جدید این الگو را فهرست کند و به آن‌ها رسیدگی شود و موارد اشتباهی و خلاف سیاست حذف شود.

--arfar (گفتگو) دوشنبه، ۱۸ مرداد ۱۳۹۵، ساعت ۲۲:۴۹ (ایران) ‏۸ اوت ۲۰۱۶، ساعت ۱۸:۱۹ (UTC)پاسخ

درود بر شما. اتفاقاً اخیراً نوشتار سیاست را می‌دیدم که با این مورد عجیب مواجه شدم. --یوسف (بحث) ‏۱۱ اوت ۲۰۱۶، ساعت ۱۱:۳۳ (UTC)پاسخ
با تذکر خودکار مخالفم. با توضیح در صفحهٔ یادشده موافقم.
الگوهای به زبان (نه فقط انگلیسی، بلکه تقریباً همهٔ زبان‌ها) عمدتاً اشتباه استفاده می‌شوند. این الگوها را باید برای وامواژه‌ها به کار برد (مثلاً اول مقالهٔ مایکروسافت باید نوشت {{به انگلیسی|Miscrosoft}} تا خواننده بتواند از املای اصلی کلمه برای درک تلفظ درستش استفاده کند.
اما آنچه وامواژه نیست، نباید الگوی به زبان داشته باشد. مثلاً اول مقالهٔ سیاست نباید نوشت {{به انگلیسی|Politics}} چون «سیاست» یک وامواژه نیست.
مشکل جایی بدتر می‌شود که ابزار توویکی‌فا (@Ladsgroup و Yamaha5: ) این را همیشه نقض می‌کند و همیشه یک الگوی lang-en اول مقاله می‌افزاید که عمدتاً لازم نیست.
یک مشکل دیگر هم این است که برخی وقتی راجع به یک موضوع تخصص مقاله می‌سازند که ترجمهٔ فارسی متداول ندارد، اول مقاله الگوی به زبان به کار می‌برند و اسم انگلیسی یا فرانسوی آن موضوع را فهرست می‌کنند (مثلاً اول مقالهٔ انجام کار منزل، معادل انگلیسی‌اش که housekeeping) باشد را ذکر می‌کنند. این هم به نظر من اشتباه است، اما می‌شود با اغماض از آن گذشت (چون معادل فارسی رایج ندارد و ترجمهٔ ویکی عملاً من درآوردی است). البته مادامی که مقاله میان‌ویکی را داشته باشد. مقاله‌ای که الگوی به زبان داشته باشد اما میان‌ویکی نداشته باشد، خیلی ضد حال است. — حجت/بحث ‏۱۷ اوت ۲۰۱۶، ساعت ۰۲:۳۲ (UTC)پاسخ
موافق هر کس معادل انگلیسی، فرانسوی، ... مقاله رو نیاز داشته باشه میتونه با زدن یک دکمه به ویکی‌داده بره. وارد کردن معادل داخل مقاله باعث کندشدن سرعت خواندن مقاله میشه و نیازی نیست حتی برای مقاله های دارای عنوان آوانویسی شده. --دوستدار ایران بزرگ ‏۱۷ اوت ۲۰۱۶، ساعت ۱۴:۱۵ (UTC)پاسخ

تاریخ‌های قمری و شمسی

درود. همان‌طور که مستحضرید ویکی یکی از منابع تحقیقاتی عظیم برای پژوهشگران آماتور و حرفه‌ای هست تا بتوانند مسائل تاریخی را استفاده کنند. زمان اتفاق افتادن رویدادها و یا مدت حکومت‌ها (مثلا از ۱۲۲۲ تا ۱۳۰۰) دارای تاریخ‌های درستی نیست. گاهی وجود هر دو تاریخ قمری و شمسی لازم و گاهی تنها تاریخ قمری لازم است. در کل: سال‌ها و تاریخ‌ها در مقالات نیازمند بازبینی و رفع اشکالند. محمدحسینگفتمان ‏۱۱ اوت ۲۰۱۶، ساعت ۰۸:۰۴ (UTC) @Hamid Hassani: پاسخ

بله، همهٔ تاریخ‌های قبل از جنبش مشروطهٔ ایران (۱۲۸۵ شمسی/ ۱۳۲۴–۱۳۲۵ قمری/ ۱۹۰۵ میلادی) نیازمند سال قمری‌اند. به‌طور معمول، در آثاری که با موضوعات مربوط به تاریخ تألیف یا ترجمه می‌شوند، همهٔ تاریخ‌های مربوط به مشروطه و پیش از آن، به قمری نیاز است. پیشنهاد می‌کنم که در کنار سال‌های شمسی (و بعضاً میلادی)، تاریخ قمری نیز برمبنای راهنماهای موجود افزوده شود. با سپاس، Hamid Hassani (بحث) ‏۱۱ اوت ۲۰۱۶، ساعت ۰۸:۱۴ (UTC)پاسخ

بنده خودم به عنوان یک پژوهشگر خصوصاً در بخش شمارگذاری قبور تاریخی منطقه اصفهان این مشکل را در ویکی ددیدم. می‌بایستی سالشمار قاجاری برای همه ادوار تا پیش از رضا شاه وجود داشته باشد زیرا که هجری شمسی در دوران رضا شاه رسمی شده و فرض مثال باید سالشمار حکومت پادشاه قاجار هم قمری باشد. این قمری و شمسی در کنار هم به نظر یک میلادی هم نیاز دارند اضافه شود اما قمری اولویت است! سپاس از توجه تان جهان بین هفشجانی (بحث) پنجشنبه، ۲۱ مرداد ۱۳۹۵، ساعت ۱۳:۲۱ (ایران) ‏۱۱ اوت ۲۰۱۶، ساعت ۰۸:۵۱ (UTC)پاسخ

اگر بتوان الگوی تاریخ را به صورتی تغییر داد که وقتی روی تاریخ شمسی می‌رویم به صورت یک بالن (مشابه آنچه در ارجاع به منابع وجود دارد) در بالای تاریخ شکل بگیرید و تاریخ را به صورت قمری و میلادی نمایش دهد بسیار خوب بود. البته در نوشتارهای با تاریخ میلادی این بالن، تاریخ را شمسی و قمری و در نوشتارهای با تاریخ قمری با تاریخ میلادی و شمسی نمایش دهد. --Mehdi (بحث) ‏۱۱ اوت ۲۰۱۶، ساعت ۰۹:۲۳ (UTC)پاسخ
پیشنهاد برای ایجاد الگوی تاریخ با قابلیت تبدیل و نمایش سه تقویم به صورت همزمان
به نظرم همان تاریخ خورشیدی برای تاریخ قاجار بهتر است. برای دوران حاکمیت خلفا بر ایران (از عمر تا مأمون) نیز تاریخ قمری. اما برای طاهریان تا صفویان می‌شود بحث کرد. به نظرم با وجود مبدل تاریخ بهتر است همه را خورشیدی بزنیم تا مقایسه برای کاربران نیز راحت‌تر باشد. --arfar (گفتگو) پنجشنبه، ۲۱ مرداد ۱۳۹۵، ساعت ۱۳:۵۷ (ایران) ‏۱۱ اوت ۲۰۱۶، ساعت ۰۹:۲۷ (UTC)پاسخ
مبدل‌ها برای سال‌های دور خطا دارند چون سال کبیسه خیلی استثنا دارد. لطفاً تحقیق دست اول را در نظر داشته باشید و فقط تاریخ را بر پایهٔ منابع معتبر در مقاله بنویسید. اگر در منبع معتبری تبدیل انجام داده‌است، می‌توان به آن ارجاع داد. -- یاماها۵ / ب ‏۱۱ اوت ۲۰۱۶، ساعت ۰۹:۳۶ (UTC)پاسخ
@Yamaha5: امکان تبدیل تاریخ‌های دقیق چطور؟ مثل ۱ محرم ۶۲۳
@Yamaha5: گرامی مبدل‌های دقیقی داریم، که می‌توان آنها را معیار ویکی کرد. مثلا این مبدل چیز خوبی است، حتی میان هجری شمسی خورازمیک و هجری شمسی رسمی نیز تفاوت گذاشته‌است (به دلیل استثناهایی در کبیسه‌ها هجری شمسی خوارزمیک که در مبدل‌های معمولی استفاده می‌شود با هجری شمسی رسمی در برخی سال‌ها فرق دارد. ولی این مبدل این دو را تفکیک نموده‌است) اگر این مبدل‌ها را بپذیریم دیگر مصداق تحقیق دست‌اول نیست بلکه به دلیل اعتماد به مبدل مانند محاسبات ساده دیگر تدا نخواهد بود (تازه در ویکی‌ان که خیلی راحت تاریخ میلادی را جایگزین خورشیدی می‌کنند)--arfar (گفتگو) دوشنبه،۲۵ مرداد ۱۳۹۵، ساعت ۱۴:۰۵ (ایران) ‏۱۵ اوت ۲۰۱۶، ساعت ۰۹:۳۵ (UTC)پاسخ
@Arfarshchi: با توجه به اینکه ماه های قمری بر اساس رویت بوده است و نه محاسبه، هیچ مبدلی نمی تواند به طور دقیق معادل سازی کند. تقریبا 50 درصد احتمال یک روز خطا وجود دارد و گاهی حتی دو روز. در این خصوص احمد پاکتچی در کتابی در خصوص روش های پژوهش در تاریخ به تفصیل توضیح داده اند.--سید (بحث) ‏۱۷ اوت ۲۰۱۶، ساعت ۰۶:۳۹ (UTC)پاسخ
 نظر: استفاده از تاریخ قمری برای شمردن قبرها مناسبه وگرنه امروزه دیگر کاربردی نداره. تبدیل سال های معاصر هجری خورشیدی به قمری لزومی نداره. --دوستدار ایران بزرگ ‏۱۷ اوت ۲۰۱۶، ساعت ۱۴:۲۵ (UTC)پاسخ

پیشنهاد بادکنک مبدل تاریخ

سلام مهدی عزیز.

پیرو پیشنهاد شما در اجرایی که: «اگر بتوان الگوی تاریخ را به صورتی تغییر داد که وقتی روی تاریخ شمسی می‌رویم به صورت یک بالن (مشابه آنچه در ارجاع به منابع وجود دارد) در بالای تاریخ شکل بگیرید و تاریخ را به صورت قمری و میلادی نمایش دهد بسیار خوب بود. البته در نوشتارهای با تاریخ میلادی این بالن، تاریخ را شمسی و قمری و در نوشتارهای با تاریخ قمری با تاریخ میلادی و شمسی نمایش دهد.)

پیشنهاد برای ایجاد الگوی تاریخ با قابلیت تبدیل و نمایش سه تقویم به صورت همزمان

ایدهٔ قشنگی است، به نظرم برای شروع باید الگویی بسازیم سپس با ربات تاریخ‌ها را الگویی کنیم. پیشنهادم این است که سازوکار الگو بدین شیوه باشد:

  • ساختار الگو:{{مبدل‌نما|روز|ماه|سال|شناسهٔ گاهشماری|کد نمایشی (آلترناتیو:متن نمایشی)|}} ← متن نمایشی + بادکنکی که در صورت نگه داشتن نشانگر موشواره روی آن دو تاریخ دیگر را به نمایش درمی‌آورد)
  • فراسنج‌ها:
  • روز = شمارهٔ روز
  • ماه = شمارهٔ یا نام ماه
  • سال = شمارهٔ سال
  • شناسهٔ گاهشماری = پیش‌فرض: خورشیدی - پارامترهای معتبر: م (میلادی) ه یا ق (هجری قمری) خ یا ش (هجری خورشیدی) - در صورتی که نام ماه با حروف وارد شده‌باشد الگو خود تشخیص می‌دهد
  • کد نمایشی = پیش‌فرض : روز ماه (به حروف) سال - پارامترهای معتبر: ر (روز) م (ماه به عدد) مح (ماه به حروف) س (سال) ش (شناسه) مانند «رر/مم/سسسس» یا «رر ح سس» یا «رر مح» یا «مح سسسس»
  • متن نمایشی (جانشین کد نمایشی) = پیش‌فرض: روز ماه (به حروف) سال - متنی که کاربر مایل است به نمایش درآید مانند «بیستم شهریور» یا «بیست شهریور ۳۰» یا هرچیزی مطابق سلیقهٔ کاربر
  • حالت‌های خاص: الگو باید هوشمند باشد، در صورتی که بعضی پارامترها وارد نشد باید به جای روز مشخص بازه بدهد، مانند:
اوت ← ۱۰ مرداد– ۱۰ شهریور
اوت ۲۰۱۶ ← ۱۱ مرداد–۱۰ شهریور ۱۳۹۵
۱ اوت ← ۱۰–۱۱ مرداد
۲۰۱۶ م ← ۱۱ دی ۱۳۹۵–۱۰ دی ۱۳۹۶
  • الگوهای دیگر تاریخی: الگوهای دیگری مانند تاریخ آغاز و سن و ... نیز با وارد کردن این الگو در کدشان به راحتی تغییر می‌کند

بخش سختش به نظرم ساختن این الگو است. اگر بسازیمش بقیهٔ کار ساده است و نهایتا نظرسنجی می‌خواهد. بلکه شاید نخواهد و خودمان بتوانیم این کار را بکنیمarfar (گفتگو) دوشنبه،۲۵ مرداد ۱۳۹۵، ساعت ۱۴:۴۷ (ایران) ‏۱۵ اوت ۲۰۱۶، ساعت ۱۰:۱۷ (UTC)پاسخ

@Arfarshchi: سلامبر شما همکار عزیز. من از نظر فنی دانش لازم را ندارم. اگر بشود که بسیار خوب است ولی نمیدانم آیا فنی کاران ما توانایی انجامش را دارند؟ بگذارید از @Dalba: ی عزیز بپرسم. دالبا جان! این ایده شدنی است یا باید بی خیالش شویم؟--Mehdi (بحث) ‏۱۵ اوت ۲۰۱۶، ساعت ۱۹:۳۵ (UTC)پاسخ
قابلیت مورد اشاره در مورد ارجاع به منابع، وابسته به ابزارِ «جعبهٔ یادکرد» و یک کد جاوااسکریپت است. ایجاد چنان حالتی — با فرض اینکه مسئلهٔ تبدیل تاریخ حل‌شده‌است و تنها از نظر شکل ظاهری — شدنی است، ولی اگر بخواهید ظاهرش دقیقاً مثل آن ابزار باشد ولی ارجاع ایجاد نکند (برای تاریخ پانویس‌ایجادکردن به نظر روش مناسبی نیست) باید کد جاوااسکریپت بنویسید. در آن صورت حتی می‌توان کدی نوشت که تاریخ‌ها را بدون نیاز به دستکاری الگوها شناسایی و تبدیل کند و معادلشان را نمایش دهد. کار ساده‌ای نیست، ولی چون از نظر فنی پرسیدید، به نظر من شدنی است. اگر بخواهید با الگو کار کنید، می‌توان مشابه روش‌های {{کوته‌نوشت}} یا {{H:title}} عمل کرد، ولی تا جایی که من می‌دانم پشتیبانی خوبی در تلفن‌های همراه ندارند، هرچند روش اول هم از این نظر بی‌نقص نیست. Dalba ‏۱۵ اوت ۲۰۱۶، ساعت ۲۰:۳۷ (UTC)پاسخ
سپاس از نظر شما دالبای عزیز. نمیدانم آیا با همکاری مشترک اعضا تیم فنی می‌توان همچین الگویی را ساخت یا خیر؟ --Mehdi (بحث) ‏۱۶ اوت ۲۰۱۶، ساعت ۰۶:۳۳ (UTC)پاسخ
خوارزمی‌های تبدیل تاریخ موجود است، نیاز به کمی دستکاری دارد. مشکل اصلی‌تر همین الگوی یادکردی است. به نظرم اینکه تاریخ خودکار شناسایی و تبدیل شود دردسر بیشتری دارد، به ویژه اینکه در بسیاری از موافق تاریخی که در متن ذکر می‌شود ناقص است مانند «مرداد ۳۲» که منظور مرداد ۱۳۳۲ است یا گاهی با حروف و ... می‌نویسند و بالاخره الگو راحت‌تر است&، چون خودت تاریخ را وارد می‌کنی. اگر یک گروهی پایه باشند کار را می‌کنیم--arfar (گفتگو) سه‌شنبه،۲۶ مرداد ۱۳۹۵، ساعت ۱۵:۳۰ (ایران) ‏۱۶ اوت ۲۰۱۶، ساعت ۱۱:۰۰ (UTC)پاسخ

ناهماهنگی در عنوان نام و نام خانوادگی در نام‌های افراد ژاپنی

درود، در حال حاضر در ویکی فارسی در صورتی که از منابع ژاپنی استفاده شود به روش آنها ابتدا نام خانوادگی و سپس نام بکار برده می‌شود. برعکس در صورتیکه از منابع انگلیسی استفاده شده باشد ابتدا نام و سپس نام خانوادگی آمده است. همین موضوع باعث شده است که خواننده متوجه نمی‌شود که کدام قسمت نام خانوادگی و کدام نام است. الگویی هست یوشیتارو نومورا

در این نام ژاپنی، «نومورا» نام خانوادگی است.

که نام خانوادگی را مشخص می‌کند. با توجه به اینکه انبوهی مقاله بدون این الگو باقی مانده است. در این مورد چه کاری بهتر است صورت بگیرد؟

نکته دیگر طرز نوشتن به فارسی است برای مثال هیدیوکی هیرایاما (平山 秀幸) و تویوتومی هیده‌یوشی (豊臣 秀吉) کانجی «هیدِه» (秀) در اولی بصورت «هیدِ» نوشته شده و در دومی به صورت «هیدِه»(Roozitaa (بحث) ‏۱۲ اوت ۲۰۱۶، ساعت ۲۱:۴۰ (UTC)پاسخ

در مورد قست اول، یک ایده آن است که مقالهٔ نظیر در ویکی‌پدیای انگلیسی را بگیریم و اگر از الگوی Japanese name استفاده می‌کرد، نام خانوادگی را استخراج کنیم و در جایی ذخیره کنیم. بعد دستی می‌شود در مقاله‌های نظیر فارسی اطلاعات را اضافه کرد.
حتی از دستی بهتر، می‌شود یک ربات نوشت که از روی نام فارسی مقاله و حرف اول پارامتر نام خانوادگی در Japanese name حدس بزند نام خانوادگی فارسی چیست. اگر مایل باشید می‌توانم تا حدی در این راه کمکتان کنم.
در مورد قسمت دوم به نظرم جایی که ترجمه‌ای موثق (در منابع دیگر) نداریم، باید به ترجمه‌ای که تلفظ درست را در فارسی محتمل‌تر می‌کند اتکا کنیم. من اگر باشیم هر دو را «هیده» می‌نویسم تا تلفظ درست محمتل‌تر باشد — حجت/بحث ‏۱۲ اوت ۲۰۱۶، ساعت ۲۳:۱۸ (UTC)پاسخ
  • منظور شما اینست که مهم نیست که برای ترتیب نام خانوادگی و نام از دو روش انگلیسی و ژاپنی که برعکس هم هستند استفاده شده بلکه مهم اینست که به هر مقاله یک الگو توضیحی در تشخیص نام خانوادگی چه به صورت دستی و چه بصورت رباتی افزوده شود. در مورد مقاله‌هایی که عنوان‌هایی به نام اشخاص دارند به این ترتیب مسئله حل می‌شود اما داخل متن‌های مقاله‌ها برای مثال تویوتومی هیده‌یوشی از ده‌ها نفر بدون پیوند یا با پیوند نام برده شده که مسئله گنگ باقی می‌ماند و معلوم نیست که نامی که اول آمده نام خانوادگی است یا نام کوچک است.

در مورد دوم قصدم بیشتر آگاهی دادن بود می‌توان از متن‌های کتاب‌ها و منابع چاپ شده الگو گرفت. در کتاب‌ها هیده‌یوشی آمده است. Roozitaa (بحث) ‏۱۳ اوت ۲۰۱۶، ساعت ۰۱:۴۹ (UTC)پاسخ

بحث مرتبط دربارهٔ نام‌های کره‌ای: ویکی‌پدیا:زبان و زبان‌شناسی/بایگانی ۲۵#بازگردان کره‌ای به فارسی 4nn1l2 (بحث) ‏۱۳ اوت ۲۰۱۶، ساعت ۱۰:۴۳ (UTC)پاسخ
  • در آن بحث آمده «قرار بر این شد که در ویکی‌پدیای فارسی از روش ویکی‌پدیای انگلیسی که با روش الگوی
لی جین‌جو،
این یک نام کره‌ای است؛ نام خانوادگی لی است.
استفاده شود)» سه نکته:
  1. در مورد زبان ژاپنی الگو برعکس عمل می‌کند یوشیتارو نومورا
    در این نام ژاپنی، «نومورا» نام خانوادگی است.
  2. نومورا مانسائی و انبوهی از عنوان‌های دیگر بدون الگو هستند؛ و در اینجا ابتدا نام خانوادگی آمده است.
  3. در مقاله‌های مادر انبوهی از نام‌های پیونددار و بدون پیوند ذکر می‌شود که برخی نام خانوادگی در ابتدا آمده و برخی نام که ممکن است هر دوی آنها بدون الگو در مقاله اصلی باشند. جناب حجت لطفاً رباتی را توصیف کردید، را بسازید. Roozitaa (بحث) ‏۱۶ اوت ۲۰۱۶، ساعت ۲۲:۳۰ (UTC)پاسخ
سعی می‌کنم در هفتهٔ آتی بسازمش. — حجت/بحث ‏۱۷ اوت ۲۰۱۶، ساعت ۰۲:۱۸ (UTC)پاسخ

شرایط بازمدیر در صورت فرجام‌خواهی از هیئت نظارت

بحث زیر پایان یافته‌است و به‌زودی بایگانی خواهد شد.
جمع‌بندی: با این تفاوت اعمال شد. — حجت/بحث ‏۱۷ اوت ۲۰۱۶، ساعت ۰۲:۲۲ (UTC)پاسخ

با توجه به بند زیر در سیاست وپ:ناظر:

هیئت نظارت در هر دوره، می‌تواند در آراء قبلی خود تجدید نظر نموده و آن را در هر زمان تغییر دهد.

بنظرم باید بند پیشنهادی زیر به وپ:بازمدیر اضافه شود، هرچند از بدیهیات است:

اگر مدیری با تصمیم هیئت نظارت از مدیریت خلع شود، بعداً همان هیئت یا هیئت‌های بعدی می‌توانند در رأی قبلی خود تجدید نظر کنند. در چنین شرایطی دیوانسالاران باید دسترسی مدیریت را بدون انجام نظرخواهی مجدد به کاربر اعطا کنند مگر اینکه بند پنج وپ:بازمدیر نقض شده باشد.

اگر متن پیشنهادی بهتر یا نظری دیگر وجود دارد ارائه کنید؟--آرمانب ‏۱۳ اوت ۲۰۱۶، ساعت ۰۹:۰۳ (UTC)پاسخ

@AzorAhai: آرمان جان متوجه منظور شما نشدم؟--Behzad39 (بحث) ‏۱۳ اوت ۲۰۱۶، ساعت ۱۰:۳۲ (UTC)پاسخ
توضیح بیشتر: هیئتی حکم میدهد مدیری خلع شود، مدیر در دوره‌های بعد درخواست فرجام‌خواهی می‌دهد، هیئت دوره بعد رای هیئت قبل را رد باطل می‌کند؛ دیوانسالاران موظف هستند او را برپایه رای هیئت دوباره باز مدیر کنند (البته اگر شرط سه سال نقض نشود)؛ این بدیهی است احتیاجی به نظرخواهی هم نداشت، مستقیم می‌شد به وپ:بازمدیر اضافه کرد ولی بهتر است کاربران دیگر نیز نظر دهند. کمی پیشنهادم را بهتر کردم شرط سه سال را نیز اضافه کردم.-- آرمانب ‏۱۳ اوت ۲۰۱۶، ساعت ۱۰:۴۱ (UTC)پاسخ
با کلیتش موافقم. متن را به شکل زیر بازنویسی کردم:

اگر مدیری با تصمیم هیئت نظارت از مدیریت خلع شود، بعداً همان هیئت یا هیئت‌های بعدی می‌توانند در رأی قبلی خود تجدید نظر کنند. در چنین شرایطی دیوانسالاران باید دسترسی مدیریت را بدون انجام نظرخواهی مجدد به کاربر اعطا کنند مگر اینکه بند پنجم وپ:بازمدیر (شرط سه سال) نقض شده باشد.

به نظرم این واضح‌تر است — حجت/بحث ‏۱۳ اوت ۲۰۱۶، ساعت ۱۷:۵۸ (UTC)پاسخ
موافق با متن بازنویس شده -- آرمانب ‏۱۳ اوت ۲۰۱۶، ساعت ۱۸:۰۲ (UTC)پاسخ
اگر بنظر میرسد که از بدیهیات است، بنابراین شاید لازم نباشد در قانون نوشته شود. چون اگر رسم شود که بدیهیات را بصورت قانون درآید، ممکن است بعدها افرادی بعد از ما بیایند و بدیهیاتی را هنوز به شکل قانون در نیامده اند را انکار کنند. دن کیشوت (بحث) ‏۱۶ اوت ۲۰۱۶، ساعت ۰۵:۴۹ (UTC)پاسخ

استدلال‌هایی که باید در نظرخواهی‌های مدیریت از آن‌ها پرهیز کرد

سلام. با کمک دو نفر از کاربران، امروز ویکی‌پدیا:استدلال‌هایی که باید در نظرخواهی‌های مدیریت از آن‌ها پرهیز کرد را برپایهٔ ویکی‌پدیای انگلیسی ایجاد کردم. حتماً مطالعه کنید.

نکتهٔ قابل توجه این که جامعهٔ بزرگ‌تر ویکی‌پدیای انگلیسی به این نتیجه رسیده (و در این انشا هم منعکس کرده) که مدیر کم فعال برکت است نه ضرر. و نیز این که معیار عددی برای میزان مشارکت، معیار بدی است — حجت/بحث ‏۱۳ اوت ۲۰۱۶، ساعت ۱۸:۰۰ (UTC)پاسخ

به قسمتی که به تفتیش عقاید، مسائل خصوص کاربران و اوتینگ بپردازد نیز احتیاج است؛ اگر کاربری پیشنهادی دارد مطرح کند. -- آرمانب ‏۱۳ اوت ۲۰۱۶، ساعت ۱۸:۰۵ (UTC)پاسخ
سلام و سپاس از اینکار. متاسفانه کاربران ویکی‌فا با این رهنمود آشنا نبودند و امیدوارم این رهنمود با جدیت بسیار به یک سیاست تبدیل شده و به شکل جدی در ویکی فارسی پیاده شود.--Mehdi (بحث) ‏۱۳ اوت ۲۰۱۶، ساعت ۱۹:۲۱ (UTC)پاسخ
سیاست و رهنمود نیست؛ انشا است. -- آرمانب ‏۱۳ اوت ۲۰۱۶، ساعت ۱۹:۲۶ (UTC)پاسخ
بسیار عالی و با دقت خوبی نوشته شده است، ای کاش تبدیل به سیاست شود--کامران ‏۱۳ اوت ۲۰۱۶، ساعت ۱۹:۳۵ (UTC)پاسخ
تبدیل شدن به سیاست و رهنمود به این راحتی‌ها نیست؛ وپ:ایجاد سیاست و وپ:سیاست/تفاوت را مطالعه کنید. -- آرمانب ‏۱۳ اوت ۲۰۱۶، ساعت ۱۹:۳۸ (UTC)پاسخ
ممنون از پیوند مرتبط،(سوال) آیا در آینده اگر اجماعی شود می تواند به سیاست تبدیل شودکامران ‏۱۳ اوت ۲۰۱۶، ساعت ۱۹:۴۸ (UTC)پاسخ
دوستان توجه کنید که برخی همکاران اینجا را مطالعه نمی‌کنند. اگر ممکن است در فضایی همچون گوناگون نیز اطلاع رسانی شده و از کاربران درخواست شود در نظرخواهی های بعدی این موارد را رعایت کنند. و یا اگر تمایل دارند در نظرخواهی جاری مدیریت مهرنگار نظرات نادرست خود را درست کنند.--Mehdi (بحث) ‏۱۳ اوت ۲۰۱۶، ساعت ۱۹:۵۰ (UTC)پاسخ
درود؛ از همهٔ بزرگوارانی که در ساختِ این صفحه مشارکت کرده‌اند به سهمِ خودم سپاسگزاری می‌کنم. به‌ویژه از حجتِ گرامی که یک ترجمهٔ بسیار عالی انجام داده‌اند و مقاله را به سرعت و زیباییِ هرچه تمام‌تر بومی کرده‌اند. ایولله! :) --مانی بختیار (بحث) ‏۱۴ اوت ۲۰۱۶، ساعت ۰۱:۴۸ (UTC)پاسخ

با تشکر فراوان از مانی بختیار برای ایجاد صفحه و تشکر از حجت بابت گسترش آن. کار خوبی بود. اما در مقابل با تبدیل آن به سیاست مخالفم. نمی‌توان فرد را مجبور کرد که به این شکل نظر بده اما می‌توان تذکر داد، که برای تذکر همین انشا یا بهتر بگم این راهنما کافی است اما سیاست فرد را ملزم می‌کند که خلاف دموکراسی است.Behzad39 (بحث) ‏۱۴ اوت ۲۰۱۶، ساعت ۱۴:۱۸ (UTC)پاسخ

به نظر من هم تبدیل به سیاست نباید بشود. سیاست که هیچ، رهنمود هم نباید بشود. این فقط یک راهنما است و هیچ الزامی ندارد — حجت/بحث ‏۱۴ اوت ۲۰۱۶، ساعت ۱۶:۱۳ (UTC)پاسخ
@Behzad39: سلام. بنده روی این مقاله هیچ کاری نکردم و تمامِ زحمتش را جنابِ حجت و آرمان و دیگر دوستان کشیدند. / بنده هم با شما و دیگر دوستان موافقم که در حدّ انشا و بخشی از فرهنگ باقی بماند و اجباری نشود. / مهرافزون--مانی بختیار (بحث) ‏۱۵ اوت ۲۰۱۶، ساعت ۰۳:۳۲ (UTC)!پاسخ
باید از جناب کاربر:فلانی نیز تشکر ویژه کرد. دن کیشوت (بحث) ‏۱۵ اوت ۲۰۱۶، ساعت ۰۸:۳۶ (UTC)پاسخ

پیش نظرخواهی برای مدیریت

در ویکی انگلیسی صفحه مخصوصی با عنوان en:Wikipedia:Requests for adminship/Optional RfA candidate poll وجود دارد که محلی‌ست برای کسانی که قصد دارند قبل از حضور در نظرخواهی رسمی با دیدگاه‌ها و معیارهای حضور در یکی نظرخواهی رسمی آشنا شوند و به نوعی پیش نظرخواهی محسوب می‌شود. به نظر شما ویکی فارسی نیازی به همچون صفحه‌ای دارد تا ایجادش کنیم؟ یا خیر؟ --Mehdi (بحث) ‏۱۴ اوت ۲۰۱۶، ساعت ۰۸:۴۹ (UTC)پاسخ

  • موافق ضرری در وجودش نمی‌بینم؛ اگر مکانی برای نقد منصفانه هم شود که عالی است. – آرمانب ‏۱۴ اوت ۲۰۱۶، ساعت ۰۸:۵۲ (UTC)پاسخ
  • موافق بنظرم احتمالاً مورد استقبال قرار خواهد گرفت. دن کیشوت (بحث) ‏۱۴ اوت ۲۰۱۶، ساعت ۰۹:۱۲ (UTC)پاسخ
  • موافق پیشنهاد خوبی است البته به شرطی که کاربران در آن مشارکت داشته باشند. AliReza ‏۱۴ اوت ۲۰۱۶، ساعت ۰۹:۲۴ (UTC)پاسخ
  • موافق به نظرم مفید خواهد بود ضمن اینکه به قول آرمان گرامی ضرری نیز ندارد؛ البته اجباری به استفاده از آن پیش از ایجاد نظرخواهی رسمی نباشد. مهرنگار (بحث) ‏۱۴ اوت ۲۰۱۶، ساعت ۰۹:۵۱ (UTC)پاسخ
  • مخالف سلام، برای هر پیشنهاد باید هدفی در نظر داشت. کلاً صد کاربر فعال داریم که در نظرخواهی‌ها شرکت می‌کنند. اگر با کسی موافق باشند همان‌جا در صفحه نظرخواهی موافقت می‌کنند واگر مخالف باشند همان‌جا ابراز مخالفت در نهایت نباید به سمت بروکراسی حرکت کنیم. الان ناخودآگاه برای مدیریت ویکی بانی شرط شده دو روز دیگه این هم اضافه میشه. در کل اگر قرار است اول پیش نظرخواهی (به عمرم ندیدم برای نظرخواهی یک نظرخواهی دیگر برگزار کنند) ایجاد کنیم باید فاصله حداقل ۶ ماهه تا نظرخواهی اصلی در نظر بگیریم. --Behzad39 (بحث) ‏۱۴ اوت ۲۰۱۶، ساعت ۱۴:۱۴ (UTC)پاسخ
اصلا صفحه لینک شده را مطالعه فرمودید؟ در خصوص پیش شرط مدیریت در کجا آمده که ویکی‌بانی الزام مدیریت است؟ --Mehdi (بحث) ‏۱۴ اوت ۲۰۱۶، ساعت ۱۴:۵۰ (UTC)پاسخ
@Mehdi: مهدی جان اگر با منی لطفاً پینگ کنید. بله همان دیشب که جناب حجت مرحله مرحله در حال تکمیل بود مدام در حال ریفرش کردن صفحه و مطالعه آن بودم. اما به نظر شما نظر مرا درست مطالعه نکردید، گفتم الان ناخودآگاه برای مدیریت ویکی بانی شرط شده نگفتم پیش شرط شده و حتماً باید ویکی بان باشند. Behzad39 (بحث) ‏۱۴ اوت ۲۰۱۶، ساعت ۱۵:۰۳ (UTC)پاسخ
نکته‌ای که بهزاد در قبال پیش نظرخواهی مطرح کرد قابل تأمل است. (پیش شرط شدن پیش نظرخواهی مدیریتی برای نظرخواهی مدیریتی) این اواخر ویکی‌بانی پیش شرط نانوشته مدیریتی شد؛ کلی حرف زدیم و گله کردیم تا این پیش شرط را کم رنگ کردیم. بهتر است قبل از راه‌اندازی این بخش در این خصوص فرهنگ سازی شود تا فردا روزی کاربران به نامزد مدیریت نگویند اول برو پیش نظرخواهی راه‌انداز!؛ کلاً این بخش سنجشی برای کاربری است که قصد دارد نامزد مدیریت شود، لزومی به انجامش نباید باشد. -- آرمانب ‏۱۴ اوت ۲۰۱۶، ساعت ۱۸:۴۴ (UTC)پاسخ
@Behzad39: دوست گرامی این صفحه هنوز ترجمه نشده! تصور می‌کنم شما با ویکی‌پدیا:استدلال‌هایی که باید در نظرخواهی‌های مدیریت از آن‌ها پرهیز کرد اشتباه گرفته‌اید! البته این را هم بگویم که پیشنهاد وارد سازی این انشا از نظر من در اینجا سرچشمه گرفت. --Mehdi (بحث) ‏۱۴ اوت ۲۰۱۶، ساعت ۲۰:۳۶ (UTC)پاسخ
@Mehdi: سلام و صبح بخیر، بله قسمت اول صحبتم مربوط به مطلب بالا بود که اشتباه اینجا نوشتم اما قسمت دوم مطلب و سایر مطالبی که گفتم همچنان برقرار است.Behzad39 (بحث) ‏۱۵ اوت ۲۰۱۶، ساعت ۰۲:۴۲ (UTC)پاسخ

انشا در خصوص آنچه نظردهندگان در نظرخواهی باید پرهیز کنند

بحث زیر پایان یافته‌است و به‌زودی بایگانی خواهد شد.

سپاس از دوستان و همکاران عزیزی که ویکی‌پدیا:استدلال‌هایی که باید در نظرخواهی‌های مدیریت از آن‌ها پرهیز کرد را وارد ویکی فارسی کردند. لطفا عنایت نموده و en:Wikipedia:Advice for RfA voters را نیز وارد کنید. با سپاس بسیار--Mehdi (بحث) ‏۱۴ اوت ۲۰۱۶، ساعت ۰۹:۰۴ (UTC)پاسخ

@Mehdi: درود بر دوستِ گرامی! ✓ مانی بختیار (بحث) ‏۱۵ اوت ۲۰۱۶، ساعت ۰۸:۲۶ (UTC)پاسخ

تجمیع برخی دسترسی‌ها در ویکی‌بان

درود بر دوستان گرامی. چنان‌که دانم و دانید، رشد کاربران در ویکی‌پدیای فارسی در اخذ دسترسی‌های «گشت خودکار»، «واگردان» و «گشت‌زن» نمود می‌یابد. ویکی‌بانان نیز با داشتن ابزار «حذف و بست» (مهمترین اهرم‌های قدرت در ویکی‌پدیا)، در زمرهٔ مورداعتمادترین کاربران‌اند (باید باشند). منطقاً راکب ابزار «حذف و بست» شایستگی مسلح‌بودن به «گشت خودکار» و «واگردان» و «گشت‌زن» را بایستی بدارد. به‌نظر من بهتر است دسترسی‌های مذکور را به‌لحاظ فنی در دل دسترسی ویکی‌بانی تعبیه کنیم؛ تا هر ویکی‌بانی به‌طور پیش‌فرض، حامل آن دیگرها هم باشد. تا نظر دوستان چه باشد. --آرش ۲۷ مرداد ۱۳۹۵/ ‏۱۷ اوت ۲۰۱۶، ساعت ۱۶:۵۸ (UTC)پاسخ

دسترسی‌های «گشت خودکار»، «واگردان»، «گشت‌زن»، «بارگذار» و «تاییدشده پایدار» در دل دسترسی ویکی‌بانی گنجانده شود. -- آرمانب ‏۱۷ اوت ۲۰۱۶، ساعت ۱۷:۱۷ (UTC)پاسخ
  • موافق صد درصد موافق. واقعاً پیشنهاد عالی، خردمندانه و بجایی بود. عناوین طول و طویل در صفحات کاربری یک افتخار نیست. این دسترسی‌ها تنها برای انجام امور ویرایشی و نگهبانی از ویکی پدیاست و مطالعه یک قطار عنوان اصلاً لازم و مناسب نیست. – Mehdi (بحث) ‏۱۷ اوت ۲۰۱۶، ساعت ۱۷:۲۱ (UTC)پاسخ
    یعنی این عناوین تجمیع شوند: گشت خودکار، گشت‌زن، واگردان، بارگذار، تاییدشده پایدار == ==> ویکی‌بان --Mehdi (بحث) ‏۱۷ اوت ۲۰۱۶، ساعت ۱۷:۲۴ (UTC)پاسخ
  • موافق همان‌طور که این دسترسی‌ها در مدیریت تجمیع شدند. فقط لطفاً توجه داشته‌باشیم که ویکی‌بانی سالیانه تمدید می‌شود و ویکی‌بان‌هایی داشته‌ایم که برای سال دوم ویکی‌بان نبودند، لذا باید پس از ستاندن دسترسی، دسترسی‌های پیشین را به وی بازگرداند. – درفش کاویانی (بحث) ‏۱۷ اوت ۲۰۱۶، ساعت ۱۸:۴۴ (UTC)پاسخ
    @Darafsh: درست می‌فرمایید. این قبیل دسترسی‌ها ابزار دمِدست کاربرند؛ اگر ویکی‌بانی دسترسی‌اش را پس‌داد و آهنگ ماندن کرد، یقین بدانید از من و شما برای بازبه‌دست‌آوری ابزارآلاتش مشتاق‌تر است. یادآوری کند، بازپس‌اش می‌دهیم. :-)--آرش ۲۷ مرداد ۱۳۹۵/ ‏۱۷ اوت ۲۰۱۶، ساعت ۱۹:۲۶ (UTC)پاسخ
  • سلام. ویکی بان نیستم برای همین رای موافق یا مخالف ندارم اما یک نکته وجود دارد، همانطور که درفش هم گفت ویکی بانی یک ساله است و تعداد ویکی بانان مدام درحال تغییر، در این صورت مدیران مدام باید دسترسی را کم یا زیاد کنند و این خود زمان بر است.Behzad39 (بحث) ‏۱۸ اوت ۲۰۱۶، ساعت ۰۲:۱۶ (UTC)پاسخ
  • موافق در مورد واگردان، بارگذار و تأییدشدهٔ پایدار. اما ممتنع در مورد گشت و گشت خودکار. استدلالم این است:
    از یک سو، کاربر باید دسترسی گشت را که باید داشته باشد تا ویکی‌بان شود. دسترسی گشت خودکار را هم که همه باید قبل از گشت بگیرند.
    اما از سوی دیگر، کاربر حتی اگر ویکی‌بان باشد هم اگر شروع کند مقالهٔ بد ساختن شاید دسترسی گشت را از دست بدهد. گنجاندن دسترسی گشت در دل ویکی‌بانی این را ناممکن می‌کند.
    لذا مطمئن نیستم که دسترسی گشت را (که محتوایی است) باید با دسترسی ویکی‌بان (که هدف اصلی‌اش مبارزه با خرابکاری است) قاطی کنیم. — حجت/بحث ‏۱۸ اوت ۲۰۱۶، ساعت ۰۲:۲۰ (UTC)پاسخ
  • مخالف سپاس از دیوان‌سالار آرش بابت ایجاد نظرخواهی در این مورد. دلایل مخالفت را نمی‌گویم چراکه حال و حوصلهٔ دشمنان بیشتر را ندارم، و چون مسلم شده است که برخی‌ها در سایت، ظرفیت پذیرفتن و تأمل در دیدگاه‌های دیگران را نداریم... فقط همین‌قدر به‌اندازهٔ کفایت مجبورم توضیح بدهم و بگویم که در مورد سایر دسترسی‌ها (مثلاً گروه مدیران) نیز این تجمیع دسترسی‌ها ضرورتی ندارد؛ و گروه دسترسی مدیران نیز می‌توانند، دسترسی مدیریت را نیز در کنار دیگر دسترسی‌ها داشته باشد. اگر این تجمیع ضرورت دارد بفرمایید؟؛ بنابراین در تجمیع‌هایی که همین الآن نیز می‌شود شاید می‌بایست که تجدیدنظر شود. KhabarNegar خبرنگار ‏۱۸ اوت ۲۰۱۶، ساعت ۰۴:۳۹ (UTC)پاسخ