تقدیر از مدیران، گشتزنان و نگهبانان و کاربران با بیشترین حجم (نه تعداد) ایجاد مقاله[ویرایش]
درود ما نشان‌هایی برای قدردانی از کاربران ایجاد کننده و گسترش دهنده مقاله‌ها داریم که پس از برگزیدگی و یا ویکیپدیا:جایزه مقاله سال/۲۰۲۴ به آنها اعطا میشود اما به نظرم نیاز است برای تشویق کاربران این برگزیدگی و نشان‌ها باید گسترش یابد، مثلا مدیر برگزیده و گشتزن برگزیده و نگهبان برگزیده و ویرایشگر الگوی برگزیده و بیشترین حجم تولید محتوا (نه تعداد) برای آنها هم نشان در نظر گرفته و مثلا در پریود زمانی سه ماهه و یا شش ماهه و حتی سالیانه تقدیم شود بدیهی است اینکار با گزارش سیستمی مثلا از گشتزنان قابل انجام است و .... نکته مهم اینکه این عزیزان نقش بسیار مهمی در نگهداری از دانشنامه دارند، خواهشمند است با {{موافق}} و یا {{مخالف}} نظر خود را با همکاران در میان قرار دهید. از مشارکت شما سپاسگزارم. AzadTalk۴ ژانویهٔ ۲۰۲۴، ساعت ۲۱:۴۲ (UTC)[پاسخ]
اگر انتخاب کاربران واجد شرایط بر اساس بیشترین حجم است موافق، در غیر این صورت، اگر بر اساس صرفاً (برای سازندگان مقاله‌ها) تعداد مقاله‌ها باشد نه‌تنها مخالفم بلکه این نوع نگاه برای دانسنامه ضرر هم دارد، ویکی‌فا مملو شده از مقاله‌های یک خطی که ترجمه شده از مقاله‌ی متناظری در ویکی دیگری با چند مگ حجم.Mostafamirchouli (بحث)۱۸ دی ۱۴۰۲، ساعت ۱۳:۰۷ (ایران) ۸ ژانویهٔ ۲۰۲۴، ساعت ۰۹:۳۷ (UTC) با توجه به اینکه از نظر برگزارکننده «ایجاد مقاله» ملاک نیست و با توجه به اینکه نظر مثبتم بر آن اساس بود، نظرم را خط زدم.[پاسخ]
@Azadiazadi درست میفرمایید کاملا شفاف است، دلیل آوردن آن توضیحات در نظرم تأکید بر آن مورد بود و تأکید به این دلیل که در آینده اگر تغییری بر خلاف آن در هدف نظرخواهی ایجاد شد، رأی موافق این‌جانب همسو با آن تلقی نشود. Mostafamirchouli (بحث)۱۸ دی ۱۴۰۲، ساعت ۱۵:۰۰ (ایران) ۸ ژانویهٔ ۲۰۲۴، ساعت ۱۱:۳۰ (UTC)[پاسخ]
مخالف اینکه فقط بر اساس حجم فعالیت (ویرایش) کاربران بخواهیم از آنها تقدیر کنیم با هیچ منطقی درست نیست.
کاربری که جناب هجی در پرسمان ایجاد کرده فرموده‌اند بیشترین حجم فعالیت (در فضای نام اصلی) را داشته، چند ماه پیش به‌دلیل رها کردن مقاله‌هایی که ساخته قطع دسترسی شده، حتی الان هم که بعد از ۷ ماه مقاله‌های اشاره شده توسط مدیر قطع دسترسی کننده را نگاه کردم ایراد دارد و منابع درون خطی برای تأیید محتوا ندارد.
آیا نحوه‌ی فعالیت اهمیتی ندارد و فقط مهم این است که محتوا به ویکیپدیا بیفزاییم و همین حجم ویرایشمان بالا باشد شایسته‌ی تقدیر هستیم، خیر.
یا حتی فعالیت مدیران هم به همین صورت، فقط مهم است که کُنش مدیریتی زیادی داشته باشیم و درست/مُفید بودن یا نبودنش اهمیتی ندارد؟
تا زمانی که دقیق، کامل و جامع مشخص نشود که کاربران برای تقدیر بر اساس چه مشخصه‌هایی انتخاب خواهند شد برای تقدیر، با این درخواست مخالفم. Mostafamirchouli (بحث)۴ اردیبهشت ۱۴۰۳، ساعت ۱۹:۱۴ (ایران) ۲۳ آوریل ۲۰۲۴، ساعت ۱۵:۴۴ (UTC)[پاسخ]
@Azadiazadi درود. حوزه‌ی انتقال مقاله‌ها را هم بیفزایید؛ از کاربری که بیشترین انتقال (اینکه کاربر دسترسی انتقال‌دهنده پیشرفته را داشته باشد یا نه، یا انتقال‌ها توسط این دسترسی باشند یا نه را هم در نظر نگیریم، به‌صورت کُلی) را در آن دوره‌ی زمانی داشته تقدیر شود. الگوها مهم هستند، بیشترین ایجاد کنندگان الگو (نیاز به یک معیارهایی دارد، مثلا از ۵۰ تا بیشتر اگر بود).
@Azadiazadi حالا از کُلیت گذشته، به نظرم اینکه تشکرها و قدردانی‌ها محدود شود به دسترسی داران (گشتزنان و مدیران و...) درست نیست، کاربرانی هستند که هیچ دسترسی ستاندنی ندارند اما بسیار مفید هستند حتی مفیدتر از آن دسترسی داران. Mostafamirchouli (بحث)۱۵ دی ۱۴۰۲، ساعت ۰۲:۰۰ (ایران) ۴ ژانویهٔ ۲۰۲۴، ساعت ۲۲:۳۰ (UTC)[پاسخ]
درود Mostafamirchouli گرامی نمیدانم از نظر تکنیکی آمار انتقال قابل دریافت است یا خیر و اصولا تشویق به انتقال کار درستی هست یا خیر! چرا که شخصا معتقدم انتقال باید در پی بحث و اجماع انجام شود مگر در شرایط بسیار مشهود چرا که معمولا نگارنده مقاله تلاش میکند بهترین عنوان را انتخاب کند و تشویق به تغییر نام مقاله چندان مطلوب به نظر نمیرسد قطعا پیشنهاد شما در مورد ویرایشگران الگو بسیار پسندیده است و اضافه خواهم نمود اما اصولا اگر کاربری دسترسی خاصی نداشته باشد (حداقل گشت خودکار) به نظر میرسد شخصا علاقه به فعالیت جدی ندارد که تلاشش چنان باشد که نیازمند برگزیدگی باشد. AzadTalk۵ ژانویهٔ ۲۰۲۴، ساعت ۰۸:۴۶ (UTC)[پاسخ]
درود Sunfyre گرامی بدیهی است اصولا هر کاری چالش های خودش را دارد اما هدف و نتیجه مهم است خود ویرایش در ویکی یک چالش با زمان آزاد و ذهن آزاد است و هنگامی دسترسی اندکی هم داشته باشید که موضوع خود به خود پیچیده تر هم میشود اما نفس این کار قدردانی از مثلا سه فعالترین مدیر که از سیستم میتوان جمع بندی آماری فعالیت مدیران و ویکی بانان را به دست آورد و جدا از آنها تقدیر کرد فراموش نکنیم به قول دیل کارنگی یکی از بیشترین خواست انسانها دیده شدن و مورد توجه قرار گرفتن است (کتاب آیین دوست‌یابی) و نکته دیگر رقابت سازنده به نفع دانشنامه است و باعث پیشرفت خواهد شد بدیهی است که حسن آن به سختی آن برتری دارد. AzadTalk۵ ژانویهٔ ۲۰۲۴، ساعت ۰۹:۳۲ (UTC)[پاسخ]
@Azadiazadi یک سؤال پیش می‌آید آیا فعالترین مساوی است با مفیدترین؟
پاسخ: درود آرامش گرامی آن تنها به دلیل ویرایشگر برتر از نظر مقاله نامزد شده است بدیهی است که چیز بدی نیست اما منظور بنده قضاوت یک مقاله یا چند مقاله نیست مثلا اکنون همه مدیران رامی زحمت میکشند اما امسال به نظر شخص بنده جناب جییبوتر و سانفایر و امیر عزیز به عنوان سه تن از بیشترین مشارکت کنندگان و رهگشایان بوده اند نه اینکه مثلا جناب قارونی و یا Q2020 و ... زحمت نکشیده بلکه کمتر حضور داشته‌اند بدیهی است این سه تن اگر با آمار دریافتی متناسب باشند باید قدردانی و نشان دریافت دارند همچنین ویکیبانان و گشتزنان و نگهبانان و بیشترین حجم ویرایشگران محتوایی. هر چیز به جای خویش نیکوست. AzadTalk۵ ژانویهٔ ۲۰۲۴، ساعت ۱۰:۰۰ (UTC)[پاسخ]
آیا حجم مقاله‌ها را در زمانی که کاربر ایجاد کرده (ویرایش اول) باید ملاک قرار داد؟ مشکلش این است که گاهی کاربران مقاله را به صورت کوتاه ایجاد میکنند و در طول زمان گسترش می‌دهند.
آیا حجم تمام ویرایش‌هایی که یک کاربر در مقاله‌هایی خودش ایجاد کرده را باید جمع بزنیم؟ مشکلش این است که باز به «ساختن مقاله» وزن زیادی میدهد.
آیا حجم تمام ویرایش‌هایی که یک کاربر در مقاله‌ها (ساختهٔ هر کسی) کرده را باید جمع بزنیم؟ مشکلش این است که ممکن است برخی ویرایشها حجم مقاله را کم کنند (منفی) و برخی زیاد (مثبت)؛ مثال موارد منفی زمانی است که کاربری خرابکاری یک کاربر دیگر را در مقاله خنثی میکند.
آیا محاسبه را باید منحصر کنیم به مواردی که طول مقاله زیاد شده (یعنی موارد کاهش حجم را در حساب وارد نکنیم)؟
تکلیف کاربرانی که با خرابکاری مبارزه میکنند چیست؟ خیلی از اینها، تعداد زیادی ویرایش در مقاله‌ها دارند اما عمدهٔ این ویرایشها حاصل مشارکت مستقیم محتوایی خود کاربر نیستند، بلکه حاصل خنثی‌سازی خرابکاری کاربران دیگر هستند.
برای شروع، من از این تعریف استفاه کردم: ویرایش در هر مقالهای (تغییرمسیرها شمرده نشوند) توسط کاربران غیرربات، فقط با شمارش ویرایش‌هایی که طول مقاله را زیاد کرده‌اند. با این تعریف یک پرسمان نوشتم که برای بازهٔ زمانی ۱ ژانویهٔ ۲۰۲۴ تا امروز اجرا شد و نشان داد که جناب Luckie Luke با وارد کردن بیش از ۲٫۵ مگابایت محتوا به مقاله‌های مختلف در رتبهٔ اول هستند و پس از ایشان هم MJXVI و Shawarsh و GodNey هستند که هر کدام بیش از نیم مگابایت محتوا به مقالات افزوده‌اند. ظاهراً بندهٔ کمترین کل محتوایی که در این مدت افزوده‌ام تنها کمی بیش از یک مگابایت بوده‌است.
وقتی تلاش کردم همین پرسمان را برای کل تاریخ ویکی برانم، هفت دقیقه طول کشید تا جواب داد. Modern Sciences و Luckie Luke (هر دو یک نفرند) با مجموع حدود ۶۵ مگابایت، رتبهٔ اول و دوم را داشتند و رتبهٔ سوم مانی بود با حدود ۲۲ مگابایت. حساب من جزء هزارتای اول نبود. — حجت/بحث۱۹ آوریل ۲۰۲۴، ساعت ۰۲:۱۳ (UTC)[پاسخ]
@Huji درود. ببینید در عنوان این ریسه و درخواست آمده «با بیشترین حجم (نه تعداد) ایجاد مقاله» در واقع موضوع اصلی «ایجاد مقاله» نه سایر ویرایشها، یعنی فقط باید آمار ایجاد مقاله‌های کاربر بررسی شود.
مثلا یک کاربر صد مقاله ایجاد کرده که مجموع حجم آنها مثلا صد کیلو بایت است و کاربر دیگری آن هم صد مقاله ایجاد کرده اما حجم مقاله‌های ایجاد کرده دویست کیلو باید است، پس «کاربر دوم تقدیر میشود». Mostafamirchouli (بحث)۳۱ فروردین ۱۴۰۳، ساعت ۰۹:۳۴ (ایران) ۱۹ آوریل ۲۰۲۴، ساعت ۰۶:۰۴ (UTC)[پاسخ]
درود Huji گرامی خیلی لطف فرمودید در این خصوص ورود فرمودید و مانند همیشه آگاهانه موضوع را بررسی فرمودید بدیهی است این مسئله چالش برانگیز است اما هدف آن برای پیشرفت دانشنامه نیکو خواهد بود اگر محبت کرده و مانند همیشه یکی از بهترین پیشنهاد ها را ارائه فرمایید متشکر خواهم شد اما نکته این است که منظور بنده تک تک عنواین است یعنی تقدیر از مدیران جدا ویکیبانان جدا و .... با کنشهای مرتبط با دسترسی و آخرین کلیه کاربران بود که مستند به هرگونه آماری که از نظر فنی قابل دسترس باشد و البته متوازن تنظیم گردد با توجه به تجربه شما حتما میتوان به نتیجه مطلوب دست یافت. با تشکر AzadTalk۱۹ آوریل ۲۰۲۴، ساعت ۰۷:۳۵ (UTC)[پاسخ]
ظاهراً منظورم را نرساندم. فرض کنید روش شما را بخواهیم به کار ببندیم. کاربر سومی را در نظر بگیرید که صد مقاله ساخته اما در زمان ساخت حجمشان کلاً ده کیلوبایت بوده، و در حال حاضر حجمشان دویست و پنجاه کیلوبایت است. بررسی بیشتر نشان میدهد که ۲۴۹ کیلوبایت دیگر را کاربرانی دیگر به مقاله‌های ایشان افزوده‌اند. آیا ایشان باید مورد تقدیر باشد یا نه؟ اگر معلوم شود که نصف ۲۴۹ کیلوبایت کار خودش بوده و نصف دیگر کار دیگران، چه؟ — حجت/بحث۱۹ آوریل ۲۰۲۴، ساعت ۱۵:۴۶ (UTC)[پاسخ]
@Huji حجم مقاله فقط در زمان ایجاد باید محاسبه شود و این اهمیت دارد.
اگر بخواهیم گسترش مقاله در طول دوره‌ی بعد از ایجاد را هم محاسبه کنیم سنگین میشود و بیشتر به آن سمت می‌رود که ویرایش‌های کاربر بررسی میشود نه صرفاً ایجاد مقاله‌اش.
در واقع هدف در این بخش که مربوط به ساخت/ایجاد مقاله‌ها است این است که از کاربرانی تقدیر شود که مقاله‌های حجیم را ایجاد میکنند (در واقع این نظر این‌جانب است، پیشنهاد دهنده هم همین را خواسته و تأیید کرده و نظر موافقم را هم مشروط به برقراری همین روش کرده‌ام). Mostafamirchouli (بحث)۳۱ فروردین ۱۴۰۳، ساعت ۲۳:۱۲ (ایران) ۱۹ آوریل ۲۰۲۴، ساعت ۱۹:۴۲ (UTC)[پاسخ]
مسئله اینجاست که حجم زمان مقاله نمایندهٔ عادلانه‌ای از تلاش کاربر در ایجاد مقاله نیست. از خودم مثال می‌زنم: رساله شرفیه را وقتی ساختم زیر ۲ کیلوبایت بود و از آن زمان بیشتر ویرایش‌هایش را خودم انجام دادم و به ۴۴ کیلوبایت رسیده و مقالهٔ برگزیده شده. یا میخائیل مشاقه را که ساختم زیر ۴ کیلوبایت بود اما با تلاش‌های من به بالای ۵۰ کیلوبایت رسید و برگزیده شد. در روش پیشنهادی شما، از نزدیک به ۷۰ کیلوبایت مطلبی که با تلاش بسیار در این دو مقاله افزودم، اعتبار تنها ۵ کیلوبایتش به من میرسد. — حجت/بحث۲۱ آوریل ۲۰۲۴، ساعت ۰۲:۱۸ (UTC)[پاسخ]
درود Huji گرامی ضمن تشکر مجدد، چند نکته در این مورد موجود است نخست تقدیر از دسترسی دارای مانند مدیران، ویکیبانان و گشتزنان که به نظرم در مورد آمار عملکرد آنها مشکلی وجود ندارد و بدیهی است که میزان مشارکت آنها در تابلوها هم قابل دریافت است و میتوان به نتیجه کنشهای آنها برای دستیابی به آمار دقیق استفاده نمود. تنها موضوع پیچیده فعالیت کلیه کاربران بدون در نظر گرفتن دسترسی در خصوص مشارکت سازنده و یا ایجاد و یا تکمیل مقاله‌ها می‌ماند که میفرمایید مشکلات فنی در دریافت آمار وجود دارد با توجه به اینکه میزان مشارکت هر کاربر در هر مقاله مشخص است مانند مثال حضرتعالی در خصوص رساله شرفیهاینجا آمار مشارکت حضرتعالی 43,646 (96.3%) است آیا نمیتوان در بازده زمانی مشخصی این آمار را چه منفی که بدیهی است به نگهبانی اختصاص دارد و چه مثبت که اضافه نمودن مطلب به مقاله است را در نظر گرفت اصولا منظور بنده از ایجاد تنها ایجاد مقاله نبوده بلکه منظورم ایجاد در شکل عام آن است مثلا در مورد مثالی که مرقوم فرمودید بازده زمانی صرف نظر از زمان ایجاد ملاک فعالیت در نظر گرفته شود حتی میتوان کاهش مطلب را با آن جمع بست چرا که حذف مطالب نیز فعالیت مثبت در جهت نکوداشت دانشنامه و بهبود مقاله‌ها است یعنی تجمبع کاهش و افزایش ملاک قرار گیرد نمیدانم این مهم از نظر فنی قابل استخراج است یا خیر که بدیهی است با دانش و تجربه حضرتعالی میتوان به نتیجه مطلوب نزدیک گردید. امیدوارم منظورم را رسانده باشم. AzadTalk۲۲ آوریل ۲۰۲۴، ساعت ۰۸:۵۸ (UTC)[پاسخ]
@Azadiazadi درود. منظورتان این قسمت پیامتان چیست: «منظور بنده از ایجاد تنها ایجاد مقاله نبوده بلکه منظورم ایجاد در شکل عام آن است»، به‌خصوص اینجا «منظورم ایجاد در شکل عام آن است»؟ Mostafamirchouli (بحث)۳ اردیبهشت ۱۴۰۳، ساعت ۲۱:۵۳ (ایران) ۲۲ آوریل ۲۰۲۴، ساعت ۱۸:۲۳ (UTC)[پاسخ]
درود Mostafamirchouli گرامی منظور اصلی تشکر و تقدیر از کاربران فعال است که میتواند شامل هرگونه کنشی شود ایجاد تنها ایجاد مقاله نیست ممکن است کسی یک مقاله تک خطی را به سطح مطلوب برساند این هم باید لحاظ شود. ایجاد منظور هرگونه گسترش میتواند باید به همین دلیل در نظر خواهید نگاشته ام کاربران با بیشترین حجم (نه تعداد) ایجاد مقاله که حجم را میتوان به میزان مشارکت تغییر داد که تنها همانگونه که به درستی حجت گرامی فرمودند شامل کلیت ویرایشها شود گسترش گاها از ایجاد مهمتر است. AzadTalk۲۲ آوریل ۲۰۲۴، ساعت ۱۹:۴۶ (UTC)[پاسخ]
@Azadiazadi این که گفتید، میشود همان آماری که بالاتر عرض کردم: مجموع حجم افزوده شده به مقاله‌ها، مستقل از اینکه خود کاربر مقاله را ایجاد کرده یا دیگری. و طبق آن آمار، Lukie Luke پیشروست؛ تقریباً همیشه. — حجت/بحث۲۳ آوریل ۲۰۲۴، ساعت ۰۱:۱۶ (UTC)[پاسخ]
@Azadiazadi ببینید شما در عنوان همین بخش نوشته‌اید «با بیشترین حجم (نه تعداد) ایجاد مقاله» در واقع در عنوانِ این نظرخواهی که ایجاد کرده‌اید به «ایجاد مقاله» اشاره کرده‌اید.
اگر نظرتان تغییر کرده است، بحث دیگریست و باید بگویید که نظرتان تغییر است نه اینکه بگویید «ایجاد تنها ایجاد مقاله نیست...». Mostafamirchouli (بحث)۴ اردیبهشت ۱۴۰۳، ساعت ۱۱:۴۸ (ایران) ۲۳ آوریل ۲۰۲۴، ساعت ۰۸:۱۸ (UTC)[پاسخ]
درود Mostafamirchouli خیر نظرم عوض نشده بحث این است که با توجه به تغییر عنوان در اولین روزهای نظر خواهی مستند به اینکه حجم مقاله ملاک باشد هدف تقدیر از همکاران فعال است و نتیجه با توجه به جمع بندی و نوع تقدیر و غیره مثلا نشان و یا حتی در صورت امکان شکلهای دیگری از تشویق در نظر گرفته شود. AzadTalk۲۳ آوریل ۲۰۲۴، ساعت ۱۴:۵۹ (UTC)[پاسخ]
درود حجت گرامی اگر نشان را به صورت مثلا برای سه یا پنج نفر در سال قرار دهیم چه بدیهی است اینگونه که میفرمایید جناب لاکی لوک اول هستند چند نفر بعد از ایشان چه امکان دریافت و اهداء نشان و یا ... امکان پذیر است برای دسترسی داران چه مستند به کنش آنها میتوان به این آمار استناد کرد؟ و به سه مدیر فعالتر و سه ویکی بان فعالتر نشان تقدیم کرد اگر درست یادم باشد ماخذی نیز برای دریافت آمار گشتزنی داشتیم. برای آنها نیز چنین کنیم. اگر موافق هستید مانند همیشه قبول زحمت فرموده و رهنمودی در این خصوص تهیه فرمایید تا اجرایی کنیم. صرف نظر از نشان خیلی دوست داشتم تقدیری فیزیکی صورت گیرد اما بدیهی است که محرمانگی کاربران را به خطر خواهد انداخت. AzadTalk۲۳ آوریل ۲۰۲۴، ساعت ۱۴:۵۹ (UTC)[پاسخ]
درود مجدد Mostafamirchouli گرامی ببینید بحث ریز عنوان نیست بلکه کلیت آن یعنی تقدیر از کاربران است از دسترسی داران گرفته تا ایجاد کنندگان و گشتزنان و .... کلیت که تایید شده مانده رهنمود که باید تهیه. منظور اینکه هرگونه فعالیت میتواند تقدیر شود. هدف مشهود ایجاد رقابت سازنده در کاربران است هدف پنهان پیشرفت و سود دانشنامه است. AzadTalk۲۳ آوریل ۲۰۲۴، ساعت ۲۰:۲۱ (UTC)[پاسخ]
نکته ۱.ببینید کاربری که می‌خواهد بیاید در نظرخواهی شرکت کند اول به عنوان نظرخواهی دقت میکند بعد به محتوای توضیحی متن نظرخواهی. الان در عنوان این نظرخواهی نوشته شده «ایجاد مقاله» اگر ایجاد مقاله ملاک نیست بهتر است آن حذف شود.
نکته۲. در بالا در بخش مخالف توضیح دادم که نمیتوان صرفاً به این دلیل که کاربری فعالیت بیشتر دارد از آن تقدیر کرد، باید سایر زوایای فعالیت کاربر هم بررسی شود، مثلا بررسی شود که آیا آن حجم عظیم فعالیت مفید بوده یا نه؟ آیا تعاملش با سایر کاربران خوب است؟ آیا...؟ Mostafamirchouli (بحث)۵ اردیبهشت ۱۴۰۳، ساعت ۱۰:۰۶ (ایران) ۲۴ آوریل ۲۰۲۴، ساعت ۰۶:۳۶ (UTC)[پاسخ]
درود Mostafamirchouli گرامی جالب است تغییر عقیده فرمودید، در رای شما که خط زدید اعلام فرمودید حجم مقاله مهم است اکنون میفرمایید حجم فعالیت مهم نیست اصولا مگر داریم حجم فعالیت غیر مفید دیدگاه شما اگر پیشرفت گروهی دانشنامه باشد هر کس در حد توان مشارکت خواهد کرد همه فعالیتها همواره کامل و بی نقص نیست و اصولا نمیتواند باشد چون ما از مشارکت کننده خردسال داریم تا مسن، به طور کلی روح ویکی همین است کار گروهی و تکمیل یک دانشنامه این که بخواهیم خیل کنشهای یک کاربر را به اخلاق او پیوند بزنیم اشتباه و غلط است، این هم خود مقوله خوبی است میتوان نشانی نیز به عنوان اخلاق ایجاد کنیم تا تلاش کاربران برای دریافتش به بهبود نحوه برخورد همکاران کمک کند با تشویق چه چیزها که نمیتوان به دست آورد وزن تنبیه در ویکی فا به وزن تشویق آن میچربد که خود باعث دوری و کم تعداد شدن ویرایشگران خواهد شد اکنون اگر دقت بفرمایید به نظم تعداد همکاران فعال در ویکی که مانا هستند در خوش بینانه ترین شکل آن به هزار هم نمیرسد در حالی که بیشتر از میلیون ثبت نام شده داریم پس یک جای کار میلنگد یکی از آنها همین مته به خشخاش زند بیش از حد است. جناب Huji گرامی جسارتا اگر محبت فرمایید و با نگاه آگاهانه خود به مشکلات فنی و سیاستها و البته سود دانشنامه این مهم را به هر صورتی اصلاح فرمایید تا منتج به نتیجه گردد، به نظرم حتی میتوان برای میزان مشارکت همکاران و تشویق آنها درجه و نشانی که اکنون داریم به شکل خودکار تقدیم گردد تا موجب دلگرمی کاربران بخصوص جدیدها شود چیزی شبیه اگر درست به خاطر داشته باشم آگاه سازی و تشکر از ویرایش دهم و ... که مخصوصا در ویکی انگلیسی صورت میگرید یادم است دهمین ترجمه را تشکر و شادباش گفت. AzadTalk۲۴ آوریل ۲۰۲۴، ساعت ۰۸:۱۱ (UTC)[پاسخ]
@Azadiazadi خیر تغییر عقیده نداده‌ام، آن نظر موافقم بر اساس عنوان نظرخواهی بوده که شما به ایجاد مقاله اشاره کرده‌اید، بعلاوه من در نظرم اشاره کرده‌ام به «ساخت مقاله»
اگر انتخاب کاربران واجد شرایط بر اساس بیشترین حجم است موافق، در غیر این صورت، اگر بر اساس صرفاً (برای سازندگان مقاله‌ها) تعداد مقاله‌ها باشد نه‌تنها مخالفم بلکه این نوع نگاه برای دانسنامه ضرر هم دارد، ویکی‌فا مملو شده از مقاله‌های یک خطی که ترجمه شده از مقاله‌ی متناظری در ویکی دیگری با چند مگ حجم.
.
بله حجم فعالیت غیرمفید داریم، که اگر نبود قطع دسترسی نبود.
حذف خودکار پیش‌نویس‌های قدیمی توسط ربات‌ها طبق سیاست[ویرایش]
در ویکیپدیا پیش‌نویس‌ها فضای رایگان و نامحدودی برای میزبانی محتوا در نظر گرفته نشده‌اند. طبق سیاست تعریف شده، پیش‌نویس‌هایی که بیش از ۶ ماه بدون ویرایش رها شده‌اند (به استثنا پیش‌نویس‌های امیدبخش و ثبت‌شده برای بازبینی مبا) می‌توانند با معیار ع۱۳ حذف شوند. در ویکیپدیای فارسی پیش‌نویس‌های زیادی این شرایط را دارند و حذف همه آنها توسط مدیران و ویکیبانان که دسترسی حذف دارند ممکن نیست. بنابراین پیشنهاد میکنم همانند ویکیپدیای انگلیسی، اگر مقدور است یکی از ربات‌ها حذف خودکار این پیش‌نویس‌ها را برعهده بگیرد. بستر ویکیپدیا:درخواست احیا برای کاربرانی که قصد دارند واقعا دوباره روی این پیش‌نویس‌ها کار کنند محیا است.
این یکی از معیارهای تعریف شده در فرایند حذف سریع است. منهای سیاست، دلایل دیگری از نظر من وجود دارد که اگر با پیش‌نویس‌های رها شده برخورد کرده باشید نیازی به گفتن نیست... MJXVI ʕ•ᴥ•ʔ۶ فوریهٔ ۲۰۲۴، ساعت ۱۲:۳۱ (UTC)[پاسخ]
موافق به‌تازگی برخوردی با پیش‌نویسی که حدوداً یکسال رها شده بود داشتم، آن هم با حجم بالا که درخواست حس را برایش ثبت کردم، با گفته‌ی شما موافقم که بهتر است یک ربات به‌صورت خودکار پیش‌نویس‌های دارای شرایط حس را حذف کند. Mostafamirchouli (بحث)۲۶ بهمن ۱۴۰۲، ساعت ۰۱:۰۴ (ایران) ۱۴ فوریهٔ ۲۰۲۴، ساعت ۲۱:۳۴ (UTC)[پاسخ]
@MJXVI: در ویکی انگ پرس و جویی کردم، رباتی پیش نویس ها را حذف نمی کند، تنها به کاربرانی که پیش نویس هایشان بیشتر از 6 ماه بدون ویرایش می ماند اخطار حذف می دهد، ربات دیگری هم به پیش نویس ها برچسب حذف می زند و کار حذف بر عهده کاربران است. هر چند می شود از ربات آنها کمک گرفت و کدی هم مکملش برای حذف پیشنویس به کمک ربات پدید آوریم. PereopticTalk۱۶ مارس ۲۰۲۴، ساعت ۱۶:۰۷ (UTC)[پاسخ]
من تصور کردم به غیر از دو موردی که اشاره کردید، رباتی نیز صفحات را حذف میکند؛ هرچند مواردی مانند همین دو مورد (اخطار حذف به سازنده و برچسب حذف زدن به پیشنویس) را در ویکی‌فا آیا رباتی انجام میدهد؟ هدفم از بازگشایی این ریسه این بود که رباتی مانند کاربر:Dexbot که تغییرمسیر به صفحهٔ ناموجود یا حذف‌شده را با معیار وپ:ت۱ حذف میکند، صفحات پیشنویس نیز با وپ:ع۱۳ توسط ربات‌ها حذف شوند. MJXVI ʕ•ᴥ•ʔ۱۶ مارس ۲۰۲۴، ساعت ۱۶:۴۲ (UTC)[پاسخ]
مخالف حذف رباتیک پیش‌نویس‌ها زمانی معنا دارد که به‌طور فعال پیش‌نویس‌ها بررسی و تأیید/رد شوند. ربات ممکن است پیش‌نویسی را حذف کند که بیش از شش ماه در صف بررسی بوده، سرشناسی هم داشته، اما هنوز کسی بررسی‌اش نکرده است. اگر یک کاربر (انسان) آن صفحه را ببیند، احتمالاً به فضای اصلی انتقالش خواهد داد. اما ربات بدون توجه به هیچ چیز و فقط بر پایهٔ یک تاریخ، آن را حذف میکند. بهتر است به‌جای این کار، هر چند وقت یک بار یک Backlog drive بگذاریم مشابه ویکیپدیای انگلیسی. {{کاربر|جـیپیوتر}}بحث۲۴ آوریل ۲۰۲۴، ساعت ۰۰:۴۵ (UTC)[پاسخ]
من فکر میکنم معیار ع۱۳ برای پیش‌نویس‌هایی مناسب است که هنوز درخواست بررسی‌شان (آن برچسب زرد رنگ) ثبت نشده. یعنی کاربر یک مدت روی پیشنویس کار کرده، اما بدون این که درخواست بررسی دهد، آن را رها کرده است. چنین صفحه‌ای دقیقاً مصداق همان وپ:میزبان وب نیست است که دوستان گفتند و باید حذف شود.
در مقابل، وقتی کاربری یک مقاله در فضای پیشنویس می‌نویسد، از دیگران راهنمایی می‌گیرد و بهبودش میدهد، منبع‌دهی میکند و اشکالاتش را برطرف میکند، بعد درخواست بررسی میدهد اما هیچ‌کس درخواستش را تا ۶ ماه بررسی نمیکند، حذف مقاله‌اش، آن هم بدون بررسی و به‌صورت رباتیک، هم ظلم به پروژه است (به‌خاطر از دست دادن مقالهٔ سرشناس و البته و قطعاً، از دست دادن یک کاربر بالقوه فعال) و هم ظلم به کاربر. {{کاربر|جـیپیوتر}}بحث۲۴ آوریل ۲۰۲۴، ساعت ۰۰:۵۱ (UTC)[پاسخ]
@Jeeputer: درود، مرحله اولیه کار، ربات ارسال اعلان به کاربران دارای پیش نویس با معیار ع۱۳ است. می شود یک فرجه زمانی بعد از اعلان تعیین کرد تا کاربران از احتمال حذف مطلع شوند و بعد ربات برای حذف پیش نویس اقدام کند. کار دیگری هم که می شود کرد این است که پیش نویس هایی که برچسب درخواست بررسی دارند را از روال حذف و اعلان توسط ربات مستثنی کنیم. PereopticTalk۲۴ آوریل ۲۰۲۴، ساعت ۱۲:۴۴ (UTC)[پاسخ]
@Pereoptic: من کلاً با حذف رباتیک مخالفم، به‌نظرم نهایتاً بهتر است صفحه را برای حذف برچسب بزند یا مثلاً فهرست تهیه کند. اما خودش بهتر است حذف نکند.
به‌طور کلی تازه‌واردان را هرچه کمتر با ربات روبرو کنیم بهتر است. رباتی که کار منفی مانند حذف و واگردانی و قطع دسترسی انجام میدهد، میتواند کاربر تازه‌وارد را فراری دهد. {{کاربر|جـیپیوتر}}بحث۲۴ آوریل ۲۰۲۴، ساعت ۱۲:۵۴ (UTC)[پاسخ]
@Jeeputer: جند نمونه از این پیش نویس‌ها را به صورت رندوم بررسی کنید. ابتدا خواستم بگویم با شما موافقم اما نظرم عوض شد متاسفانه شمارشان خیلی خیلی زیاد است و اگر یک انسان بخواهد آن ها را حذف کند دیگر تبدیل به ربات میشود D: به نظرم پیش‌نویسی که این شرایط را نداشته باشد، تنها یک درصد احتمال دارد که حذف رباتیکش مشکل بیافریند:
پیش‌نویس‌هایی که ۶ ماه از آخرین ویرایش بر روی آنها گذشته باشد. کاربری که نیاز داشته باشد پیش نویسش بماند یک ویرایش جزئی بر روی آن انجام میدهد تا مدتش مجدد تمدید شود، حتی میتواند زمانش را از ۶ ماه هم بیشتر کرد مثلا ۹ ماه.
کاربر از احتمال حذف پیش‌نویسش آگاه شده و میتواند بر روی آن ویرایش یا آن را تکمیل کند میتواند زمان اعلان به کاربر و حذف پیشنویس را مثلا ۴ یا ۵ ماه قرار داد یعنی یک مدت طولانی پیشنویس رها شده، کاربر مطلع شده و در یک بازه طولانی دیگری فرصت دارد ویرایشی در پیش نویس صورت دهد.
پیش‌نویسی که الگوی درخواست بررسی نداشته باشد پیشنویس هایی که حداقل های مقالات را رعایت میکنند و درخواست بررسی آنها داده شده از حذف توسط ربات محافظت میشوند
کاربران تازه، نیازی به انجام پروسه طولانی یا خاصی ندارنددر همان راهنمایی که صفجه بحث شان قرار می‌گیرید به آنها اطلاع داده میشود که تنها یک ویرایش جزئی هم بر روی پیش نویس برای توقف فرایند حذف کافیست.
با تمام این اما و اگر ها فکر نمی کنم دیگر پیش نویس مهم و بدرد بخوری وجود داشته باشد که بگوییم اگر انسان جای ربات بود می توانست آن را تشخیص دهد و حذفش نکند (هر چند اگر یک درصد هم مقاله مفیدی حذف شد بازگشت‌ها به سوی وپ:احیا است). PereopticTalk۲۴ آوریل ۲۰۲۴، ساعت ۱۳:۲۷ (UTC)[پاسخ]
@Pereoptic: با استفاده از قابلیت حذف دسته‌جمعی توینکل و با کمک رده:مقاله‌ها برای ایجاد شایسته حذف با ع۱۳ ایکی ثانیه‌ای قابل حذف هستند. اگر اشتباه نکنم، در ویکیپدیای انگلیسی معمولاً پیش‌نویس‌هایی که وارد این رده میشوند را کاربران بررسی میکنند و برچسب حذف می‌زنند. یعنی مرسوم نیست که صرفاً با گذشت ۶ ماه و افزوده شدن پیشنویس به آن رده حذفش کنند، بلکه باید یک کاربر آن را ببیند و برچسب حذف به آن بزند. به‌نظرم ما هم باید آستین بالا بزنیم و هر چند مورد که میشود را دست کم از طریق همان رده نجات دهیم. کاربر:MJXVI فکر میکنم با فرایند بازبینی مقاله‌ها آشنایی دارند. راهنمای بازبینی را هم خودشان زحمت کشیده و ترجمه کرده‌اند. اگر دوست داشتید کمک کنید. آن‌هایی که قابل حذف هستند را بدون این که ویرایشی در آن انجام دهید، برچسب حذف بزنید.
@Jeeputer: تعداد کاربران ویکی انگ با ویکی فا قابل مقایسه نیست. با ملاک هایی هم که در بالا عرض کردم به نظرم پیشنویس مفیدی حذف نخواهد شد. ترجیح می‌دهم وقتی روش بهتری وجود دارد این کار را به لیست کارهای ناتمام و نیازمند اقدام اضافه نکنم پشته ها زیاد اند و بهتر است کارهایی که بدون انسان قابل انجام اند، انجام شوند تا انرژی مان را بتوانیم برای کارهای مهم تر اختصاص دهیم. PereopticTalk۲۵ آوریل ۲۰۲۴، ساعت ۰۵:۲۵ (UTC)[پاسخ]
@Pereoptic: محض اطلاعتان، با دکمهٔ موجود در رده یک مقالهٔ تصادفی باز کردم که همان اولی‌اش سرفراز غزنی بود و اصلاحش کردم. کاربر ایجادکننده‌اش به‌نظرم می‌توانست کاربر فعال و البته مفید و مقیدی باشد، اما به‌واسطهٔ بازبینی نشدن مقاله‌اش، علاقه‌اش را از دست داد (بحث مقاله را ببینید). در هر حال بازبینی این مقاله باعث شد بلوار کشاورز را بازنویسی کنم و به گمخ ببرم. من مطالعهٔ زیادی روی ویکی‌پروژهٔ مبا انجام داده‌ام و معتقدم برای ویکیپدیای فارسی که میانگین کیفیت مقاله‌هایش پایین است، این پروژه مفیدترین ویکی‌پروژه است. باز هرطور که تمایل دارید، من نمی‌توانم مجبورتان کنم و اگر اینجا هم اجماع بر حذف رباتیک حاصل شود، باید تمکین کنم. {{کاربر|جـیپیوتر}}بحث۲۵ آوریل ۲۰۲۴، ساعت ۰۹:۲۱ (UTC)[پاسخ]
دقیقا همین صحبت شما هم من را مجاب تر میکند که حذف رباتیک اهمیت زیادی دارد. این هم همان مسئله لجستیک است زمانی که یافتن پیشنویس های مفید در انبوهی از پیشنویس های غیر مفید سخت و زمان بر می شود تمایل برای انجام کارها هم کمتر میشود. لفظ پشته خود گویاست؛ چیزی که مدام روی هم می افتد و همین کوهی که در آخر ایجاد می شود توانایی اصلاح را از کاربران سلب میکند. تازه این موضوع تنها یک پشته از بسیار پشته های سامانه است. به نظرم بجای جمع کردن انرژی مان برای کندن این کوه با بیل و کلنگ بهتر است لودر درست کنیم و با تلاش کمتری کار را سرعت بخشیم. من این موضوع را در جشن دیروز ویکی هم مطرح کردم.
همین ابزارهای اسکریپتی که شما می سازید و خیلی هم بابتش از شما ممنونم به نظرم یکی از همین کارهای تاثیر گذار و دراز مدت است. ساخت دیلم که می تواند با زحمت کم یک سنگ را بلند کند بهتر از جمع کردن چند نفر برای بلند کردن همان سنگ است. PereopticTalk۲۵ آوریل ۲۰۲۴، ساعت ۱۱:۳۷ (UTC)[پاسخ]
@Jeeputer: در این قسمت از پیامم «پیش‌نویس‌هایی که بیش از ۶ ماه بدون ویرایش رها شده‌اند (به استثنا پیش‌نویس‌های امیدبخش و ثبت‌شده برای بازبینی مبا) به این نگرانی اشاره کردم که پیش‌نویس‌های ثبت شده مبا و مواردی که ویرایشگر دیگری آنها را با الگوی پیشنویس امید بخش برچسب گذاری کرده از حذف رباتیک مستثنی شوند و البته در شرایطی که بتوان این چیزها را برای ربات تعریف کرد. قصد داشتم با این ایده سرو سامانی به تمام پیش‌نویس‌های ویکیپدیا داده شود و نه فقط مثلا پیش‌نویس‌های مبا—حتی برای مواردی که نه در رده‌ای قرار گرفته و نه الگوی مبا یا چیزی دارد که شاید یک نفر در جایی آن را ببیند. به نظرم کاربران زیادی پیدا نمی‌شوند که مواردی را از ویژه:تمام صفحه‌ها/پیشنویس: یا مبا به طور تصادفی بررسی کنند. البته شاید با خودتان بگویید، فضای نام پیشنویس که جستجوگرهای وب آنها را فهرست نمی‌کنند، چه اجباری هست که حتما اینها را بررسی کرد و برای آنها زمان صرف کرد اما نکته‌اش اینجاست، همانطور که Pereoptic اشاره کرد، وقتی انبوهی از پیش‌نویس‌ها را داریم تمایل برای رسیدگی یا حتی بازدید از آنها کمتر میشود. الان که فکر میکنم، پیش‌نویس‌های ثبت شده مبا هم بهتر است حذف شوند. تصور کنید به جای این رده که بیشتر از ۱۸۰ پیشنویس را فهرست کرده، ۸ پیشنویس را فهرست کرده بود. در کدام حالت تمایل بیشتری داشتید که پیش‌نویس‌ها را بازبینی کنید؟ با شما موافقم که حذف این پیش‌نویس‌ها ظلم به کاربر است و شاید به ضرر پروژه تمام شود، اما در همین وضعیت کنونی آیا ما به کاربران تازه وارد ظلم نکرده‌ایم؟ اتفاقا زمانی که کاربر می‌بیند پس از گذشت ۶ ماه ۱ سال هنوز به پیش‌نویس‌اش رسیدگی نشده، بیشتر امکان دارد که از ویکیپدیا ناامید شود. من نوعی و شما و چند کاربر محدود، به تنهایی نمی‌توانیم پروژه مبا را زنده نگه داریم و کاربران دیگر را هم نمی‌توانیم مجبور کنیم که به این پروژه اهمیت دهند. این در مورد وضعیت مبا—حال اگر پیش‌نویس‌های بازبینی نشده مبا را هم فاکتور بگیریم، نظرتان در مورد سایر پیش‌نویس‌ها چیست؟ MJXVI ʕ•ᴥ•ʔ۲۶ آوریل ۲۰۲۴، ساعت ۱۶:۲۸ (UTC)[پاسخ]
به صورت خیلی آرمانی اگر بروکراسیمان گل میکرد میتوانستیم کل فرایند ایجاد مقاله را به مبا ببریم
چه مدیر و غیره برای ایجاد مقاله شون از این مسیر استفاده کنند.
وقتی کاربر میبینه هر شخصی میتونه آزاد مقاله ایجاد کنه چرا بشینه منتظر بمونه توی مبا
و دردسر مقابله با بنو ها، اگر فرایند سیستماتیکی داشتیم که صفحه ای مخصوص بررسی سرشناسی داشتیم نه مانند نبح و کاربر از سرشناسی مقاله اش ابتدا مطمئن میشد و سپس مقاله را در پیشنویس ارائه میداد و منتشر میکرد. و تمامی کاربران به این روند ملزم میبودند میشد حتی کاربران بیشتری رو دعوت به مبا کرد. ✦𝓜𝓲𝓼𝓪𝓷𝓸✦۴ ژوئیهٔ ۲۰۲۴، ساعت ۰۳:۵۴ (UTC)[پاسخ]
Invitation to join the WMF Annual Plan 2024-2025 discussion[ویرایش]
سلام Farsi Wikimedians!
Apologies, as this message is not in your language. لطفاً برای ترجمه به زبان مادریتان کمک کنید.
The Wikimedia Foundation has published the full draft of the annual plan on Meta, which is available in Farsi language.
I am contacting your community because the WMF wants you to read the annual plan and share your feedback and ideas. You can also read more about what this means in practice on Meta, where you can find summaries of what the Wikimedia Foundation wants to achieve and links to more detailed pages. Members of this community can also join any of the calls happening in different spaces to discuss more.
Please share your thoughts and questions about the annual plan here or on Meta. I will ensure the Wikimedia Foundation gets your feedback and answers your questions.
«This page is not for consensus polling. Stalwart "Oppose" and "Support" comments generally have no place here. Instead, discuss ideas and suggest variations on them.»
(اگر ترجمه نادرست است لطفاً خودتان درستش را بنویسید) به‌معنی «این صفحه برای نظرسنجیاجماع نیست. نظرات «مخالف» و «موافق» معمولاً در اینجا جایی ندارند. در عوض، ایده‌ها را مورد بحث قرار دهید و تغییراتی را در مورد آنها پیشنهاد دهید.» یعنی درآن صفحه فقط ایده‌ها را مورد بحث قرار می‌دهیم و تغییراتی را در مورد آنها پیشنهاد می‌دهیم و ویکیپدیا:رأی‌گیری جایگزین بحث نیست را در آنجا رعایت کنیم. سپس اگر در مورد پیشنهاد بحث شد، آن را به قخ:اجرایی یا وپ:نظرخواهی ببریم. W7070 (بحث) ۳ مهٔ ۲۰۲۴، ساعت ۰۹:۳۶ (UTC)[پاسخ]
@W7070: قهوه‌خانه گوناگون جایگزین مناسبی برای این مورد است. هر بحثی باشد در آنجا قابل انجام است. بهتر است بحث ها را پراکنده‌تر نکنیم WASP بحث ۱۴ اردیبهشت ۱۴۰۳، ساعت ۱۶:۱۹، ۳ مهٔ ۲۰۲۴، ساعت ۱۲:۴۹ (UTC)[پاسخ]
@W7070: نگران پراکنده شدن بحث‌ها هستم. وپ:گوناگون با کارکرد مشابه، بسیار خلوت تر از آن است که نیاز به یک صفحه جدید باشد. طبق تجربه، بعد از اجرایی این ایده، قطعا پس از ۵ روز متروک خواهد شد. ایده‌ی خوبی است. اما در این سطح از مشارکت و بحث، از نظر من اضافه‌کاری به نظر میرسد. WASP بحث ۱۴ اردیبهشت ۱۴۰۳، ساعت ۱۶:۲۹، ۳ مهٔ ۲۰۲۴، ساعت ۱۲:۵۹ (UTC)[پاسخ]
@WASP-Outis حق باشماست. امّا توجه کنید گوناگون کارکردش مثل ایده‌پردازی نیست (و نباید هم باشد). خود توضیحات هم همین را گفته گوناگون مکانی برای بحث‌های متفرقه است. برای همین است که در ویکیپدیای انگلیسی گوناگون و ایده‌پردازی را یکی نکرده‌اند. اگر ایده‌پردازی بخواهد در گوناگون انجام شود باید نام و توضیحات گوناگون را هم عوض کنیم. با احترام W7070 (بحث) ۳ مهٔ ۲۰۲۴، ساعت ۱۳:۰۷ (UTC)[پاسخ]
@W7070: سلام. خوب توضیحات گوناگون را تغییر دهیم، مشکلی ندارد که! وقتی عموم کاربران برای ایده‌پردازی هم از آن استفاده میکنند، این یعنی استفاه از آن برای ایده‌پردازی اجمااع ضمنی دارد. بنابراین توضیحاتش و حتی نامش باید متناسب با کاربردش باشد. به‌نظر من نامش خوب است، اما توضیحاتش را میشود بهبود داد. {{کاربر|جـیپیوتر}}بحث۳ مهٔ ۲۰۲۴، ساعت ۱۵:۲۸ (UTC)[پاسخ]
مخالف با تفکیک دوبارهٔ این دو قهوه‌خانه. اگر نیازمند ساز و کار خاصی بود که موجود نبود، شاید ساختنش مفید بود، اما تفکیک دو موضوعی که هر دو جای مناسبی دارند و شرایطشان هم فراهم است، مفید نیست. همین حالا که با هم ادغام شده‌اند، در وپ:گوناگون ماهی ۲ یا ۳ مبحث ایجاد میشود که از میان آنها شاید یکی‌شان مربوط به قهوه‌خانهٔ ایده‌پردازی باشد. هرچه موضوعات مشابه در یک صفحه متمرکز باشند و تعداد صفحه‌ها کمتر باشد، برای اجتماع بهتر است. {{کاربر|جـیپیوتر}}بحث۳ مهٔ ۲۰۲۴، ساعت ۱۵:۲۵ (UTC)[پاسخ]
@W7070: موافقم. یکی برای گزارش‌های کوتاه نظیر خرابکاری، زاپاس‌بازی واضح (وپ:اردک)، تبلیغات و غیره، و دیگری برای گزارش‌های عمومی و زمان‌بر مانند شکایت‌های محتوایی، نظرخواهی‌هایی نظیر سلب دسترسی ویکی‌بانی و غیره. البته یادمان نرود که همین حالا هم وپ:تامنام و وپ:تام۳ را داریم که خیلی متروکند و بهتر است آنها هم با تابلوی اول که گفتم ادغام شوند. پیشنهاد را بسط می‌دهم و ریسه‌ای جدا برایش ایجاد میکنم. {{کاربر|جـیپیوتر}}بحث۳ مهٔ ۲۰۲۴، ساعت ۱۵:۵۰ (UTC)[پاسخ]
از نظر من ساخت یک زیربخش برای گفت و گو درباره زاپاس‌ها، اردک‌ها و .. میتواند مفید باشد. تا این صفحه روی موضوعات دیگر متمرکز باشد. WASP بحث ۱۴ اردیبهشت ۱۴۰۳، ساعت ۱۹:۱۷، ۳ مهٔ ۲۰۲۴، ساعت ۱۵:۴۷ (UTC)[پاسخ]
مخالف تقریباً در تمام صفحات ق.خ ایده‌ها بیان میشود بازخورد هم می‌گیرد، بازخوردها هم صرفاً موافق و مخالف گونه نیست، ایجاد این صفحه موازی کاری با صفحات کنونی است و نالازم. Mostafamirchouli (بحث)۲۲ خرداد ۱۴۰۳، ساعت ۲۲:۵۷ (ایران) ۱۱ ژوئن ۲۰۲۴، ساعت ۱۹:۲۷ (UTC)[پاسخ]
همانطور که در ویکیپدیای فارسی برای سرشناسی دوبلورها معیارهایی تعریف شد، لازم است شیوه‌نامه‌ای نیز اضافه شود که اطلاعات راجع به دوبله‌ها در مقالات فیلم و مجموعه‌های خارجی در چه شرایطی یا در کجا می‌توانند درج شوند. زمانی که دوبلورها یا گروه‌های دوبله سرشناس در ویکیپدیا مقاله دارند، کارها و فعالیت‌های مرتبط باید تاجای ممکن در مقالات خودشان اشاره شوند (آن هم با منبع) نه در مقالات آثار. این دوبله‌های فارسی قریب به تمامشان هیچ ارتباطی با پروژه‌های خارجی ندارند و منابع فارسی زبان تقریبا هیچوقت یا شاید به ندرت به خودِ دوبله‌های فارسی پرداخته‌اند (هر دو مورد رو من ندیدم)؛ چیزی هم که گاهی در منابع یافت میشود بیشتر اطلاعاتی راجع به نام فیلم یا سریال، تنها اسامی دوبلورها و بعضا شخصیت‌هاست که اینها برای اعتبار دادن به آنها و اضافه کردن در مقالات آثار خارجی کافی نیست. در مقابل کاربران فارسی علاقه زیادی به اضافه کردن این اطلاعات دارند مانند اضافه کردن نام مهرداد رئیسی یا دیگر گویندگان فارسی‌زبان به مقاله خر شرک یا ایجاد بخشی مانند این و هزاران نمونه دیگر که به احتمال زیاد دیده‌اید. همه اینها را میتوان به استناد یکی از سیاست‌های ویرایش حذف کرد، اما این موضوع یکی دوتا مقاله نیست و گاهی باید فراتر از ارجاع به سیاست به کاربران دلیل حذف را توضیح داد. اگر نظری دارید، بنویسید. سپاس MJXVI ʕ •ᴥ•ʔ۱۱ مهٔ ۲۰۲۴، ساعت ۱۲:۳۷ (UTC)[پاسخ]
چون این آثار خارجی هستند نباید به عوامل توزیعشان به زبان فارسی اشاره شود؟ به نظر من گفته شما منطقی :نیست. درباره منابع، رسانه یا خبرگزاری که ارجاع دادن به آن در ویکی پدیا معتبر هست چطور در مورد اخبار :مربوط به دوبله باید نامعتبر شمرده شود؟ (مثلا ایسنا) درباره شلوغ‌کاری که برخی در مقالات مربوط به مهرداد :رئیسی یا آثاری که او دوبله کرده انجام می‌دهند من با شما هم نظرم ولی موارد اینچنینی را نمیتوان به همه ویرایش‌های درباره دوبله تعمیم داد. Mohamadhosein.a (بحث) ۸ ژوئن ۲۰۲۴، ساعت ۱۳:۱۸ (UTC)[پاسخ]
بحث زیر پایان یافته‌است و به‌زودی بایگانی خواهد شد زمان جمع‌بندی: هشت روز پیش.
در مقالات حوزه نرم افزار واژه lazy گاه تنبلانه معنی و گاه کاهلانه ( مورد استفاده در هر دو یکیه ) نیاز هست که اجماعی برای این قضیه وجود داشته و اصلا مهمه که فقط از یه واژه استفاده بشه ؟ 𝓜𝓲𝓼𝓪𝓷𝓸۳ ژوئن ۲۰۲۴، ساعت ۱۲:۲۱ (UTC)[پاسخ]
بحث زیر پایان یافته‌است و به‌زودی بایگانی خواهد شد زمان جمع‌بندی: ۱۲ روز پیش.
خب خب، بالاخره انقدر مقاله‌ها گشت زده نشدند که هم‌اکنون مقالهٔ زاهدان را با ۸۸ ویرایش در انتظار بررسی داریم. بعد می‌شینید اینجا و اونجا دو ساعت تحلیل فلسفی و روانی میکنید که چرا اینطوره و اونطوره، دیگه مشخصه یا کاربر نداریم یا کاربرا همشون تنبل شدن. من و شما و ایشان هم نداره. الان با این همه ویرایش که روی هم تلنبار شدن، باید چه کاری کرد؟ یکی دو نفری نمیشه از پس همشون براومد. آرامش(بحث • مشارکت‌ها)۵ ژوئن ۲۰۲۴، ساعت ۱۳:۲۷ (UTC)[پاسخ]
@Aramesh.aram: دور از جانشان! والا شما گفتید «کاربرا همشون تنبل شدن»! من شوخ‌طبعم، اما دیگران ممکن است چنین نباشند. توصیه‌ام این است که پیام آخرتان را برای پیش‌گیری از حاشیه و مناقشه خط بزنید.
قبلاً گفتم، باز هم می‌گویم و تأکید میکنم که حتی اگر روزی هیچ‌یک از کاربران فعالیتی در پروژه نداشته باشند، هیچ‌کس نمیتواند سرزنش‌شان کند (کاری که شما در این ریسه کردید). در چنین وضعیتی، مشکلات را با انتقاد از کاربران داوطلب نمی‌شود برطرف کرد. باید به دنبال راه حل بود. اگر پیشنهادی دارید، مطرح کنید. این که از کاربران (مستقیم یا غیرمستقیم) بخواهید بیشتر در پروژه وقت بگذارند، در تضاد با مفهوم مشارکت داوطلبانه است. {{کاربر|جـیپیوتر}}بحث۵ ژوئن ۲۰۲۴، ساعت ۲۱:۳۹ (UTC)[پاسخ]
@Jeeputer: من کاری به کسانی که به هر دلیلی نیستن ندارم (خودم از آذر تا اوایل خرداد خیلی کم فعالیت می‌کردم). اگه با دقت بیشتری بخوانید، معلوم است که گفتم به جای حرف‌های بیهوده (و در کل حرف زدن که همه بلدن) باید وارد عمل شویم.
@Aramesh.aram: گویا متوجه آنچه می‌نویسید نیستید و به عرایض بنده هم توجه نمی‌کنید. کاربران داوطلبند، شما اجازه ندارید برایشان تکلیف تعیین کنید یا از آنها توقعی داشته باشید. حتی وقتی کاربری حرفی می‌زند، اما به هر دلیلی به آن عمل نمیکند، شما نمی‌توانید اعتراضی کنید. کاربران نباید بابت کاری که دوست ندارند انجام دهند به شما توضیح دهند. نزاکت را هم رعایت کنید. آنچه ناقض سیاست‌های رفتاری است را از پیام شما حذف میکنم. {{کاربر|جـیپیوتر}}بحث۶ ژوئن ۲۰۲۴، ساعت ۰۷:۴۳ (UTC)[پاسخ]
@WASP-Outis: راه حل دادن همان «می‌شینید اینجا و اونجا دو ساعت تحلیل فلسفی و روانی میکنید که چرا اینطوره و اونطوره» است. به بیان دیگه‌ای:
مشکل چیه؟ کاربرا فعالیت نمی‌کنن
چرا اینطوریه؟ کاربرا حوصله ندارن و وقت نمی‌ذارن.
راه حلش چیه؟ هر کاربر باید خودش در فعالیتش تغییر ایجاد کنه
ما نمی‌تونیم بریم پشت کامپیوتر هرکدوم از کاربرا و تفنگ بذاریم پشت سرشون و بگیم یا فعالیت کن یا شلیک میکنیم، هرکسی باید فعالیت خودش رو اصلاح کنه.
همه قضیه اینطور خلاصه میشه. لازمم نیست که وقتمان را پای بحث‌های بی‌نتیجه بگذاریم. این همه مدت این همه بحث شده دربارهٔ این موضوع، آخرش چی شده؟ هیچی. آرامش(بحث • مشارکت‌ها)۶ ژوئن ۲۰۲۴، ساعت ۱۹:۱۰ (UTC)[پاسخ]
@Aramesh.aram: من به حواشی نمی‌پردازم. شما پیش از این که موضوعی را مطرح کنید، باید از سیاستها پیروی کنید. همان مطالبی که من بالاتر حذف کردم می‌توانست به قطع دسترسی منجر شود. بسته شدن حساب شما باعث توقف این بحث و به حاشیه رفتن آن میشود. اگر خیلی اصرار دارید که بحث بر موضوع فعالیت کاربران متمرکز بماند، گفته‌هایتان را با آرایه و نسبت دادن صفات نامناسب به کاربران آب و تاب ندهید. امیدوارم من هم منظورم را به خوبی رسانده باشم و متوجه اشتباهات‌تان باشید. {{کاربر|جـیپیوتر}}بحث۶ ژوئن ۲۰۲۴، ساعت ۲۳:۵۷ (UTC)[پاسخ]
چرا دوره های تخصصی نزاریم ؟ ویکی پروژه ایجاد کنیم، ارشدان این جریان دوره های آموزشی ارائه بدن از تحقیق تخصصی، منابع، چگونگی مدیریت و غیره که کمک میکنه افراد بیشتری جذب بشن. 𝓜𝓲𝓼𝓪𝓷𝓸۱۳ ژوئن ۲۰۲۴، ساعت ۰۸:۱۲ (UTC)[پاسخ]
اضافه کردن قابلیت «تنظیم نوع قلم» به ابزار جدید Appearance[ویرایش]
سلام، به تازگی ابزار Appearance برای اندازه فونت فعال شده است، که شامل گزینه‌های «small» ،«Standard» و «بزرگ» است. این موضوع با یک تنظیم CSS انجام میشود و سپس عملیات rendering در مرورگر خروجی میدهد. کار بسیار جالبی است! اما برای ویکی‌فارسی «نوع قلم» هم بسیار مهم است، پیشنهاد من اضافه کردن «تنظیم نوع قلم» به ابزار Appearance است. مثلا با یک کلیک قلم نستعلیق فعال شود به این صورت که ویژگی CSS تغییر کرده و سپس مرورگر render کند. این موضوع پیاده‌سازی بسیار ساده‌ای دارد، فکر کنم با اصلاح کدهای جاوااسکریپت محلی ویکی‌فارسی برای این ابزار جدید Appearance قابل پیاده‌سازی باشد و نیازی به درخواست به فابریکیتور نیست. لطفا نظر بدهید. ممنون. هومن م (بحث) ۱۱ ژوئن ۲۰۲۴، ساعت ۱۶:۵۰ (UTC)[پاسخ]
بحث زیر پایان یافته‌است و به‌زودی بایگانی خواهد شد زمان جمع‌بندی: هشت روز پیش.
سلام. تقریبا تمام مقالات فوتبالی در وضعیت خرابکاری دائمی هستند و آیپی ها غیر از فحاشی و لودگی ویرایشی در آن ها ندارند. اغلب خرابکاری ها هم هفته ها آنجا می ماند. مثلا مقالاتی مثل آدرین ربیو، دنی کارواخال، لوکا مودریچ و پدری (بازیکن فوتبال) را ببینید.
موافق با سخت‌گیری، ممتنع نسبت به محافظت دائمی. هدف خرابکاری آیپیها به ترتیب شدت: مقاله‌های فوتبالی، مقاله‌های قومیتی مرتبط با کردها و لرها، مقاله‌های بازیگران ایرانی، مقاله‌های بازیگران کره‌ای و مقاله‌های خاص مرتبط با رویدادهای روز. موافقم که دست کم با پالایهٔ ویرایش، از انجام برخی ویرایش‌هایی که به وضوح خرابکارانه هستند جلوگیری شود. از کاربر:Ladsgroup هم دعوت میکنم در صورت امکان نظر دهند. اگر بشود ربات واگردانی خرابکاری را در این زمینه بهبود داد که عالی میشود. مثلاً میشود در مقاله‌های دارای یک‌سری رده‌های خاص، یا مقاله‌هایی که حاوی برخی الگوهای جعبهٔ اطلاعات هستند، سخت‌گیری بیشتری به خرج دهد. {{کاربر|جـیپیوتر}}بحث۱۵ ژوئن ۲۰۲۴، ساعت ۰۶:۵۴ (UTC)[پاسخ]
درود همانطور که در وپ انگلیسی محدودیت ایجاد مقاله وجود داره و این رویه زحمت و بار زیادی برای گشت زنی داره بهتره که ما هم همین رویه رو پیش بگیریم و توجه و زحمتی که برای حذف و بحث برای مقالات ساخته شده هست رو برای بازبینی پیشنویس ها بزاریم. در وپ انگلیسی برای ایجاد صفحه به صراحت به پیشنویس ارجاع داده میشه. ویکیپدیا:مرغ همسایه✦𝓜𝓲𝓼𝓪𝓷𝓸✦۱۸ ژوئن ۲۰۲۴، ساعت ۱۱:۰۱ (UTC)[پاسخ]
مخالف در ویکیپدیای انگلیسی چنین رویه‌ای وجود ندارد. همهٔ کاربران می‌توانند مقاله ایجاد کنند. اگر به w:Article wizard بروید به پیش‌نویس‌ها ارجاع داده میشود. ولی اگر عنوانی را جستجو کردید و آن را نیافتید از پیوند قرمز میتوانید مقاله را ایجاد کنید. اینجا ویکیپدیای انگلیسی نیست هرکاری که در ویکیپدیای انگلیسی میکنند را نباید اینجا انجام داد. حتی اگر این پیشنهاد اجرایی شود تعداد بازبین‌های پیشنویس کم است و میانگین مقالات در فضای نام اصلی کم میشود. W7070 (بحث) ۲۱ ژوئن ۲۰۲۴، ساعت ۱۶:۴۱ (UTC)[پاسخ]
خب خودم به مرغ همسایه اشاره کردم. من تلاش کردم مقاله ایجاد کنم در ویکیپدیای انگلیسی ولی مستقیم به پیشنویس میره فقط. شبیه این چیزی که توی ویکیپدیای فارسی بتونی توی کمتر از یک دقیقه مقاله رو ایجاد کنی نیست. باید پرسید چند درصد از مقالاتی که ایجاد میشوند برچسب نمیخورد ( به شرط اینکه همشون بررسی بشن ) این سوال رو نمیدونم ولی احتمالا خیلی. خب اصطکاک زیادی اینجا همیشه هست کلی کاربر میخوان مقاله خودشون ایجاد کنن و کلی ویکیپدین باید با این جریانات درگیر بشن و انرژی شون صرف این کنن که به هر کاربر هر سری از اول توضیح بدن سرشناسی چی هست و چی نیست و غیره و در عین حال بعدش اگه وارد جنگ ویرایشی نشن. نتیجتا به جای این همه صرف انرژی در این جریان آن را صرف بازبینی مقالات میکنیم که بسیار آسان تر است. کاربر محتوای خود را می‌نویسد(بعد از بررسی سرشناسی) و توسط بازبین ها بررسی میشه. نظر من اینه روش دوم اخلاقی تر و منطقی تر هم هست چون به کاربر هم برنمیخوره. شما مقاله کاربر حذف کردید. به بیشتر کاربرا بر میخوره، حالا در مقابل بگیم شما هر چی مینویسی بنویس ما راهنمایی میکنیم بهتر بنویسی و هی ایراداتت رو بهت میگیم. ✦𝓜𝓲𝓼𝓪𝓷𝓸✦۲۱ ژوئن ۲۰۲۴، ساعت ۱۷:۰۵ (UTC)[پاسخ]
ستاندن دسترسی و مجوز ها از کاربران بدون ویرایش بیش از یک ۶ ماه[ویرایش]
بحث زیر پایان یافته‌است و به‌زودی بایگانی خواهد شد زمان جمع‌بندی: هشت روز پیش.
درود، بعضا با حساب هایی مواجه میشم بیش از چند سال است وپ را ترک کرده اند ولی همچنان دسترسی هایشان باقیست. بهتر نیست به صورت خودکار کاربرانی که الگو مرخصی ندارند مجوز هایشان را بعد از ۶ ماه یا یکسال سلب کنیم ؟ در جهت جلوگیری از اینکه حساب هایشان ابزار سواستفاده نباشند. ✦𝓜𝓲𝓼𝓪𝓷𝓸✦۲۰ ژوئن ۲۰۲۴، ساعت ۱۷:۴۳ (UTC)[پاسخ]
@MisanoFA عزیز، درود. قبل وضع کردن سیاست جدید باید بپرسیم چقدر فایده دارد. فرض اینکه خود کاربر شیطنت‌اش گل کند را نمی‌شود در نظر گرفت؛ ولی اگر منظورتان این است که حساب به دست کسی دیگر بیفتد، همون‌طور که W7070 گرامی گفتند، همانطور که دسترسی داده شده راحت هم میشود پس گرفت. کمتر کاربری‌ست که ویکی را ترک کند و دسترسی ویژه‌ای داشته باشد. بیشتر آن‌هایی که می‌روند، دسترسی‌شان ختم به گشت میشود که آن هم حساسیتی ندارد. دسترسی‌های مدیریتی که حساس هستند با ترک ویکی پس گرفته میشوند؛ برای باقی نیاز به سیاست جدید نیست. اگر موردی نیست، بفرمایید ریسه جمع‌بندی بشه. ارادتمندم ▬ کپلر/بحث ۶ تیر ۱۴۰۳، ساعت ۲۳:۲۸ (ایران) ۲۶ ژوئن ۲۰۲۴، ساعت ۱۹:۵۸ (UTC)[پاسخ]
چندین مورد بود با دسترسی های بالا ولی غیر مدیریتی بودند که ترک کردند وپ رو و اخرین ویرایش هایشان به چند سال قبل برمیگردد. عرض دیگه ای نیست. ✦𝓜𝓲𝓼𝓪𝓷𝓸✦۲۶ ژوئن ۲۰۲۴، ساعت ۲۲:۰۶ (UTC)[پاسخ]
یک مسئله هم اینست که این دسته افراد غیرفعال همچنان در سرشماری شمرده میشن. به عبارتی وقتی میگیم ۲۴۶ واگردان داریم احتمالا نصفشون غیر فعال هستن چه کسی میدونه ؟ و خب مدیر هم شاید نتیجه بگیره این تعداد زیاده و دسترسی رو سختگیرانه تر بکنه. و بعد بگیم چرا کار جلو نمیره پس.
@MisanoFA: اعطای دسترسی به کاربران بر اساس تعداد کاربران دارای آن دسترسی انجام نمی‌شود. به عبارت دیگر، در فرایند اعطای دسترسی «نتیجه بگیره این تعداد زیاده و دسترسی رو سختگیرانه تر بکنه» مصداق ندارد. حتی برای دسترسی‌های مدیر و ویکی‌بان هم نگاه به تعداد مدیران یا ویکیبانان و اعلام نظر بر اساس آن استدلال مناسبی نیست. به‌جز دسترسی‌های مدیر و ویکی‌بان، سایر دسترسی‌ها صرفاً به این دلیل که کاربر از آنها استفاده نمیکند یا اصلاً فعال نیست، گرفته نمی‌شوند. تنها سوءاستفاده از دسترسی است که میتواند منجر به سلب دسترسی شود. {{کاربر|جـیپیوتر}}بحث۸ ژوئیهٔ ۲۰۲۴، ساعت ۰۳:۴۷ (UTC)[پاسخ]
@Jeeputer بر این مرتبه حداقل گزارش های دیتابیس رو به صورت افراد فعال در بیارید. اگر فلان قدر کاربر واگردان داریم. یک گذینه هم باشد فلان قدر کاربران فعال واگردان. ✦𝓜𝓲𝓼𝓪𝓷𝓸✦۸ ژوئیهٔ ۲۰۲۴، ساعت ۰۸:۵۴ (UTC)[پاسخ]
درود، در ذهن داشتم رباتی برای ویکیپدیا بنویسم تا به‌صورت خودکار بعد از هر مسابقه (به‌عنوان تاریخ از پیش تعیین شده) الگو:f1stat را بروزرسانی کند. چون هیچ ای‌پی‌آی معتبر برای این کار وجود ندارد، سوالم این بود که اگر اطلاعات را از وبسایت F1.com اسکریپ کنم، زیر fair use قلمداد میشود یا مشکل کپی‌رایتی دارد؟ mohammad.dargبحث‌مشارکت ها۲۶ ژوئن ۲۰۲۴، ساعت ۱۶:۴۴ (UTC)[پاسخ]
@Mohammad.darg عزیز، درود. محبت دارید. این ریسه رو روز اول که گشودید دیدم. باور بفرمایید اگر میدانستم همان روز پاسخ می‌دادم؛ ولی شاید اگر در وپ:قخ/فنی بپرسید زودتر رسیدگی بشه. پوزش می‌خوام و ارادتمندم ▬ کپلر/بحث ۱۴ تیر ۱۴۰۳، ساعت ۲۳:۱۵ (ایران) ۴ ژوئیهٔ ۲۰۲۴، ساعت ۱۹:۴۵ (UTC)[پاسخ]
در مقاله‌ی serik هشتاد و چهار (۸۴) محله وجود دارد و حدودا ۸۰ تای آن دارای پیوند است (مقاله دارد) که در ویکی‌فا ناموجود هستند، یکی دوتای آن را ساختم اما ساختن تک تک آنها زمان‌بر و... است،
@Mostafamirchouli: قالبش مهم نیست. اگر تهیه جدول برایتان سخت است، فهرست گلوله‌ای به شکل زیر هم کافی است. فقط میخواهم عنوان‌های فارسی مشخص باشد. باقی کارها را انجام می‌دهم.
@Jeeputer درود کاربر جیپوتر. آن دو سه تا مقالهای که توسط ابزار ترجمه ترجمه کردم جعبه اطلاعات‌شان کامل برگردان نمی‌شد، در واقع فقد یک آیتم آن در مقاله فارسی نمایش داده میشد، تا فهرست را کامل میکنم اگر وقت دارید الگوی جعبه اطلاعات را بررسی کنید و اگر مشکلی دارد مشکلش را برطرف کنید تا در موقع ایجاد مقاله‌ها جعبه اطلاعات‌شان مثل ویکی انگلیسی کامل در مقاله فارسی نمایش داده شود تا نیاز به دوباره کاری و افزودن جعبه اطلاعات برای مقاله‌ها نباشد. Mostafamirchouli (بحث)۲۱ تیر ۱۴۰۳، ساعت ۲۱:۴۳ (ایران) ۱۱ ژوئیهٔ ۲۰۲۴، ساعت ۱۸:۱۳ (UTC)[پاسخ]
درود
در مورد الگو ها تودرتو بودن بهتره ؟ فرضا در الگو:سیستم‌عامل من به جای اینکه بشینم تمام سیستم‌عامل هارو دسته بندی کنم، از الگو هایی که برای هر دسته از سیستم‌عامل ها وجود داره استفاده کنم خب و اینجوری راحت تره. یا درالگو:اپل در بخش سیستم‌عامل بیام از الگو:سیستم‌عامل‌های اپل استفاده کنم. خواستم نظر شمارم بپرسم. ✦𝓜𝓲𝓼𝓪𝓷𝓸✦۲۹ ژوئن ۲۰۲۴، ساعت ۱۰:۳۶ (UTC)[پاسخ]
@MisanoFA@Jeeputer سلام، موعد دو میلیونی‌شدن، از امروز حساب کنیم، بیشتر از ۱۰ سال زمان می‌برد. نظر من آن است که برای مدیریت پروژه ویکیپدیای فارسی، تعداد مقالات به موعدهای (milestone) ۵ هزارتایی تقسیم شوند، و سپس زمانبندی شود (در یک جدول موعد و زمان گذاشته شود) که آیا به موقع موعد را سپری کرده‌ایم یا نه. اگر به موقع بود یک ستاره طلایی به جدول اضافه شود، و سپس از ویرایشگران تشکر شود و اعلام شود که پروژه دارد به درستی پیش می‌رود. اگر در موعد تاخیر داشتیم، علت‌یابی شود، و چاره اندیشیده شود، تا بقیه موعدها به موقع گذرانده شوند. ولی مثل قبل سر موعدهای ۱۰۰ هزارتایی، یعنی در موعد بعدی «یک میلیون و ۱۰۰ هزارتایی» شدن «جشن اصلی» بعد برگزار شود. هومن م (بحث) ۵ ژوئیهٔ ۲۰۲۴، ساعت ۱۲:۵۴ (UTC)[پاسخ]
مدیریت پروژه ویکیپدیای فارسی توسط نرم افزار MS Project[ویرایش]
به عنوان سخن پایانی، با استفاده از فن‌آوری خوراک وب (انتقال آمار روزانه به صورت خوراک داده) به خوراک‌خوان نرم‌افزارهای مدیریت پروژه (مثل ام‌اس پروجکت) میتوان بسیاری از جدول‌ها و نمودارهای لازم برای مدیریت پروژه ویکیپدیای فارسی را به صورت خودکار و با دقت بالا ایجاد نمود، و سپس در یک صفحه مقاله اختصاصی آن نمودارها را به نمایش گذاشت. هومن م (بحث) ۵ ژوئیهٔ ۲۰۲۴، ساعت ۱۳:۳۸ (UTC)[پاسخ]
@MisanoFA، Huji و Ladsgroup: فکر کنم چنین سامانه‌ای که در بالا توصیف شد، ارزش پیاده‌سازی را دارد. یعنی آمارهای اصلی برای:
تعداد مقالات
تعداد کلمات
تعداد کاربران جدید
تعداد ویرایشها
تعداد بازدید
سن ویکیپدیا
غیره
توسط پرسمان از پایگاه داده استخراج و به صورت خوراک به نرم‌افزار MS Project داده شود، خروجی «موعدهای اصلی» و «نمودارها» است. اینطوری واقعه‌های اصلی ویکیپدیا به صورت خودکار تشخیص داده شود و به مدیران و سایر کاربران اعلان شوند. موافقید؟ اینطوری دیگر موعدهای اصلی ویکی‌فارسی را دیگر فراموش نخواهیم کرد. هومن م (بحث) ۸ ژوئیهٔ ۲۰۲۴، ساعت ۱۰:۱۹ (UTC)[پاسخ]
@Ladsgroup آیا امکانات پیشبینی آماری در این سایت هست؟ تنظیمات برای گذاشتن اعلان‌های موعدها چطور؟ یعنی اینکه مثلا «۱۴ روز دیگر» تعداد مقالات به «۱ میلیون و ۱۰۰ هزارتا» میرسد، میتوان توسط این سایت اعلان‌دهی کرد؟ یا نمودار تعداد مقالات به صورت واقعی برای گذشته و پیشبینی شده برای روزهای آینده، قابل دستیابی است؟ این امکانات در MS Project موجود هست، در این سایت هم هست؟ نمودارها چطور؟ آیا نمودار جدید میتوان تعریف کرد؟ هومن م (بحث) ۸ ژوئیهٔ ۲۰۲۴، ساعت ۱۱:۰۳ (UTC)[پاسخ]
به طور کلی با ایجاد یک داشبورد موافقم یک داشبورد که در آن انواع و اقسام اطلاعات ویکیپدیا قابل ملاحظه باشه. کاربران و کاربران فعال در هر رده از واگردان تا مدیر. ویرایش ها در لحظه. ویرایش گشت خورده و نخورده و و و در مورد پیش بینی هم خیلی ساده از رگرسیون خطی میشه استفاده کرد تا پیشبینی ساده ای ارائه بده. همین الان یک صفحه پیشخوان وجود دارد ولی خب نابالغه ✦𝓜𝓲𝓼𝓪𝓷𝓸✦۸ ژوئیهٔ ۲۰۲۴، ساعت ۱۱:۲۴ (UTC)[پاسخ]
@MisanoFA من هم موافقم که «سامانه آمار و پیشبینی» به صورت محلی در ویکی‌فارسی (نه توسط بنیاد) ایجاد بشود و به این شیوه کم و کسری‌های آماردهی بد و نابالغ بنیاد را به صورت محلی رفع کنیم. هومن م (بحث) ۸ ژوئیهٔ ۲۰۲۴، ساعت ۱۱:۲۹ (UTC)[پاسخ]
@MisanoFA آره. باید کم‌کم شروع کنیم و وپ:پیشخوان را پر کنیم. اولین را من گذاشتم. یعنی موعد یک میلیون و 100 هزارتایی شدن. شما و دیگر دوستان هم سعی کنید آن را پر کنید. البته باید زمان با الگوریتم رگرسیون خطی به صورت خودکار پر شود. اگر دوستان کسی علاقه‌مند است، شروع به ساخت پودمان‌های مربوطه کند. ممنون. هومن م (بحث) ۸ ژوئیهٔ ۲۰۲۴، ساعت ۱۴:۱۴ (UTC)[پاسخ]
درود بعضی از دوستان ممکنه با دوستان و همکارانشون ویرایش کنن و بیم اینو داشته باشن با عنوان اردک زاپاس تشخیص داده بشن. از این جهت الگو:کاربر دوست رو درست کردم تا بشه از این دست موارد جلوگیری کرد. گرچه احتمال سواستفاده برای دور زدن اردک هست ولی خب از جهت دیگه هم ترس موذی هست که نتونی همزمان با شخص دیگه ای ویرایش کنی. شاید حتی بشه گروه های مشارکتی هم زد ✦𝓜𝓲𝓼𝓪𝓷𝓸✦۱۶ ژوئیهٔ ۲۰۲۴، ساعت ۱۵:۲۱ (UTC)[پاسخ]
درود. با توجه به حوادث اخیر، افزودن القاب احترام‌آمیز شهید و شهادت در مقالات مختلف به شدت افزایش پیدا کرده است. آیا امکان اضافه کردن موقت این القاب به پالایه وجود دارد؟ سپاس. بوراندخت (بحث) ۲۰ مهٔ ۲۰۲۴، ساعت ۰۹:۳۶ (UTC)[پاسخ]
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Recent changes
The Nuke feature, which enables administrators to mass delete pages, will now correctly delete pages which were moved to another title. [۲]
New changes have been made to the UploadWizard in Wikimedia Commons: the overall layout has been improved, by following new styling and spacing for the form and its fields; the headers and helper text for each of the fields was changed; the Caption field is now a required field, and there is an option for users to copy their caption into the media description. [۳][۴]
Changes later this week
The new version of MediaWiki will be on test wikis and MediaWiki.org from 21 May. It will be on non-Wikipedia wikis and some Wikipedias from 22 May. It will be on all wikis from 23 May (calendar). [۵][۶]
The HTML used to render all headings is being changed to improve accessibility. It will change on 22 May in some skins (Timeless, Modern, CologneBlue, Nostalgia, and Monobook). Please test gadgets on your wiki on these skins and report any related problems so that they can be resolved before this change is made in all other skins. The developers are also considering the introduction of a Gadget API for adding buttons to section titles if that would be helpful to tool creators, and would appreciate any input you have on that.
درود دوستان، پیشتر فونت عنوان‌های ویکیپدیا تاهوما بود. مدتی است که این فونت تغییر کرده است. نام این فونت چیست؟ آشکارا با تغییر فونت کالیبری ساخته شده و برخی از لیگاتورهای زیبایش حذف شده است. آیا نظرخواهی‌ای در این باره صورت گرفته است؟ ش‌فرشید؛گفت‌وگو۲۱ مهٔ ۲۰۲۴، ساعت ۰۱:۲۲ (UTC)[پاسخ]
کاربر:Shfarshid: درود، این تغییر، یعنی تغییر از قلم یکسان برای متن و عنوان به قلمی متفاوت برای عنوان را من به دو دلیل اعمال کرده‌ام، ویکیپدیای انگلیسی از قلمی sans-serif برای متن و از قلمی serif برای عنوان استفاده میکند و این تغییر سعی در هماهنگی با آن داشته است، و Segoe UI در عنوان باعث میشود نقطه‌های پ دیده نشود که در این نماگرفت میتوان مشاهده کرد: File:Calibri for titles in Persian Wikipedia.png، آیا مایلید این تغییر واگردانی شود و قلم متن و عنوان یکسان شود یا مایلید صرفاً لیگاتورهای آن فعال شود؟ دقت کنید که صدا زدن قلم‌هایی که در سیستم نصب نیستند از نظر فنی تقریباً برای شرایط ما مقدور نیست و قلم‌ها اشاره شده همه قلم‌های سیستم است که سعی شده بهترین اسفتاده از آنها شود. تغییر قلم پیش‌فرض متن را من اعمال نکرده‌ام و بحثی جداگانه‌ای قبلاً بوده که در اصل system-ui را صدا می‌زند که باعث میشود در ویندوز Segoe UI و در مک، در مرورگر Safari قلم بهتری دیده شود. فعال‌سازی لیگاتورهای Calibri به راحتی ممکن است، من محتاطانه لیگاتورهای آن را غیرفعال کردم چرا که برخی در بازخورد اولیه آنها را نامناسب فارسی می‌دانستند با این حال میتوان آن را میتوان فعال کرد چرا که همان Calibri صدا زده شده از سیستم با تنظیمی مختصر (کد سی‌اس‌اسی font-variant-ligatures: no-common-ligatures) است و نه قلمی وبی. Ebrahim (بحث) ۲۱ مهٔ ۲۰۲۴، ساعت ۱۶:۱۲ (UTC)[پاسخ]
@Ebrahim: بسیار سپاسگزارم از این تغییر. تنها تعجب کردم که گفت‌وگویی در این باره پیدا نمی‌کردم. فونت کالیبری بسیار زیباست. بیش از یک سال است که در تنظیمات حساب کاربری‌ام این فونت را فعال کرده‌ام و با تغییر اندازهٔ صفحه از زیبایی‌های این فونت و خط نسخ بهره می‌برم. کالیبری در اندازه‌های درشت‌ترش در اغلب صفحه‌ها به خوبی دیده میشود و انتخاب آن برای عنوان‌ها هوشمندانه بوده است. راجع به لیگاتورها نظر من این است که اعمال شوند تا از زیبایی‌های خط نسخ بهره ببریم. بسیار خوب میشود اگر نظرسنجی‌ای در این باره برگزار شود. ش‌فرشید؛گفت‌وگو۲۲ مهٔ ۲۰۲۴، ساعت ۰۰:۱۷ (UTC)[پاسخ]
کاربر:Shfarshid: در نظرخواهی‌های قبلی که دربارهٔ قلم متن داشتیم معمولاً گزینه‌هایی مطرح میشد که امکان اعمال نداشتند، ما گزینه‌هایمان تقریباً محدود به قلم‌های عمومی موجود در سیستم‌هاست و حتی بین آنها از آن‌هایی که در اندازهٔ فعلی ظاهر ویکیپدیا و نه بزرگتر قابل استفاده است می‌توانیم استفاده کنیم. تغییر قلم عنوان در عوض تغییری به آن اندازه بزرگ نیست و تاجایی که می‌دانم اعمال تفاوت قلم متن و عنوان در ویکیپدیای انگلیسی از طریق اعمال در مدیاویکی و نه بحثی درون ویکی بوده، که به همین دلیل هم تفاوت قلم متن و قلم عنوان را در پوسته‌های دیگر ویکیپدیای انگلیسی مشاهده نمی‌کنید و در ویکی‌هایی غیر از ویکیپدیای انگلیسی هم مثل ویکیپدیای ایتالیایی قابل مشاهده است.
فعال‌سازی لیگاتورهای فونت Calibri انجام شد Special:Diff/39565640، شخصاً این تغییر را دوست ندارم، لیگاتور «کی» در همین «ویکی» برای کاربر فارسی‌زبان شاید کمی ناآشنا به نظر آید ولی این گزینه‌ای است که کاربران بهتر می‌توانند تصمیم بگیرند، امکان دارد خودتان هم از چند نفر از اطرافیانتان که کاربر عادی زبان فارسی (و نه خطاط، طراح وب یا قلم) به‌صورت شخصی بپرسید که آیا این لیگاتورها را می‌پسندند؟ اگر نظرتان عوض شد هم می‌توانم اعمال کنم و اگر دیگرانی در بحث وارد شدند اگر ممکن است همراهی کنید، ممنونم 😊 Ebrahim (بحث) ۲۲ مهٔ ۲۰۲۴، ساعت ۱۳:۱۱ (UTC)[پاسخ]
در این صفحه از الگو:Infobox election استفاده شده و در قسمت نتایج انتخابات که از الگو:Switcher استفاده شده یک سری حروف اضافی می‌بینیم که به نظر مربوط به عکس باشن (ابتدا با File شروع میشه و پایین هم 300px دیده میشه). من نتونستم بفهمم اشکال از الگوی Infobox elections هست یا Switcher. اگر دوستان زحمت بکشن یه بررسی بکنن ممنون میشم. Jondoeburner (بحث) ۲۲ مهٔ ۲۰۲۴، ساعت ۱۹:۲۲ (UTC)[پاسخ]
ابزار ترجمه در دو مقالهای که اخیرا ترجمه کرده‌ام ایراد وجود پیوند ممنوع را گرفت و اجازه‌ی انتشار به‌عنوان صفحه جدید را نداد. پالایه این پیغام را نمایش میدهد: «پالایه‌های خودکار ویرایش محتوایی مشکل‌دار را در متن ترجمهٔ شما شناسایی کرده‌اند. پالایهٔ فعال‌شده: افزودن پیوند وب‌نوشت (وبلاگ) یا انجمن (فروم)» و بالاجبار در پیشنویس مقاله را ذخیره کردم و سپس در وپ:دا درخواست ثبت کردم.
حال مشکل اصلی این است که نمیتوان فهمید پیوند مشکل دار کدام است تا با حذف آن و رفع ایراد بتوان مقاله را در فضای نام اصلی منتشر کرد. بهتر است این ابزار را اصلاح کرد و این قابلیت را به آن افزود. Mostafamirchouli (بحث)۴ خرداد ۱۴۰۳، ساعت ۱۹:۲۸ (ایران) ۲۴ مهٔ ۲۰۲۴، ساعت ۱۵:۵۸ (UTC)[پاسخ]
@Mostafamirchouli: سلام. این موضوع ربطی به ابزار ترجمه ندارد. خطا مربوط به پالایهٔ ویرایش است که جلوی درج پیوند به انجمن‌ها و وبلاگ‌ها را می‌گیرد. عبارت‌های «forum» و «blog» را در متن مقاله جستجو کنید و پیوندهای وبلاگ و انجمن را حذف کنید تا پالایه جلوی ثبت مقاله را نگیرد. {{کاربر|جـیپیوتر}}بحث۳۱ مهٔ ۲۰۲۴، ساعت ۱۶:۱۰ (UTC)[پاسخ]
@Jeeputer درود بر شما. در این پیام (لینک) کاربر انتقال دهنده نوشته است «بدون هیچ تغییری انتقال انجام شد.» یعنی همان مقالهای که جلوی انتشارش بعد از ترجمه به کمک ابزار ترجمه توسط پالایه گرفته شده بود، بدون حذف هیچ پیوندی منتشر شده!
@Mostafamirchouli: هچنان پالایه. متن «پالایه‌های خودکار ویرایش محتوایی مشکل‌دار را در متن ترجمهٔ شما شناسایی کرده‌اند» یعنی کار، کار پالایه بوده. ضمن این که آن پالایه جلوی انتشار «ویرایش» یا «صفحهٔ تازه» در فضای اصلی را می‌گیرد (در پیشنویس یا فضای کاربری، خیر)، اما کاری به انتقال صفحه‌هایی که حاوی پیوند نامناسب هستند را نمی‌گیرد. سیاههٔ پالایه را هم دیدم؛ پیوند به وبگاه cowhampshireblog.com مشکل‌ساز شده است. {{کاربر|جـیپیوتر}}بحث۱ ژوئن ۲۰۲۴، ساعت ۱۶:۴۴ (UTC)[پاسخ]
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Recent changes
Several bugs related to the latest updates to the UploadWizard on Wikimedia Commons have been fixed. For more information, see T365107 and T365119.
In March 2024 a new addPortlet API was added to allow gadgets to create new portlets (menus) in the skin. In certain skins this can be used to create dropdowns. Gadget developers are invited to try it and give feedback.
Some CSS in the Minerva skin has been removed to enable easier community configuration. Interface editors should check the rendering on mobile devices for aspects related to the classes: .collapsible, .multicol, .reflist, .coordinates, .topicon. Further details are available on replacement CSS if it is needed.
Changes later this week
The new version of MediaWiki will be on test wikis and MediaWiki.org from 28 May. It will be on non-Wikipedia wikis and some Wikipedias from 29 May. It will be on all wikis from 30 May (calendar). [۷][۸]
When you visit a wiki where you don't yet have a local account, local rules such as edit filters can sometimes prevent your account from being created. Starting this week, MediaWiki takes your global rights into account when evaluating whether you can override such local rules. [۹]
فعلاً الگو را تصحیح کردم و هم با ارقام فارسی و هم با ارقام انگلیسی به درستی کار میکند. اگر مشکلی در خروجی الگو مشاهده کردید، خبر دهید تا اصلاحش کنم. {{کاربر|جـیپیوتر}}بحث۳۱ مهٔ ۲۰۲۴، ساعت ۱۶:۰۷ (UTC)[پاسخ]
@Jeeputer: درود. ارقام درجه، دقیقه و ثانیه قوسی هم به همراه علائم آنها باید به‌ترتیب از چپ به راست نمایش داده شوند. برای نمونه در مدارگان#تعریف_نجومی در خط اول و دوم این الگو به‌کار رفته، هرگاه این اعداد به صورت "۱۰٫۰'۲۶°۲۳ (یا °۲۳٫۴۳۶۱۲) نشان داده شود، الگو درست است. الان در خروجی الگو، عدد بیرون پرانتز برای درجه، دقیقه و ثانیه از راست به چپ هستند و علامت درجه، دقیقه و ثانیه هم در سمت چپ عدد قرار گرفته است که هر دو نیاز به اصلاح دارد. در مورد عدد داخل پرانتز فقط علامت درجه باید در سمت راست عدد باشد، باقی مواردش درست است. با سپاس از شما -- HADI (بحث) ۳۱ مهٔ ۲۰۲۴، ساعت ۱۶:۱۸ (UTC)[پاسخ]
Hi everyone! We are the Wikimedia Foundation Web team. We work on making it easier to read Wikimedia projects as part of the objective "Reading and media experience" of the current year’s annual plan. To achieve this goal, we have introduced the "Accessibility for Reading" beta feature. It adds a menu which works on the Vector 2022 skin and allows logged-in users to choose different font sizes and color schemes based on individual needs.
The menu introduces a new Standard font setting. It slightly increases the size and height of the font. It was selected based on multiple sources. You will find more information on this in the section "About the new Standard font setting".
What will change
We are now ready to make the new Appearance menu available for logged-out and logged-in users.
At the same time, we will also make the Standard option the new default for logged-out users only.
If no breaking technical issues are found, we plan on making this change within the next two weeks.
Later, this menu will also include the option to select dark mode, which for the time being will remain a beta feature. For more information, check out our project page.
About the menu
The new menu will allow logged-in and logged-out users to set preferences for:
Text size and line height (available now as a beta feature): Users will be able to choose between the Small (current default), Standard (recommended for better accessibility), and Large options. Selecting an option will change both the font size and line height of the text.
Dark mode (available now as a beta feature): Users will be able to choose to see the site in night mode on a permanent basis, or select an "automatic" setting which will set day or night mode based on the device or browser preferences.
Content width (previously available as a toggle button): We have moved the content width toggle from an icon at the bottom of the page to a labeled radio button in the new menu. It will work exactly the same as the toggle. The previous toggle button will no longer be available.
This menu has been tested as a beta feature by logged-in users across wikis as well as in user testing with readers. Based on the findings of these tests, we changed the menu to improve discoverability and ease of use, and to accommodate gadget compatibility.
The menu will appear to the right of the page, immediately under the Tools menu if that has been pinned. Unlike the Tools menu, the Appearance menu is pinned by default, but can be unpinned. Once unpinned, it collapses under an icon at the top of the page.
The "Small" option is the current default. We will be changing this default to "Standard" for logged-out users, while keeping "Small" as the default for logged-in users. The "Standard" and "Large" options were built and tested based on the following:
Academic studies and recommendations for the best average font size for the majority of readers. These recommendations stated that our current size is too small for the majority of people to read comfortably. This means that on average, people read more slowly, strain their eyes while reading, or have difficulty clearly seeing the text. Increasing the font size by default improves these issues for all users, including users who might not have sufficient time to spend adjusting a setting via the appearance menu or browser. Information density is also important, which is why we wanted to increase font size without sacrificing information density. We have achieved this by changing not only font size, but also line height and paragraph spacing.
Designs submitted by more than 630 Wikipedians from across 13 wikis of different languages, scripts, and sizes. The majority (~450) of these users opted for a font size that was larger than the default. "Standard" represents the average of the most popular cluster of responses (15-20 pixels). "Large" represents the need for an even larger option, as represented by the cluster of sizes between 21-26 pixels. You can read more on how we included volunteers in the process and landed on these options.
Beta feature usage showed that the majority of users who interact with the feature at least once opt for a font size that is larger than the current default.
Our works so far and next steps
Logged-in users will remain with the "small" setting for the time being as their default, but can change to any other setting at any time. In a few months, we will study how many logged-in users switch to standard and start a conversation on whether it makes sense for logged-in users to make the switch as well. From the early data from the beta feature, 55% of sessions who interacted with the feature chose to use a setting that was standard or larger.
If you'd like to help, we have a few simple requests for you:
Try out the new menu. Is anything confusing? Do you understand all the labels and how the menu works?
Try out the small, standard, and large sizes, the color schemes, and the width toggle. Reach out to us if you notice any bugs, or have questions or concerns.
If you'd like to learn more about the project, see our FAQ. Comments and questions are most welcome. Thank you!
@Jeeputer: درود بر شما. خیر، من همچنان پیامهای متعددی در انتهای صفحه می‌بینیم؛ یعنی در کتابشناسی و پیوند به بیرون، لینک‌ها حذف شده و به‌جایش پیام قرمز رنگ «زمان مجاز برای اجرای اسکریپت‌ها منقضی شده است.» و «خطای عبارت: عملگر < دور از انتظار زمان مجاز برای اجرای اسکریپت‌ها منقضی شده است.» دیده میشود. Tisfoon (بحث) ۳۱ مهٔ ۲۰۲۴، ساعت ۱۶:۵۲ (UTC)[پاسخ]
@Tisfoon: از آنجا که من این خطا را نمیبینم، و البته با توجه به پیام خطایی که شما مشاهده میکنید، حدس می‌زنم که مشکل از سرعت اینترنت شما باشد. اگر برایتان ممکن است، با خط اینترنت سریع‌تری امتحان کنید که درستی یا نادرستی حدس من مشخص شود. اگر مشکل این نبود، یا دسترسی به اینترنت سریع‌تر نداشتید، بیشتر بررسی میکنم. {{کاربر|جـیپیوتر}}بحث۳۱ مهٔ ۲۰۲۴، ساعت ۱۸:۱۶ (UTC)[پاسخ]
@Jeeputer: بسیار بعید است که مشکل از سرعت اینترنت باشد. (سرعت اینترنتم 500Mbps است). اما چیزی که متوجه شدم این است: فقط هنگامی که لاگین کرده‌ام، این پیغام را می‌بینم و وقتی از حساب کاربری‌ام لاگ‌آوت میکنم، همه چیز طبیعی است. روی فایرفاکس و گوگل‌کروم هر دو به همین شکل است. Tisfoon (بحث) ۳۱ مهٔ ۲۰۲۴، ساعت ۱۸:۴۶ (UTC)[پاسخ]
@Jeeputer: جالب شد! {{Commons category}} را با {{انبار-رده}} جایگزین کردم و ظاهرا مشکل به‌کلی برطرف شد! از شما چه پنهان، احساسی که الان دارم این است که یکی از مهندسان برنامه‌نویس مایکروسافت و اوراکل هستم! تقریبا یک‌متر بالاتر از زمین راه می‌روم و به افق خیره شده‌ام. ((-: Tisfoon (بحث) ۳۱ مهٔ ۲۰۲۴، ساعت ۲۳:۴۶ (UTC)[پاسخ]
@Tisfoon: این را که گفتید متوجه شدم مشکل از کجا بوده! هربار که صفحه را ذخیره کنید، حتی اگر هیچ تغییری هم در آن نداده باشید، کاشهٔ صفحه خالی میشود و اگر خطایی در حافظهٔ نهان مانده باشد، با به‌روز شدن صفحه حذف میشود. این ماجرا هنگام تغییر در الگوها و پودمان‌ها هم مصداق دارد و وقتی در یک الگو تغییری ایجاد میکنید، آن تغییرات بلافاصله در صفحه‌ها ظاهر نمی‌شود و مدتی زمان می‌برد تا خود را نشان دهند. احتمالاً یک ویرایش اشتباهی در یک الگو یا پودمانی انجام شده که بعداً خنثی شده، اما نسخهٔ خرابش در کاشهٔ شما مانده و وقتی الگوی رده انبار را تغییر داده و صفحه را ذخیره کرده‌اید، با به روز شدن کاشه، خطا هم برطرف شده است. آن خطا دقیقاً به جای کدام الگو نمایش داده میشد؟ {{کاربر|جـیپیوتر}}بحث۱ ژوئن ۲۰۲۴، ساعت ۰۳:۱۳ (UTC)[پاسخ]
@Jeeputer: در بخش «کتابشناسی» من فقط می‌توانستم کتاب اول را ببینم (Interna Szczeklika 2014) و بقیه کتاب‌ها خطای «انقضای زمان مجاز برای اجرای اسکریپت» داشت. در «پیوند به بیرون» فقط الگوی «Curlie» درست نمایش داده میشد و دو الگوی «Medical condition classification and resources» و {{Commons category}} هر دو خطا داشتند. برایم جالب بود که کتاب اول، هیچ مشکلی نداشت. Tisfoon (بحث) ۱ ژوئن ۲۰۲۴، ساعت ۰۴:۳۵ (UTC)[پاسخ]
@GodNey درود. پاسخ‌تان را تصادفی دیدم. ممنون از راهنمایی. یک مشکل دیگر، تورفتگی در بخش منابع است که برخی از آنها، در جای خود نیستند و بیرون‌زدگی دارند (مثلا منبع ۱۶۳ و ۱۶۴ را ببینید). در این مورد نظری دارید؟ Tisfoon (بحث) ۳ ژوئن ۲۰۲۴، ساعت ۲۰:۱۷ (UTC)[پاسخ]
@Tisfoon سلام. من با پوسته وکتور (۲۰۲۲) مشکلی نمیبینم فقط شماره یادکرد انگلیسی درج شده. به جای الگو {{Sfn}} میتوان از {{پک}} استفاده کرد شاید مشکل رفع شود. GodNey (بحث) ۴ ژوئن ۲۰۲۴، ساعت ۱۴:۵۹ (UTC)[پاسخ]
@GodNey راهنمایی‌تان عالی بود! با جایگزینی {{پک}} مشکل برطرف شد. اجازه بدهید یک سوال دیگر هم بپرسم: وقتی در حالت «ویرایش» صفحه هستم، آن پائین در بخش «الگوهای به‌کاررفته در این صفحه:» یک پیوند قرمز هست که می گوید «پودمان:Wikidata/i18n» در ویکی‌فا موجود نیست. این پودمان چیست و چگونه می توانم ایجادش کنم (صفحۀ انگلیسی‌اش را نتوانستم پیدا کنم). سپاس Tisfoon (بحث) ۴ ژوئن ۲۰۲۴، ساعت ۱۶:۳۳ (UTC)[پاسخ]
@GodNey. درود. پیرو راهنمایی شما دربارهٔ تورفتگی در بخش منابع، از {{پک}} به جای الگوی {{Sfn}} استفاده کردم و مشکل به‌کلی برطرف شد. امروز متوجه یک اشکال جدید شدم: آنجاهایی که از {{پک}} استفاده شده، نام نویسندگان مقاله در متن آمده است و ارجاع به‌درستی کار نمیکند (نه به بخش پانویس می‌رود و نه شماره صفحه دیده میشود). مثلا پاراگراف اول بخش «تشخیص» در سرطان لوزالمعده را ببینید که در متن «Kumar، Cotran و Robins» و «Hamilton و Aaltonen» آمده است. Tisfoon (بحث) ۲۸ ژوئن ۲۰۲۴، ساعت ۱۸:۳۹ (UTC)[پاسخ]
@Jeeputer: خیلی ممنون. فقط خواستم اضافه کنم آن موقعی که {{Sfn}} را به {{پک}} تبدیل کردم هیچ مشکلی نبود؛ ولی اندکی بعد این اشکال پدیدار شد و معلوم است که از آن زمان تا حالا یک چیزی در مدیاویکی تغییر کرده است. Tisfoon (بحث) ۱ ژوئیهٔ ۲۰۲۴، ساعت ۱۵:۳۳ (UTC)[پاسخ]
@GodNey گرامی، این راه‌حلی را که اخیراً اِعمال کردید (یعنی افزودن <ref></ref>) را قبلاً امتحان کرده بودم. اشکال عمده‌اش آن است که شمارهٔ صفحه را حذف میکند. به‌نظرم مشکل را باید ریشه‌ای‌تر برطرف کرد، چون شمارهٔ صفحه برای اینگونه مقالات خوب یا برگزیده (و همچنین اطلاع خواننده به‌طور کلی) مهم است. Tisfoon (بحث) ۴ ژوئیهٔ ۲۰۲۴، ساعت ۱۹:۰۱ (UTC)[پاسخ]
@Tisfoon: سلام. الگو:آوا را به‌روز کردم. فقط در مواردی که راهنمای IPA برای زبان مورد نظر وجود نداشته باشد، الفبای آوانگاری به صورت پیوند قرمز نمایش داده میشود. برای این که چنین نشود، باید صفحه‌های راهنما برای زبان‌ها ایجاد شوند. فهرست صفحه‌ها در Module:IPA/data در ویکی انگلیسی قرار دارد و عنوان‌هایی که در پودمان تعریف شده‌اند هم در پودمان:IPA/data قابل مشاهده هستند. اگر عنوانی اشتباه است، صفحهٔ راهنما باید در عنوان درست ایجاد شود و نام صفحه در پودمان نیز اصلاح شود. وگرنه پیوند همچنان قرمز خواهد بود. {{کاربر|جـیپیوتر}}بحث۳۱ مهٔ ۲۰۲۴، ساعت ۲۰:۲۱ (UTC)[پاسخ]
در مقاله هوانگ جیانلی در ویکی انگلیسی آمده که زبان چینی ساده شده هم وجود دارد و نام شخص در چینی ساده شده:黄坚立 است. ولی در ویکی فا تعریف نشده. کسی می تواند زبان چینی ساده را بسازد؟ Hulu2024 (بحث) ۲ ژوئن ۲۰۲۴، ساعت ۰۹:۵۸ (UTC)[پاسخ]
Infobox Bibliographic Database و Infobox Organisation2[ویرایش]
بحث زیر پایان یافته‌است و به‌زودی بایگانی خواهد شد زمان جمع‌بندی: ۱۲ روز پیش.
بحث زیر پایان یافته‌است و به‌زودی بایگانی خواهد شد زمان جمع‌بندی: ۳۵ روز پیش.
درود اینجا ابزار کمک ترجمه که به صورت کنار هم انگلیسی و ترجمه را جهت ویرایش نشان میدهد متاسفانه مشکل جدیدی دارد ابزار های لینک دهی و تغییر خط و ... که در سطون سمت چپ قرار داشت به زیر کل صفحه رفته و دسترسی و استفاده را تقریبا غیر ممکن کرده نمیدانم مدیران فنی ویکی فا دسترسی لازم جهت رفع اشکال را دارند و یا باید به بنیاد خبر داد. با مهر شهنامک (گفتگو) ۳ ژوئن ۲۰۲۴، ساعت ۲۱:۰۸ (UTC)[پاسخ]
جدیدترین اخبار فناوری از جامعهٔ فنی ویکی‌مدیا. لطفاً کاربران دیگر را هم از این تغییرات آگاه کنید. همهٔ تغییرات روی شما اثر نخواهند گذاشت. ترجمه‌های بیشتر در دسترس است.
تغییرات اخیر
اکنون این امکان برای مدیران محلی وجود دارد که بدون استفاده از جاوااسکریپت، پیوندهای جدید را به پایین منوی ابزارهای وبگاه اضافه کنند. مستندات در دسترس است. [۱۰]
نام پیام برای توصیف ردهٔ ردیابی ویکی‌هیرو از «MediaWiki:Wikhiero-usage-tracking-category» به «MediaWiki:Wikihiero-usage-tracking-category» تغییر یافته است. [۱۱]
یک نسخهٔ جدید از مدیاویکی روی ویکی‌های تست و MediaWiki.org از تاریخ ۴ ژوئن فعال خواهد شد. این نسخه بر روی وبگاه‌های غیر ویکیپدیا و بعضی از ویکی‌پدیاها در تاریخ ۵ ژوئن فعال خواهد شد و از ۶ ژوئن روی همهٔ ویکی‌ها خواهد رفت (تقویم). [۱۳][۱۴]
تغییرات آینده
در هفتهٔ پیش رو، در ویکی‌هایی که پوستهٔ وکتور ۲۰۲۲ در آنها پوسته پیش‌فرض است، کاربران رایانه قادر خواهند بود تا اندازهٔ قلم خود را انتخاب کنند. اندازهٔ پیش‌فرض قلم نیز برای آنان افزایش خواهد یافت. این کار به‌منظور تسهیل خوانده شدن پروژه‌های ویکی‌مدیا انجام شده است. بیشتر بدانید.
@Tisfoon: سلام. منظور اتصال مجازی است که با Ctrl+⇧ Shift+~ تایپ میشود. خود متن خطا به شما نشانی آن نویسه را گفته: «پارامتر ژورنال، نویسهٔ پانزدهم». اما پیدا کردن این نویسه در متن کار آسانی نیست و معمولاً تایپ کردن مجدد متن به‌صورت دستی (به جای کپی کردن از منبع) راحت‌ترین راه برای رفع خطا است. این مورد را من با تایپ دستی تصحیح کردم. {{کاربر|جـیپیوتر}}بحث۱۰ ژوئن ۲۰۲۴، ساعت ۲۲:۲۶ (UTC)[پاسخ]
رده‌هایی که دارای کلماتی مثل «درباره» هستند، یکدستی ندارند یعنی در برخی موارد مثلا «رده:کتاب‌ها درباره طلاق» داریم و در برخی موارد «کتاب‌های درباره طلاق». میشود فکری برای یکدستی آنها کرد؟ Pirhayati (بحث) ۵ ژوئن ۲۰۲۴، ساعت ۱۶:۵۴ (UTC)[پاسخ]
@Pirhayati: سلام. «کتاب‌های» معمولاً حاصل اشتباه تایپی یا کپی کردن از عنوان رده‌های دیگر هنگام ایجاد رده است. درستش همان اولی است و باید رده‌ها از قالب یکسان پیروی کنند. اگر برایتان مقدور است، فهرستی از رده‌ها تهیه کنید تا همه را اصلاح کنم. {{کاربر|جـیپیوتر}}بحث۱۰ ژوئن ۲۰۲۴، ساعت ۲۲:۲۱ (UTC)[پاسخ]
سلام. زمانی که زیر جعبه اطلاعات الگویی باشد، دیگر تصاویر راست چین از الگوی دوم بالاتر نشان داده نمی شوند. خود جعبه اطلاعات این مشکل را ندارد و اگر الگوی دوم حذف شود، تصویر در جای درستش قرار می گیرد حتی اگر جعبه اطلاعات طولانی تر باشد. مشکل فقط برای زمانی است که الگوی دومی باشد. تفاوتی هم ندارد الگوی دوم چیست، تصویر (در سمت راست) دقیقا با این الگو (در سمت چپ) در یک ردیف قرار می گیرند. مقالاتی با دو الگوی متفاوت: یک و دو. — Shawarsh(بحث)۵ ژوئن ۲۰۲۴، ساعت ۱۸:۰۹ (UTC)[پاسخ]
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Recent changes
The software used to render SVG files has been updated to a new version, fixing many longstanding bugs in SVG rendering. [۱۵]
The HTML used to render all headings is being changed to improve accessibility. It was changed last week in some skins (Vector legacy and Minerva). Please test gadgets on your wiki on these skins and report any related problems so that they can be resolved before this change is made in Vector-2022. The developers are still considering the introduction of a Gadget API for adding buttons to section titles if that would be helpful to tool creators, and would appreciate any input you have on that.
The HTML markup used for citations by Parsoid changed last week. In places where Parsoid previously added the mw-reference-text class, Parsoid now also adds the reference-text class for better compatibility with the legacy parser. More details are available. [۱۶]
Problems
There was a bug with the Content Translation interface that caused the tools menus to appear in the wrong location. This has now been fixed. [۱۷]
Changes later this week
The new version of MediaWiki will be on test wikis and MediaWiki.org from 11 June. It will be on non-Wikipedia wikis and some Wikipedias from 12 June. It will be on all wikis from 13 June (calendar). [۱۸][۱۹]
The new version of MediaWiki includes another change to the HTML markup used for citations: Parsoid will now generate a <span class="mw-cite-backlink"> wrapper for both named and unnamed references for better compatibility with the legacy parser. Interface administrators should verify that gadgets that interact with citations are compatible with the new markup. More details are available. [۲۰]
On multilingual wikis that use the <translate> system, there is a feature that shows potentially-outdated translations with a pink background until they are updated or confirmed. From this week, confirming translations will be logged, and there is a new user-right that can be required for confirming translations if the community requests it. [۲۱]
Plans to enable MinT for Wiki readers in Persian Wikipedia[ویرایش]
سلام Persian Wikipedians!
Apologies as this message is not in your language, لطفاً برای ترجمه به زبان مادریتان کمک کنید.
The WMF Language team has been working on MinT for Wiki Readers. This feature will allow communities to access more content that is only available in other languages with machine translation in Wikipedia. We will enable the initial version of this feature in Igbo Wikipedia, and your Wikipedia is the next to test and have this feature since it will be beneficial for reading content in other languages. For this, our team would like you to read about the feature and test it so you can:
Ask us questions
Tell us how to improve the feature
Give us your feedback on enabling it in your Wikipedia
About the feature
The MinT for Wiki Readers is a feature that will allow readers of Persian Wikipedia to expand their reading options and knowledge beyond the language they are familiar with in Wikipedia. For instance, if someone is interested in a topic or content that only exists in the Japanese language and the person is not familiar with the language. While using the mobile web version of Wikipedia, the reader can access the machine translation version of that content in the Persian language from the language selector or the article's footer (as shown in the media files below).
Language selector entry point.
Article footer entry point
These machine-generated translations of content are clearly identified as such, and the human-created content is surfaced and recommended if available.
This feature is in its initial development. It is an early and functional version, and many aspects will be improved based on your community member's feedback on what works and what can be improved to better support your needs as readers.
How to try the tool
Before we enable this feature in your Wikipedia by the 26th June 2024, we invite members of your community to try MinT for Wiki Readers in your Wikipedia at Special:AutomaticTranslation and give us early feedback in this thread or on this talk page. Our team would like to know your impression on:
How do you use the feature
Anything we should consider for our plans to enable it?
Your ideas for improving it.
We greatly appreciate your time and effort in testing this tool. We eagerly look forward to your valuable feedback and questions, which will be instrumental in the further development of this feature. Thank you.
@Jeeputer سلام، باید با پوسته 2022 وارد شوید، در بالاترین نوارابزار، یک علامت عینک مانندی در پنجمین (آخرین ابزار) از چپ، و سمت چپ نام کاربری‌تان جدیدا (حدودا یک هفته) قرار گرفته است. آن را منظورم است. هومن م (بحث) ۱۵ ژوئن ۲۰۲۴، ساعت ۰۷:۳۱ (UTC)[پاسخ]
@Darafsh@Ladsgroup@Jeeputer ممنون از شما! فقط این ایده «ابزار تغییر نمایش مقاله» بسیار جالب است. نظر من این است که این موارد را هم شامل شود:
نوع قلم
پس‌زمینه
رنگ قلم
فاصله سطرها
فاصله پاراگراف‌ها
رنگ و فونت جعبه اطلاعات
غیره
البته پیشنهاد من گذاشتن تم برای تنظیمات بالا است.
مثلا تم حالت شب:
پس‌زمینه مشکی
رنگ قلم سفید
قلم بزرگ
جعبه اطلاعات خاکستری
فاصله بین خط‌ها زیاد
و دیگر تنظیمات باشد.
البته میتوان تنظیمات نمایشی را برحسب نوع مقاله (رده مقاله) به صورت دستی توسط ویراستار اعمال کرد مثلا
در مقالات ورزشی، نوع قلم خاصی اعمال شود. تا جذاب‌تر به نظر برسد.
یا مقالات هنر خوشنویسی یا تذهیب توسط ویراستار به «تم نستعلق» تنظیم شوند.
در کل با توجه به «کاربرد مقاله» یک «تم خاص» برای آن مقاله اعمال شود. یعنی ویراستار مقاله آن تم برا برای آن مقاله بخصوص فعال‌سازی کند. هومن م (بحث) ۱۶ ژوئن ۲۰۲۴، ساعت ۰۵:۲۹ (UTC)[پاسخ]
سلام. من می خواستم بدانم آیا این طرح جلد نشریه شارلی ابدو مشکل حق تکثیر دارد یا نه؟ چون زبان مجله فرانسوی است. من نمی دانم این نسخه مشکل حق نکثیر دارد یا نه؟ چون بر روی مجله نوشته: charlie weekly ... یعنی شارلی هفتگی... خود مجله هم هفتگی است نمی دانم این طرح جلد مال خود شارلی است (یعنی ارجینال است) یا برای مخاطب های انگلیسی زبانش، نوشتار روی جلد را از فرانسوی به انگلیسی تغییر داده؟ آیا باید از نسخه اورجینال (با زبان فرانسوی) استفاده شود؟ Hulu2024 (بحث) ۱۵ ژوئن ۲۰۲۴، ساعت ۱۲:۵۷ (UTC)[پاسخ]
جدیدترین اخبار فناوری از جامعهٔ فنی ویکی‌مدیا. لطفاً کاربران دیگر را هم از این تغییرات آگاه کنید. همهٔ تغییرات روی شما اثر نخواهند گذاشت. ترجمه‌های بیشتر در دسترس است.
تغییرات اخیر
افرادی که در ویرایشگر دیداری اقدام به افزودن پیوند بیرونی میکنند، در صورتی که برای پیوند دادن به دامنه‌ای که طبق تصمیم اجتماع پروژه مسدود شده است، تلاش کنند، اکنون بلافاصله بازخوردی دریافت خواهند کرد. برای آگاهی از جزئیات بیشتر، لطفاً بررسی ویرایش را ببینید. [۲۲]
ویژگی آزمایشی حالت تاریک اکنون در صفحه‌های رده و راهنما، و نیز در صفحه‌های ویژهٔ بیشتر در دسترس است. ممکن است مشکلاتی در زمینهٔ تضاد رنگ وجود داشته باشد. لطفاً اشکالات آن را در صفحهٔ بحث پروژه گزارش کنید. [۲۵]
مشکلات
ابزارهای خدمات ابری در هفتهٔ گذشته برای ۲۵ دقیقه در دسترس نبودند. این اشکال به‌دلیل یک خرابی در سیم‌کشی سخت‌افزار در مرکز داده بروز کرد. [۲۶]
در هفتهٔ گذشته، به‌روزرسانی‌هایی در سبک‌بندی پوستهٔ وکتور ۲۰۲۲ انجام شدند. این به‌روزرسانی به بروز مشکلات پیش‌بینی‌نشده‌ای در الگوها، سرنویس‌ها و تصاویر منجر شد. تغییرات در الگوها و سرنویس‌ها واگردانی شدند. بیشتر مشکلات در تصاویر نیز برطرف شدند. اگر همچنان مشکلی مشاهده کردید، در اینجا گزارش کنید. [۲۷]
تغییرات این هفته
یک نسخهٔ جدید از مدیاویکی روی ویکی‌های تست و MediaWiki.org از تاریخ ۱۸ ژوئن فعال خواهد شد. این نسخه بر روی وبگاه‌های غیر ویکیپدیا و بعضی از ویکی‌پدیاها در تاریخ ۱۹ ژوئن فعال خواهد شد و از ۲۰ ژوئن روی همهٔ ویکی‌ها خواهد رفت (تقویم). [۲۸][۲۹]
در روز سه‌شنبه از ساعت ۱۰:۰۰ تا ساعت ۱۲:۰۰ (UTC)، میلینگ لیست‌ها به‌منظور مهاجرت به یک سرور جدید و ارتقاء نرم‌افزار آن، برای حدود دو ساعت در دسترس نخواهند بود. [۳۱]
با توجه به خرابکاری های متعدد در فضای وپ و طولانی بودن فرایند درخواست حفاظت بهتر میشه برای رده ای از کاربران مثل کاربران پایدار یا واگردان ها قابلیت حفاظت فوری وجود داشته باشه تا بدون نیاز به درخواست به صورت آنی برای مقاله مورد نظر حفاظت صادر شود که مدت زمان یک الی ۲ ساعت مناسب است. حفاظت آنی برای مقابله با جنگ ویرایشی و خرابکاری مناسب است. و محدودیتی هم داشته باشد که هر کاربر نهایتا ۲ الی ۳ مقاله را بتواند در روز حفاظت آنی صادر کند. ممنون میشم بررسی کنید. ✦𝓜𝓲𝓼𝓪𝓷𝓸✦۲۰ ژوئن ۲۰۲۴، ساعت ۱۰:۵۴ (UTC)[پاسخ]
@MisanoFA: پیشنهاد اشتباهی است. برای این که محافظت‌ها سریع‌تر انجام شوند، باید کاربران دارای دسترسی محافظت به ویکیپدیا:درخواست محافظت صفحه بیشتر سر بزنند، یا این که تعداد کاربران دارای این دسترسی افزایش یابد. این دسترسی، حساس است و نمی‌شود آن را به واگردانان یا کاربران تأییدشده پایدار داد. کاربران باید پس از نظرخواهی در وپ:دوش یا وپ:دمش این دسترسی (که در دل گروه کاربر ویکی‌بان یا مدیر هست) را کسب کنند. {{کاربر|جـیپیوتر}}بحث۲۱ ژوئن ۲۰۲۴، ساعت ۰۰:۲۴ (UTC)[پاسخ]
فرایند اداری محور اینجا عین سم عمل میکنه. دسترسی خطرناکی نیست، کاربر فقط خواهد توانست یک قفل موقت یک ساعته یا دو ساعته بزنه به مقاله ها تا کاربران آیپی نتونن ویرایش کنن. تعداد کاربران پایدار یا غیره فعال زیاد نیست و وقتی یه مقاله رو مورد حمله قرار میدن باید یک ساعت دو ساعت منتظر باشن تا مدیری یا ویکی بانی بیاد یه قفل بزنه وقتی خیلی راحت تر مسئله با یه قفل یک ساعته در برابر آیپی حل میشه. ✦𝓜𝓲𝓼𝓪𝓷𝓸✦۲۱ ژوئن ۲۰۲۴، ساعت ۰۷:۳۱ (UTC)[پاسخ]
@Jeeputer ساده تر اینکه به کاربران دسترسی انواع و اقسام حفاظت رو هارو نمیدیم و کاملا محدوده و خب صرفا قرار نیست دسترسی باشه. حل صورت مسئله مهم تره. میتونه یک ربات باشه و کاربر درخواست بده و ربات بررسی کنه ببینه چندین واگردانی وجود داره در چند ساعت گذشته دستور محافظت رو بده. یا به روش های خلاقانه تری که فکرشو میکنید. ✦𝓜𝓲𝓼𝓪𝓷𝓸✦۲۱ ژوئن ۲۰۲۴، ساعت ۰۷:۳۸ (UTC)[پاسخ]
درود مجدد ما دوباره اومدیم. کاربران آیپی وقتی با برگشت خوردن تغییراتشون مواجه میشن فاز حمله میگیرن و بیشتر خرابکاری میکنن. اگه بشه به کاربران آیپی که اخیرا تغییرات ایجاد کردن و برگشت خورده همون نسخه خودشون نشون بدیم این مشکلات کمتر میشه. ✦𝓜𝓲𝓼𝓪𝓷𝓸✦۲۰ ژوئن ۲۰۲۴، ساعت ۱۵:۲۰ (UTC)[پاسخ]
آنموقع پس از آن ویرایش ویرایش‌هایی که توسط دیگرانم انجام شوند نیز نشان‌داده نمی‌شوند. همچنین بعضی آیپیها دورهای عوض میشوند و بعضی نمی‌شوند. همچنین شاید آن فرد آیپی بخواهد مطلبی از ویکیپدیا بردارد ولی خودش آن صفحه را خالی کرده است، حال چه‌کند؟
@مهدی بهرامی مطلق: پودمان‌ها همانند الگوها کار میکنند. فرقی نمیکند که صفحه‌ای توسط پودمان به رده‌ها افزوده شده باشد یا خیر. همین که عنوان رده در کدهای پودمان فارسی‌سازی نشده و عنوان آن انگلیسی است، یعنی بومی‌سازی پودمان ناقص است.
پودمان‌ها را صرفاً با قرار دادن کدهای جدید از ویکی‌های دیگر نمی‌توانید به روز کنید. برخی موارد مانند راست‌چین شدن متون، عنوان صفحه‌های مورد استفاده یا دارای پیوند در پودمان، پیاده‌سازی شیوه‌نامه، رهنمودها و سیاست‌های محلی ویکیپدیای فارسی و بسیاری اصلاحات دیگر باید هنگام به‌روزرسانی در پودمان‌ها اعمال شوند. اگر با زبان لوآ آشنایی دارید، پودمان‌ها را با دقت و مطابق آنچه گفتم به‌روز کنید. اگر نه، لطفاً با استفاده از آن ابزار پودمان‌ها را تغییر ندهید؛ چون منجر به تولید خطا میشود که بعضاً تأثیرات گسترده‌ای هم خواهد داشت. {{کاربر|جـیپیوتر}}بحث۲۲ ژوئن ۲۰۲۴، ساعت ۱۵:۳۶ (UTC)[پاسخ]
@Rmashhadi عزیز، درود. در همان وپ:تام گزارش بدید. من مقاله رو به آخرین نسخه‌ای که شما ویرایش کرده بودید برگردوندم؛ ولی درباره خرابکاری، اگر منظورتون آیپی 46.100.9.58 و این ویرایش است، لازم به قطع دسترسی نیست. از ویرایش‌شون ۲۳ روز گذشته و دوباره سر نزدن. گندکاری مختصری هم در مقاله نیمه‌عمر: الیکس انجام داده بودند که برگرداندم. ارادتمند ▬ کپلر/بحث ۳ تیر ۱۴۰۳، ساعت ۲۱:۴۳ (ایران) ۲۳ ژوئن ۲۰۲۴، ساعت ۱۸:۱۳ (UTC)[پاسخ]
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Recent changes
Editors will notice that there have been some changes to the background color of text in the diff view, and the color of the byte-change numbers, last week. These changes are intended to make text more readable in both light mode and dark mode, and are part of a larger effort to increase accessibility. You can share your comments or questions on the project talkpage. [۳۳]
The text colors that are used for visited-links, hovered-links, and active-links, were also slightly changed last week to improve their accessibility in both light mode and dark mode. [۳۴]
Problems
You can copy permanent links to talk page comments by clicking on a comment's timestamp. This feature did not always work when the topic title was very long and the link was used as a wikitext link. This has been fixed. Thanks to Lofhi for submitting the bug. [۳۵]
Changes later this week
The new version of MediaWiki will be on test wikis and MediaWiki.org from 25 June. It will be on non-Wikipedia wikis and some Wikipedias from 26 June. It will be on all wikis from 27 June (calendar). [۳۶][۳۷]
Starting 26 June, all talk pages messages' timestamps will become a link at English Wikipedia, making this feature available for you to use at all wikis. This link is a permanent link to the comment. It allows users to find the comment they were linked to, even if this comment has since been moved elsewhere. You can read more about this feature on Diff or on Mediawiki.org. [۳۸]
درود @Luckie Luke گرامی. پالایه ۱۳۰ فعال شده؛ چون شوربختانه دسترسی گشت خودکار از حساب‌تون گرفته شده، پالایه اجازهٔ اضافه کردن الگوی مقالهٔ خوب یا برگزیده رو به حساب نمی‌ده. متن پالایه رو ببینید:
«افزودن رده یا الگوی مقالهٔ خوب و برگزیده توسط کاربر غیر گشت خودکار»
درود
مدتی هست که نمیتونم انگلیسی تایپ کنم در ویکیپدیای فارسی
مشکل از رایانه ام نیست و در خود فایرفاکس هم درست کار میکنه
احتمالا از یکی ترجیحات این اتفاق افتاده ممنون میشم راهنمایی کنید. ✦𝓜𝓲𝓼𝓪𝓷𝓸✦۲۶ ژوئن ۲۰۲۴، ساعت ۱۲:۰۳ (UTC)[پاسخ]
Dark mode for logged-out users coming soon![ویرایش]
Hi everyone, for the past year, the Web team at the Wikimedia Foundation has been working on dark mode. This work is part of the Accessibility for Reading initiative that introduces changes to the Vector 2022 and Minerva skins. It improves readability, and allows everyone, both logged-out and logged-in users, to customize reading-focused settings.
Since early this year, dark mode has been available as a beta feature on both the mobile and the desktop website. We have been collaborating with template editors and other technical contributors to prepare wikis for this feature. This work included fixing templates and ensuring that many pages can appear with dark mode without any accessibility issues. We would like to express immense gratitude to everyone involved in this. Because so much has been done, over the next three weeks, we will be releasing the feature to all Wikipedias!
Deployment configuration and timeline
Tier 1 and 2 Wikipedias: wikis where the number of issues in dark mode when compared to light mode is not significant. These wikis will receive dark mode for both logged-in and logged-out users. Some small issues might still exist within templates, though. We will be adding ways to report these issues so that we can continue fixing templates together with editors.
Tier 3 Wikipedias: wikis where the number of issues in dark mode when compared to light mode is significant. These wikis will only receive dark mode for logged-in users. We would like to make dark mode available to all users. However, some wikis still require work from communities to adapt templates. Similar to the group above, these wikis will also receive a link for reporting issues that will help identify remaining issues.
Week of July 1: mobile website (Minerva skin) on the Tier 1 Wikipedias (including Persian Wikipedia)
Week of July 15: desktop website (Vector 2022 skin) on all Wikipedias; mobile website: logged-in and logged-out on the Tier 2 Wikipedias, logged-in only on the Tier 3 Wikipedias
How to turn on dark mode
The feature will appear in the Appearance menu alongside the options for text and width. Depending on compatibility and technical architecture, some pages might not be available in dark mode. For these pages, a notice will appear in the menu providing more information.
How to make dark mode even better!
If you would like to help to make more pages dark-mode friendly, go to our previous message and see the section "What we would like you to do (template editors, interface admins, technical editors)".
Thank you everyone. We're looking forward to your questions, opinions, and comments!
درود. جعبه الگوی {{دورهای فرمول یک ۲۰۲۴}} در حالت تاریک رنگ پس‌زمینه‌اش را عوض نمیکند و چشم را اذیت میکند. همچنین <timeline> از عرض جعبه بیرون می‌زند که در حالت روشن دیده نمی‌شود ولی در حالت تاریک نمایان است. این مشکل در نسخه انگلیسی نیست، ولی فکر میکنم دلیل آن این باشد که برای حرف‌های فارسی از پراپرتی method="to-svg" استفاده میکنیم. اگر یکی از دوستان این امکان را دارد که درستش کند ممنون می‌شوم چون خودم نمی‌توانم. mohammad.dargبحث‌مشارکت ها۲۸ ژوئن ۲۰۲۴، ساعت ۰۵:۳۸ (UTC)[پاسخ]
درود. پیشتر در کنار عنوان هر ریسه‌ای، چندین پیوند همچون «ویکی‌پیوند»، «پایاپیوند» و غیره وجود داشت که میشد با آنها حتی به ریسه‌های بایگانی‌شده پیوند داد. اینها را مدتی است که دیگر نمیبینم و تنها پیوندی برای «اشتراک» در ریسه وجود دارد. کسی میداند چه بلایی سرِ آن پیوندهای داخلیِ مفید آمده؟ Tisfoon (بحث) ۲۸ ژوئن ۲۰۲۴، ساعت ۱۸:۱۱ (UTC)[پاسخ]
@Tisfoon: سلام. تغییراتی که در عنوان بخش‌ها اعمال شده، باعث بروز این مشکل شده. باید ابزارها اصلاح شوند. سعی میکنم این یک مورد را درست کنم. ابزار ثبت نظر و جمع‌بندی هم به مشکل خورده ظاهراً. {{کاربر|جـیپیوتر}}بحث۱ ژوئیهٔ ۲۰۲۴، ساعت ۱۴:۳۳ (UTC)[پاسخ]
چجوری میشه الگویی ساخت که به تایمر یه سایتی وصل بشه مثلا سایت fcbarcelona.cat یه تایمر معکوس داره که زمان باقیمانده به شروع بازی بعدی رو نشون میده. میشه الگویی ساخت که دقیقا به این تایمر وصل بشه و در مقاله ها استفاده بشه؟ احتمالا اگر بشه دانش خیلی بالایی میخواد Masoud.h1368 (بحث) ۲۹ ژوئن ۲۰۲۴، ساعت ۱۲:۴۴ (UTC)[پاسخ]
@Masoud.h1368: سلام. این که به آن وبگاه «وصل شود» امکان‌پذیر نیست. کاری که میشود کرد این است که تاریخ و زمان دقیق شروع بازی بعدی به‌صورت دستی وارد الگو شود و الگو هم مانند آن وبگاه خودش شمارش معکوس انجام دهد. اما تاریخ‌ها و ساعت‌ها باید به‌صورت دستی هربار وارد الگو شوند. {{کاربر|جـیپیوتر}}بحث۱ ژوئیهٔ ۲۰۲۴، ساعت ۰۴:۰۲ (UTC)[پاسخ]
@Masoud.h1368: وصل شدن به وبگاه، به آن شکل که من از درخواست شما برداشت کردم (یعنی به‌روزرسانی خودکار از وبگاه) دست کم به‌تنهایی با الگو امکان‌پذیر نیست؛ مگر توسط ربات‌ها که به‌نظرم از خیرش بگذرید بهتر است. فقط به آن روشی که در ادامهٔ پاسخ نوشتم شدنی است که در هر صورت نیازمند به‌روزرسانی دستی و منظم است. {{کاربر|جـیپیوتر}}بحث۳ ژوئیهٔ ۲۰۲۴، ساعت ۰۹:۰۳ (UTC)[پاسخ]
درود، برخی از رده های مربوط به اوساکا با نام اوزاکا نامگذاری شده است و یا اگر نام رده به طور دستی تغییر پیدا کرده ارتباط آن با میان ویکی قطع شده است. به نظر شما راهی برای حل این مسئله هست؟Roozitaa (بحث) ۲۹ ژوئن ۲۰۲۴، ساعت ۲۳:۳۳ (UTC)[پاسخ]
متأسفانه با انتقال‌های دستی و نادرست، به حدی رده‌بندی و میان‌ویکی‌ها خراب شده که اصلاحشان خیلی حوصله و زمان می‌خواهد و من فرصتش را ندارم. در نتیجه از رسیدگی انصراف می‌دهم. این ریسه اینجا بماند شاید کاربر دیگری رسیدگی کرد. {{کاربر|جـیپیوتر}}بحث۱ ژوئیهٔ ۲۰۲۴، ساعت ۰۴:۲۱ (UTC)[پاسخ]
@ Jeeputer:با تشکر، اگر منظور شما این است که انتقال دستی های که من دیروز انجام دادم موجب خرابی شده است، من هم وقت و هم حوصله دارم که تمامی ویرایش ها بر روی این رده و موضوع را که توسط من صورت گرفته واگردانی کنم. آیا واگردانی را انجام دهم؟Roozitaa (بحث) ۱ ژوئیهٔ ۲۰۲۴، ساعت ۰۸:۰۹ (UTC)[پاسخ]
@Roozitaa: در ود بر شما. بله، پیامهای شما رو در همین ریسه دیده بودم و چون من هم قبلا به این مشکل بر خورده بودم، خواستم اول با چند تا رده به نام اوساکا دوباره امتحان کنم. بعد اگه مشکلی نداشت، ادامه بدهم. کار سختی نیست، فقط اندکی زمان نیاز داره. کافیه درخواستهای انتقال رو در وپ:دار بفرستید و پس از انتقال الگوی رده بهتر رو از صفحه اوزاکا حذف و به صفحه اوساکا بیفزایید. با سپاس AKhaleghizadeh (بحث) ۱ ژوئیهٔ ۲۰۲۴، ساعت ۰۹:۱۹ (UTC)[پاسخ]
@Roozitaa: منظورم به‌طور خاص شما نبودید. به‌طور کلی انتقال دستی رده‌ها کار اصلاح را خیلی سخت میکند. انتقال اشتباه با استفاده از وپ:دار هم همینطور.
@AKhaleghizadeh: کاری که شما میکنید اشتباه است. وقتی صفحه را از طریق وپ:دار منتقل میکنید، میان‌ویکی هم منتقل میشود. بعد که الگوی رده بهتر را به صفحهٔ قبلی اضافه میکنید، باعث میشود که میان‌ویکی به صفحه‌ای متصل شود که الگوی ردهٔ بهتر دارد و رده‌ای که در اصل حاوی مقاله‌ها است، بدون میان‌ویکی بماند. برخی از آن رده‌ها که منتقل شده‌اند در عمل میان‌ویکی‌شان گم شده و نه ردهٔ مبدأ و نه ردهٔ مقصد، میان‌ویکی ندارند. به همین دلیل بود که عرض کردم کارها خیلی سخت و پیچیده شده. {{کاربر|جـیپیوتر}}بحث۱ ژوئیهٔ ۲۰۲۴، ساعت ۱۴:۳۰ (UTC)[پاسخ]
@Jeeputer: درود بر شما. بله، پس از توضیح شما این مشکل رو متوجه شدم و البته برایم خیلی عجیب بود. آیا شما از جزئیات فنی این مشکل آگاهی دارید؟ آیا امکان حل شدن این مشکل به طور کلی وجود ندارد؟ با سپاس AKhaleghizadeh (بحث) ۲ ژوئیهٔ ۲۰۲۴، ساعت ۰۴:۱۵ (UTC)[پاسخ]
@AKhaleghizadeh: اگر «اوساکا» صحیح است، رده‌هایی که در عنوانشان «اوزاکا» به کار رفته را از طریق همان وپ:دار منتقل کنید. آن‌هایی هم که عنوانشان درست است را دست نزنید. میان‌ویکی‌ها را هم از طریق ویرایش «آیتم ویکی‌داده» (که پیوندش در نوار کناری موجود است) میتوانید اصلاح کنید. {{کاربر|جـیپیوتر}}بحث۳ ژوئیهٔ ۲۰۲۴، ساعت ۰۹:۰۶ (UTC)[پاسخ]
@Roozitaa: به‌قول کاربران ویکیپدیای انگلیسی دست به آنها نزنید unless you know what you are doing. با واگردانی هم ممکن است برخی موارد ناخواسته خراب شوند. با شرایطی که من دیدم، بهتر است رده‌ها یک به یک و با دقت اصلاح شوند. چند مورد باید مد نظر باشد: ۱) میان‌ویکی به صفحه‌هایی که {{رده بهتر}} دارند وصل نباشد ۲) الگوی {{رده بهتر}} در ردهٔ «اوزاکا» باشد و نه در رده‌های «اوساکا» ۳) رده‌هایی که {{رده بهتر}} دارند، حاوی هیچ صفحه‌ای نباشند. {{کاربر|جـیپیوتر}}بحث۳ ژوئیهٔ ۲۰۲۴، ساعت ۰۹:۱۰ (UTC)[پاسخ]
@Roozitaa: بله مشکلات خیلی بیشتر از این‌هاست و به‌نظر میرسد رده‌های بیشتری هم باشند که میان‌ویکی ندارند. چند مورد دیگر را با حساب رباتم درست کردم. اما ببخشید، بیشتر از این در توانم نیست که کمک کنم. {{کاربر|جـیپیوتر}}بحث۳ ژوئیهٔ ۲۰۲۴، ساعت ۲۳:۱۴ (UTC)[پاسخ]
@Hulu2024 درود. دکس‌بات قرار نیست تمامی خرابکاری‌های آیپیها را تشخیص دهد. گاهی هم مثل آنچه گفتید به اشتباه نسخهٔ درست (درست‌تر) را واگردانی میکند که فکر کنم بهتر باشد در کاربر:Dexbot/گزارش اشتباه یا برگهٔ بحث ربات‌ران اعلام کنید. ارادتمندم ▬ کپلر/بحث ۱۱ تیر ۱۴۰۳، ساعت ۰۰:۵۵ (ایران) ۳۰ ژوئن ۲۰۲۴، ساعت ۲۱:۲۵ (UTC)[پاسخ]
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Recent changes
Over the next three weeks, dark mode will become available for all users, both logged-in and logged-out, starting with the mobile web version. This fulfils one of the top-requested community wishes, and improves low-contrast reading and usage in low-light settings. As part of these changes, dark mode will also work on User-pages and Portals. There is more information in the latest Web team update. [۳۹]
Logged-in users can now set global preferences for the text-size and dark-mode, thanks to a combined effort across Foundation teams. This allows Wikimedians using multiple wikis to set up a consistent reading experience easily, for example by switching between light and dark mode only once for all wikis. [۴۰]
If you use a very old web browser some features might not work on the Wikimedia wikis. This affects Internet Explorer 11 and versions of Chrome, Firefox and Safari older than 2016. This change makes it possible to use new CSS features and to send less code to all readers. [۴۱][۴۲]
Wikipedia Admins can customize local wiki configuration options easily using Community Configuration. Community Configuration was created to allow communities to customize how some features work, because each language wiki has unique needs. At the moment, admins can configure Growth features on their home wikis, in order to better recruit and retain new editors. More options will be provided in the coming months. [۴۳]
Editors interested in language issues that are related to Unicode standards, can now discuss those topics at a new conversation space in MediaWiki.org. The Wikimedia Foundation is now a member of the Unicode Consortium, and the coordination group can collaboratively review the issues discussed and, where appropriate, bring them to the attention of the Unicode Consortium.
درود. قبلاً از جناب قارونی پرسیدم که متاسفانه جواب ندادند. بنده در جریان گسترش مقاله اسماعیل نوری‌علا نیاز به افزودن منابعی برای سخنان افراد از وبلاگ‌هایشان دارم که متاسفانه "پالایه جلوگیری از افزودن وبلاگ‌ها" جلوی افزودن‌شان را می‌گیرد. آن وبلاگ‌ها کاملاً عمومی هستند و شخصاً مطالب و اعتبارشان را بررسی کرده‌ام. اگر اشتباه نکنم برای سخنان افراد میشود به وبلاگ‌هایشان ارجاع داد؟ خود اخطار پالایه می‌گوید مسئله را با مدیران در میان بگذارید. لطفاً بگویید چه می‌توانم بکنم؟ به درود♡𝓕𝓪𝓻𝓱𝓪𝓭۲ ژوئیهٔ ۲۰۲۴، ساعت ۲۱:۲۱ (UTC)[پاسخ]
با سلام در سربرگ این مقاله و در پایین تاریخ انتخابات ۱۵ تیر ۱۴۰۳ تعداد ۴ نشانه }}}} وجود داشته که به نظر ربطی به مقاله نداشته و اضافی می باشد اگر کسی میتواند آن را حذف کند به مقاله شکل بهتری خواهد چون نشانه های اضافی باعث کاهش اعتبار و منابع مقاله می شود. July2806 (بحث) ۴ ژوئیهٔ ۲۰۲۴، ساعت ۲۱:۴۲ (UTC)[پاسخ]
اشکال در ابزار «تبدیل عدد فارسی-انگلیسی» در ویرایش متنی[ویرایش]
سلام، در ویرایش متنی و در نوارابزار بالا یک ابزار با نام «اصلاح ارقام» با آیکون ۲۳ وجود دارد، و یک ابزار «عدد انگلیسی» با آیکون 23 است. به عنوان مثال، سناریوی زیر باگ دارد:
متاسفانه آدرس تاب آوری در اینترنت فارسی در کمال ناباوری امکان درج پیوند ندارد . موردی است که باید رسیدگی شود. لطفا بررسی شود . فقط ایران و ایالات متحده امریکا در اینترنت آدرس مستقیم تاب آوری دارند جای تعجب و رسیدگی دارد. resiliency.ir منظور است Avesta1286 (بحث) ۶ ژوئیهٔ ۲۰۲۴، ساعت ۱۲:۴۹ (UTC)[پاسخ]
ملاحظه بفرمایید مربوط به سال 1394 است معمولا کسی برای ده سال آینده تبلیغ نمیکند آنهم فرمانداری و آنهم خبرگزاری های معتبر واقعا جای تجدید نظر دارد Avesta1286 (بحث) ۷ ژوئیهٔ ۲۰۲۴، ساعت ۰۵:۰۷ (UTC)[پاسخ]
ممنونم از یاد اوری قطعا در معنای تخصصی اطلاق نخواهد شد ولی محتوی زیاد و قابل توجهی در این رسانهتولید شده است بنظر میرسد با دقت نظر و معتبر هم هستند بنظر شایسته نیست مسدود باشد Avesta1286 (بحث) ۷ ژوئیهٔ ۲۰۲۴، ساعت ۰۵:۰۴ (UTC)[پاسخ]
مخالف اطلاعات مشخصی در مورد تحریریه و وابستگی‌های وبگاه در خود وبگاه موجود نیست. فقط در پایین صفحهٔ اصلی نوشته شده که متعلق به شخصی به نام «محمدرضا مقدسی» است و صرفاً به تحصیلاتش در دانشگاه فردوسی مشهد و دانشگاه آزاد اشاره شده و حتی رشتهٔ تحصیلی‌اش هم مشخص نیست. همچنین گفته شده که «خانه تاب آوری ایران هیچگونه وابستگی سازمانی به هیچ سازمان و نهادی اعم از دولتی و غیر دولتی نداشته و ندارد» و از همین رو یک وبگاه خصوصی است که مأخذ مطالبش (که پزشکی و تخصصی هم هستند و باید مأخذشان مشخص باشد) معلوم نیست. از نظر من نامعتبر است و بهتر است در ویکیپدیا از آن استفاده نشود. {{کاربر|جـیپیوتر}}بحث۷ ژوئیهٔ ۲۰۲۴، ساعت ۱۷:۰۴ (UTC)[پاسخ]
سلام و ادب ایشان در عرصه تاب آوری ایران مطرح هستند
قطعا وجود دارد و مممنون از توجه شما در حال بررسی هستم که ریشه کار مشخص شود به نظر میرسد شایسته نیست به آدرس مستقیم تاب آوری کشور که هدف تبلیغاتی خاصی را نیز دنبال نمیکند نتوان لینک و منبع داد بهرحا تعداد کشورهایی که در اینترنت آئرس مستقیم دارند محدود است Avesta1286 (بحث) ۸ ژوئیهٔ ۲۰۲۴، ساعت ۱۸:۱۱ (UTC)[پاسخ]
بحث زیر پایان یافته‌است و به‌زودی بایگانی خواهد شد زمان جمع‌بندی: هشت روز پیش.
سلام. در مقاله بررسی فلسطین، متن یکی از تصاویر bold هست و نباید باشد. دلیلش را متوجه نشدم و احتمالا به کدنویسی الگو مربوط باشد. از دوستان فنی تقاضا دارم زحمت اصلاحش را بکشند. ارادتمند همگی Gnosis (بحث) ۶ ژوئیهٔ ۲۰۲۴، ساعت ۲۰:۱۰ (UTC)[پاسخ]
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
The CampaignEvents extension is now available on Meta-wiki, Igbo Wikipedia, and Swahili Wikipedia, and can be requested on your wiki. This extension helps in managing and making events more visible, giving Event organizers the ability to use tools like the Event registration tool. To learn more about the deployment status and how to request this extension for your wiki, visit the CampaignEvents page on Meta-wiki.
Editors using the iOS Wikipedia app who have more than 50 edits can now use the Add an Image feature. This feature presents opportunities for small but useful contributions to Wikipedia.
A problem with the color of the talkpage tabs always showing as blue, even for non-existent pages which should have been red, affecting the Vector 2022 skin, has been fixed.
Future changes
The Trust and Safety Product team wants to introduce temporary accounts with as little disruption to tools and workflows as possible. Volunteer developers, including gadget and user-script maintainers, are kindly asked to update the code of their tools and features to handle temporary accounts. The team has created documentation explaining how to do the update. Learn more.
بحث زیر پایان یافته‌است و به‌زودی بایگانی خواهد شد زمان جمع‌بندی: هفت روز پیش.
با درود، گاهی هنگام ویرایش در صفحه‌ها، از عنوان برچسب «وظیفه تازه‌وارد: ویرایستاری» استفاده میشود که نیاز به اصلاح تایپی دارد و واژۀ «ویرایستاری» باید تبدیل به «ویراستاری» شود، مانند اینجا[۴۶]. با سپاس AKhaleghizadeh (بحث) ۹ ژوئیهٔ ۲۰۲۴، ساعت ۰۳:۴۰ (UTC)[پاسخ]
بحث زیر پایان یافته‌است و به‌زودی بایگانی خواهد شد زمان جمع‌بندی: شش روز پیش.
سلام، هنگام نمایش تصاویر، آیکون‌های «نمایش تصویر بعدی» و «نمایش تصویر قبلی» به اشتباه دارند به سمت داخل و خود تصویر اشاره میکنند. که در حالت صحیح، باید محل آنها تعویض شود، تا به سمت بیرون اشاره کنند.
با درود، به مشکلی برخورد کردم. متاسفانه با ویرایش گزینه‌ها در ترجیحات کاربری دکمه‌های ویرایش متن برای من غیرفعال شدند و منشاء این تغییر نمایش را پیدا نکردم. در زمان ویرایش متن ما گاهی نیاز داریم که آخرین ویرایش تایپ‌شده یا حذف‌شده در همان زمان ویرایش برگردانیم. آیا کسی میداند که با فعال کردن کدام دکمه یا ابزار این دکمه‌های ویرایش نمایش داده میشوند؟ با سپاس AKhaleghizadeh (بحث) ۱۳ ژوئیهٔ ۲۰۲۴، ساعت ۰۵:۲۹ (UTC)[پاسخ]
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Wikimedia developers can now officially continue to use both Gerrit and GitLab, due to a June 24 decision by the Wikimedia Foundation to support software development on both platforms. Gerrit and GitLab are both code repositories used by developers to write, review, and deploy the software code that supports the MediaWiki software that the wiki projects are built on, as well as the tools used by editors to create and improve content. This decision will safeguard the productivity of our developers and prevent problems in code review from affecting our users. More details are available in the Migration status page.
The Wikimedia Foundation seeks applicants for the Product and Technology Advisory Council (PTAC). This group will bring technical contributors and Wikimedia Foundation together to co-define a more resilient, future-proof technological platform. Council members will evaluate and consult on the movement's product and technical activities, so that we develop multi-generational projects. We are looking for a range of technical contributors across the globe, from a variety of Wikimedia projects. Please apply here by August 10.
Editors with rollback user-rights who use the Wikipedia App for Android can use the new Edit Patrol features. These features include a new feed of Recent Changes, related links such as Undo and Rollback, and the ability to create and save a personal library of user talk messages to use while patrolling. If your wiki wants to make these features available to users who do not have rollback rights but have reached a certain edit threshold, you can contact the team. You can read more about this project on Diff blog.
Next week, functionaries, volunteers maintaining tools, and software development teams are invited to test the temporary accounts feature on testwiki. Temporary accounts is a feature that will help improve privacy on the wikis. No further temporary account deployments are scheduled yet. Please share your opinions and questions on the project talk page. [۴۷]
Editors who upload files cross-wiki, or teach other people how to do so, may wish to join a Wikimedia Commons discussion. The Commons community is discussing limiting who can upload files through the cross-wiki upload/Upload dialog feature to users auto-confirmed on Wikimedia Commons. This is due to the large amount of copyright violations uploaded this way. There is a short summary at Commons:Cross-wiki upload and discussion at Commons:Village Pump.
درود، درحال ثبت درخواست در دبد/گز بودم که دیدم بخش بالایش با حالت تاریک سازگار نیست. الان می‌توانم اینجا بنویسم که شاید کسی که بلد باشد درستش کند ببیند و در احتمال کمتر اهمیت بدهد؛ یا اینکه می‌توانم از یک صفحه راهنما مرتبط با درست کردن استابل‌های مخصوص حالت تاریک استفاده کنم. متاسفانه آن صفحه وجود ندارد، ولی الان که همه صفحه‌ها حالت تاریک دارند بهترین موقع است چنین بخشی به راهنما:زیرالگو اضافه شود. mohammad.dargبحث‌مشارکت ها۱۶ ژوئیهٔ ۲۰۲۴، ساعت ۰۶:۵۴ (UTC)[پاسخ]
@کپلر محوطه‌های رضوانشهر البته همگی اسامی به زبان تالشی هستند. معنی لغوی چندتایشان را می‌دانم. منتهی دربارهٔ موتور و… واقعاً نمیدانم اینها روستا هستند یا خیر؟!
همین تازگی مقالات روستاها را در ویکی دیگری می‌ساختم که دیدم در دیتابیسی که سالانه سازمان ملی آمار منتشر میکند، همیشه تعدادی ساختمان‌های مسکونی، پایگاه‌های نظامی، دامداری‌ها، کارخانجات پرت، مرغداری‌ها و برخی چاه‌های آب در دل بیابان و… هم تحت عنوان روستا ثبت شده است. برای بعضی از اینها در ویکی فارسی و انگلیسی با ربات مقاله ساختند. حالا شاید این موتورهای بلوچستان هم نظیر اینها باشد؟ که میداند؟ محک📞۲۹ ژوئن ۲۰۲۴، ساعت ۱۵:۱۰ (UTC)[پاسخ]
سلام، چقدر جالب! میدانستم شاهی را کردند قائمشهر و بندر پهلوی شد، بندر انزلی، اما تغییر نام شاهرود را نمیدانستم. این میتواند وپ:آمیک جذابی هم بشود. ارادتمند همگی Gnosis (بحث) ۱۳ ژوئیهٔ ۲۰۲۴، ساعت ۱۷:۵۴ (UTC)[پاسخ]
@Gnosis سلام. اون شهرهایی که اسمشان به قائمشهر تبدیل شده، احتمالاً به خاطر وجود درصدی (نمی دانم چند درصد) از افراد ساکن اون شهر بوده که به بهائیت گرایش داشتند، این نام عمداً بر روی آنها گذاشته شد. ولی بعضی شهرها (مثل همایون‌شهر به خمینی‌شهر در استان اصفهان) جهت گرفتن حال خاندان پهلوی، این طوری تغییر نام داده شد. فکر کنم در استان سمنان هم سنگسر تبدیل به مهدی‌شهر شده بود. Hulu2024 (بحث) ۱۴ ژوئیهٔ ۲۰۲۴، ساعت ۱۵:۴۷ (UTC)[پاسخ]
درباره سنگسر درسته ولی قائمشهر به خاطر بهاییان نبوده. این شهرستان در اون دوره شامل سوادکوه هم بود و زادگاه رضاشاه محسوب میشد به همین خاطر اسم شهر «علی‌آباد سوادکوه» رو به شاهی تغییر داده بودند. قابل توجه که آن زمان دو شهر به نام علی‌آباد در مازندران داشتیم و شاید تغییر لازمی بوده. شاهی بعد از انقلاب شد قائمشهر. شهسوار (معادل فارسی شوالیه) هم به تنکابن تغییر کرد که پیش از پهلوی هم نام مصطلح آن ناحیه بود.
در مازندران چند نام دیگر هم چه در پهلوی و چه در انقلاب ۵۷ عوض شده. از همه جالب‌تر بهشهر است که از صفوی تا پهلوی اول «اشرف البلاد» بود، رضاشاه فارسی کرد «بهشهر» محمدرضا به خاطر خواهرش می‌گفت «اشرف» و سراخر همان بهشهر شد. محک📞۱۴ ژوئیهٔ ۲۰۲۴، ساعت ۱۶:۴۹ (UTC)[پاسخ]
سلام. زیررده‌های رده:ویکیپدیا:درخواستهای ویرایش پر از درخواست‌هایی هستند که در انتظار پاسخ هستند. اکثر این درخواست‌ها باید رد شوند چون یا فاقد منبع هستند، یا نامشخص و مبهم هستند و یا اخلالگرانه/خرابکارانه هستند. برای رسیدگی به درخواست‌ها ابزار درخواست ویرایش را قبلاً ایجاد کرده بودم که مدتی بود از کار افتاده بود؛ اکنون اشکالاتش را رفع کرده‌ام و دوباره قابل استفاده است. با این ابزار رسیدگی به درخواستهای ویرایشی که باید رد شوند با ۲-۳ کلیک (حتی بعضاً بدون نیاز به نوشتن متن) امکان‌پذیر است. درخواست‌هایی که میتوان انجامشان داد را هم میشود با چند کلیک بست و از رده‌ها حذف کرد.
دوستانی که قبلاً از این ابزار استفاده می‌کردند و هنوز فعال هستند را پینگ میکنم که از فعال شدن دوباره‌اش خبردار شوند. @Q2020، StarTesla، MJXVI و Hosseinronaghi: .
ممنون بابت این ابزار کاربردی. من تلاش کردم از آن استفاده کنم، ولی مدت زمانی که طول می‌کشید تا تغییرات اعمال شوند بسیار طولانی است و عملاً هیچ ویرایشی را نتوانستم ذخیره کنم. درفش کاویانی (بحث) ۴ ژوئیهٔ ۲۰۲۴، ساعت ۱۴:۳۳ (UTC)[پاسخ]
@Darafsh: سلام. ببخشید پاسخ‌تان را ندیدم. از چه پوسته‌ای استفاده میکنید؟ من با وکتور ۲۰۲۲ و وکتور قدیمی تست کردم و مشکلی نداشت. اگر ویرایش انجام نشود، معمولاً به این معنی است که ابزار در میانهٔ کارش با خطا مواجه شده است. لطفاً یکی از صفحه‌هایی که در آن از ابزار استفاده کرده‌اید را پیوند دهید تا من هم تست کنم. {{کاربر|جـیپیوتر}}بحث۷ ژوئیهٔ ۲۰۲۴، ساعت ۱۸:۲۴ (UTC)[پاسخ]
@Darafsh: لطف دارید. اصل کارش را کاربر Terasail در ویکیپدیای انگلیسی انجام داده؛ حتی راه حل همین مشکل را که اکنون اعمال کردم. :) امتحان هم کردم و مشکل برطرف شد. لطفاً در همان بحث الگو:جعبه اطلاعات انتخابات دوباره امتحان کنید. اگر مشکل دیگری بود در بحثم خبر دهید تا درستش کنم. {{کاربر|جـیپیوتر}}بحث۷ ژوئیهٔ ۲۰۲۴، ساعت ۱۸:۴۳ (UTC)[پاسخ]
سلام چند سالست ویکیپدیا دری با ویکیپدیا فارسی ادغام شده یعنی همان قدر اینجا استاندارد فارسی ایران هست استاندارد فارسی افغانستان هم هست که مورد قبول ۹۰ درصد کاربران نیست و واژگان فارسی افغانستان پذیرفته نمیشه مثل شارناول، پوهنتون و ... با وجود اینکه بعضی واژگان اصیلتر هست مثل حجره بجای سلول بازهم حجره که هزار سال در ادبیات فارسی وجود داشته کسی قبول نکرده و سلول ۱۰۰ ساله بیشتر پسند است با وجود اینکه من حجره اضافه کردم حذف شده! چاره چیست؟ Reza Amper (بحث) ۹ ژوئیهٔ ۲۰۲۴، ساعت ۰۳:۳۵ (UTC)[پاسخ]
درود، ویکیپدیا انگلیسی هم مشکل چند dialectای دارد و فقط مخصوص اینجا نیست. استاندارد اینجا، فارسی ایران است، ولی صفحات مربوط به از فارسی دری استفاده میکنند. همانطور که استاندارد ویکیپدیای انگلیسی، انگلیسی آمریکایی است و انگلیسی بریتانیای و استرالایی و ... فقط در چند صفحه وجود دارند. mohammad.dargبحث‌مشارکت ها۹ ژوئیهٔ ۲۰۲۴، ساعت ۰۵:۴۳ (UTC)[پاسخ]
@Mohammad.darg: توقعی ندارم مقاله ای به استاندارد فارسی افغانستان باشد اما اصطلاحات فارسی افغانستان که در اول مقاله باید باشد. معمولا در ویکیپدیا انگلیسی اصطلاحات مختلف چه آمریکایی چه استرالیایی چه نیوزلندی و ... در سرفصل مقاله وجود داد.--Reza Amper (بحث) ۱۲ ژوئیهٔ ۲۰۲۴، ساعت ۱۲:۵۴ (UTC)[پاسخ]
فکر کنم یک مشکل این است که کاربران اکثرا ایرانی هنگام گشتزنی متوجه نمی‌شوند که کلماتی که افزودید از لهجه دری هستند. همین اخیرا من در مقالهای مربوط به کریکت از کلماتی که سایت‌های افغانستان استفاده میکنند استفاده کردم که توسط گشتزنان حذف شد. فکر کنم ویکی انگلیسی هم برای حفاظت از لهجه‌های بریتیش و غیره از الگو هشدار در صفحه ویرایش استفاده میکند. گاهی با چنین الگوهایی مواجه شدم. شاید باید در فارسی همین الگو را داشته باشیم محک📞۱۲ ژوئیهٔ ۲۰۲۴، ساعت ۱۳:۴۱ (UTC)[پاسخ]
@محک در صفحه تمرینم یک Ambox درست کردم. اگر {{{1}}} وجود داشت، می‌نویسد: این صفحه دارای کلماتی در لهجه‌های دیگر فارسی، مانند {{{1}}} است. لطفاً آنها را بدون دلیل حذف نکنید.
@محک: نیازی نیست آگهی به فارسی دری نوشته شود، در واقع به فارسی معیار باید باشد تا کاربران متوجه شوند که کلمات و اصطلاحات لحجه یا زبان دیگر را حذف نکنند. مخاطبان این آگهی کاربران فارسی دری نیستند. MJXVI ʕ •ᴥ•ʔ۱۴ ژوئیهٔ ۲۰۲۴، ساعت ۱۱:۱۷ (UTC)[پاسخ]
@Mohammad.darg: الگو را در صفحه نمی‌گذارند، اگهی با همین فرمت «الگو:Editnotices/Page/(نام صفحه)» که ساخته شود در پنجره ویرایش آن صفحه نمایش داده میشود. البته دسترسی به ساخت آگهی در فضای نام مقاله در اختیار مدیرها، ویرایشگرهای الگو و انتقال‌دهندگان پیشرفته است. MJXVI ʕ •ᴥ•ʔ۱۴ ژوئیهٔ ۲۰۲۴، ساعت ۱۱:۱۷ (UTC)[پاسخ]
A special election has been called to fill additional vacancies on the U4C. The call for candidates phase is open from now through July 19, 2024.
The Universal Code of Conduct Coordinating Committee (U4C) is a global group dedicated to providing an equitable and consistent implementation of the UCoC. Community members are invited to submit their applications in the special election for the U4C. For more information and the responsibilities of the U4C, please review the U4C Charter.
In this special election, according to chapter 2 of the U4C charter, there are 9 seats available on the U4C: four community-at-large seats and five regional seats to ensure the U4C represents the diversity of the movement. No more than two members of the U4C can be elected from the same home wiki. Therefore, candidates must not have English Wikipedia, German Wikipedia, or Italian Wikipedia as their home wiki.
Read more and submit your application on Meta-wiki.
گردهمایی ۲۰۲۴ گروه کاربری ویکی‌مدین‌های ایرانی[ویرایش]
گردهمایی ۲۰۲۴ گروه کاربری ویکی‌مدین‌های ایرانی، در تاریخ ۲۰–۲۲ سپتامبر ۲۰۲۴ (۳۰ شهریور–۱ مهر ۱۴۰۳) در شهر استانبول، ترکیه برگزار خواهد شد. تعدادی کمک‌هزینهٔ سفر به کاربران پروژه‌های ویکی‌مدیا، که علاقه‌مند به شرکت در این گردهمایی هستند، اعطا میشود. این کمک‌هزینه شامل بلیت هواپیما، اقامت، هزینهٔ ثبت نام، و غذا میشود.
اطلاعات بیشتر در این صفحه موجود است.
با سلام خدمت دوستان گرامی ... می خواستم بپرسم استفاده از منبع دست اول در مقاله های تاریخی جایز است؟ مصداق وپ:تحقیق دست اول نمی شود؟ در مقاله های خوب و برگزیده چطور؟ آیا می شود در مقاله های خوب و برگزیده هم از منبع های دست اول ارائه بشود ؟ Hulu2024 (بحث) ۱۵ ژوئیهٔ ۲۰۲۴، ساعت ۱۶:۲۸ (UTC)[پاسخ]
سلام و درود بر شما
ظهر شما به شادی و نیمروز شاد
بزرگوار پژوهش دست اول با منبع دست اول تفاوت دارد
پژوهش دست اول به شکل خلاصه یعنی یک منبع پیدا کردید و داده ها یا همان اطلاعات خام و بدون نظم را قبول کردید و سایر منابع را به جای قیاس با منبعی که پیدا کردید رد کردید و تنها به داده های این منبع وابسته هستید و با شتاب این منبع را بدون سنجیدن کذب یا موثق بودن داده‌های آن ملاک خود قرار می‌دهید
منابع دست اول که به یک رویداد نزدیک ترین منبع هستند شامل گزارش‌های اصلی از یک رویداد به شکل کامل و با جزئیات موثق میشود اما ماخذ ها یا همان منابع دست دوم به شکل کلی و خلاصه بر اساس این منابع دست اول مطالبی را توصیف میکنند و به شکل جامع و با جزئیات یک رویداد را توصیف نمی کنند و نقل قول از همدیگر یا نقل قول از منابع اصلی هستند برای مثال یک کتابی در یک زمینه با رفرنس به شکل تخصصی به یک دانش از علم می‌پردازد و این منبع دست اول میشود اما برای مثال در بخشی از یک کتاب آرشیوی دگر یا یک مقاله به یک پاراگراف از آن کتاب اصلی بدون توضیح کامل اشاره میشود و رفرنس خود را همان کتاب اصلی معرفی میکند و این ماخذ میشود که عمومی است
با کمال اَفسوس به خاطر اینکه اکثر منابع دست اول افشا نمی‌شوند یادچار استهلاک شدند و در ماخذها هم یک کلاغ چهل کلاغ (اِنحراف) ایجاد شده است اختلاف کاربران و مورخان هم بیشتر است اما به هر حال ببشتر از ماخذها استفاده میشود و در حال حاضر اختلاف خیلی از کاربران هم به‌خاطر همین ماخذها میباشد Sinaahvazi1378 (بحث) ۱۶ ژوئیهٔ ۲۰۲۴، ساعت ۰۹:۰۹ (UTC)[پاسخ]
سلام. این مقاله از ویکیپدیای انگلیسی ترجمه شده است. در ویکیپدیای انگلیسی این چندی پیش به نبح برده شده و به آووکادو تغییرمسیر داده شده.[۴۸] به‌نظرتان چون این مقاله دقیقاً ترجمه‌ای از نسخهٔ انگلیسی است ما هم کاری را بکنیم که در ویکیپدیای انگلیسی انجام داده‌اند؟ W7070 (بحث) ۱۶ ژوئیهٔ ۲۰۲۴، ساعت ۰۸:۵۷ (UTC)[پاسخ]
:
• مقیاس‌های بزرگی لرزه‌ای
• تامکورد
• پس‌از طوفان (نقاشی)
• امواج مو
• اورموند بیتی
• نوروآکانتوسیتوز
• زوال عقل با اجسام لویی
• روتاویروس
• سندرم تورت
• معایب الرجال
• درد مزمن
• اعتراضات آبان ۹۸
• ویلیام آدامز
• کنفدراسیون فوتبال آسیا
• موراساکی شیکیبو
• سرطان لوزالمعده
• پولیس زن در افغانستان
• اسلیم شیدی ال‌پی ۲
• مفتش اعظم
• کانو جیگورو
• مارشال مدرز ال‌پی ۲
• رزای موج‌سوار
:
مرزبان‌نامه
• جنگ صلیبی دوم
• مریلین مونرو
• جنگ صلیبی سوم
• آترا-هاسیس
• دیوید فینچر
• اتومبیل‌دزدی بزرگ ۴
• بولتون و پارک
• شاه غازی رستم
• گیلانشاه
• داستان توکیو
• چرخه قاعدگی
• روجا
:
فهرست تیمچه‌های مورد ثبت ملی در ایران
• جایزه لوریوس بهترین ورزشکار مرد سال
• فیلم‌شناسی نیکلاس کیج
• فهرست امپراتوران لاتین
:
:
• جنبش من هم در ایران
• کرمانشاه
• باشگاه فوتبال پرسپولیس
:
محمد
• فعل عبارتی در زبان انگلیسی
• باشگاه فوتبال بارسلونا
:
فهرست جایزه‌ها و نامزدی‌های تیلور سوئیفت
کتابشناسی رسول جعفریان
نظر: درود فارغ از نحوه تشخیص ویکپدین های برتر. پیشنهاد میشه در وپ:پیشخوان این کار را انجام بدیم. کاربران فعال و غیره رو شناسایی کنیم و ماهانه به این افراد مدال اعطا بشه. ✦𝓜𝓲𝓼𝓪𝓷𝓸✦ ۸ ژوئیهٔ ۲۰۲۴، ساعت ۱۹:۱۴ (UTC)
موافق به عنوان پیشنهاد دهنده. Azad Talk ۵ ژانویهٔ ۲۰۲۴، ساعت ۰۸:۴۶ (UTC)
مخالف اینکه فقط بر اساس حجم فعالیت (ویرایش) کاربران بخواهیم از آنها تقدیر کنیم با هیچ منطقی درست نیست.
پاسخ: درود آرامش گرامی آن تنها به دلیل ویرایشگر برتر از نظر مقاله نامزد شده است بدیهی است که چیز بدی نیست اما منظور بنده قضاوت یک مقاله یا چند مقاله نیست مثلا اکنون همه مدیران رامی زحمت میکشند اما امسال به نظر شخص بنده جناب جییبوتر و سانفایر و امیر عزیز به عنوان سه تن از بیشترین مشارکت کنندگان و رهگشایان بوده اند نه اینکه مثلا جناب قارونی و یا Q2020 و ... زحمت نکشیده بلکه کمتر حضور داشته‌اند بدیهی است این سه تن اگر با آمار دریافتی متناسب باشند باید قدردانی و نشان دریافت دارند همچنین ویکیبانان و گشتزنان و نگهبانان و بیشترین حجم ویرایشگران محتوایی. هر چیز به جای خویش نیکوست. Azad Talk ۵ ژانویهٔ ۲۰۲۴، ساعت ۱۰:۰۰ (UTC)
ممتنع است. {{کاربر|جـیپیوتر}} بحث ۲۶ آوریل ۲۰۲۴، ساعت ۱۶:۳۴ (UTC)
ادامه بحث در ویکیپدیا:تابلوی_اعلانات_مدیران#افزودن_کاربران_فعال مطرح شد. ✦𝓜𝓲𝓼𝓪𝓷𝓸✦ ۸ ژوئیهٔ ۲۰۲۴، ساعت ۱۹:۳۲ (UTC)
در حال انجام...
انجام شد
{{کاربر|جـیپیوتر}} بحث ۱ ژوئیهٔ ۲۰۲۴، ساعت ۱۴:۵۶ (UTC)
The new version of MediaWiki will be on test wikis and MediaWiki.org from 21 May. It will be on non-Wikipedia wikis and some Wikipedias from 22 May. It will be on all wikis from 23 May (calendar). [۵][۶]
The HTML used to render all headings is being changed to improve accessibility. It will change on 22 May in some skins (Timeless, Modern, CologneBlue, Nostalgia, and Monobook). Please test gadgets on your wiki on these skins and report any related problems so that they can be resolved before this change is made in all other skins. The developers are also considering the introduction of a Gadget API for adding buttons to section titles if that would be helpful to tool creators, and would appreciate any input you have on that.
مقدونیه شمالی را که مقاله مرتبط با آن تیم ملی فوتبال مقدونیه شمالی است را به هم ربط دهد؟ (رحمانی) (بحث) ۱۰ ژوئن ۲۰۲۴، ساعت ۱۸:۱۸ (UTC)
Article footer entry point
لایک MJXVI ʕ •ᴥ•ʔ ۱۱ ژوئیهٔ ۲۰۲۴، ساعت ۱۲:۲۷ (UTC)