ويكيبيديا:الميدان/تقنية/أرشيف/2013/يوليو

تعدد الإحداثيات

عدل

أهلاً بكم، كيف يمكن تقنياً حل مشكلة تعدد الإحداثيات في مقالة واحدة ؟--Helmoony (نقاش) 21:28، 1 يوليو 2013 (ت ع م)

أظن، عن طريق حذف إحداها، فلا يمكن أن تقع مدينة واحدة في مكانين. في حال عدم الاتفاق على موقع «مركز» المدينة، يمكن حذف إحدى القيمتين عشوائياً   --abanimaنقاش 08:32، 2 تموز 2013 (ت.ع.م)
مرحباً، قد يحدث سهو، أو نظراً لتعدد المحررين في المقالة الواحدة، أو قد تجد الإحداثيات مكررة في قالب المعلومات وفي النص العادي أيضاً. هل يمكن أن يقوم بوت بالتدقيق على تعدد الإحداثيات في المقالة الواحدة؟ --Mervat Salman (نقاش) 12:22، 2 يوليو 2013 (ت ع م)
عادة يوجد التكرار عند النسخ او الترجمة من الإنجليزية فهنا نضعها في أعلى المقالة ولكن في الانجليزية توضع في الأسفل قبل {{ثبت المراجع}} --إبراهيم قاسمراسلني 20:41، 26 يوليو 2013 (ت ع م)[ردّ]

استخدام الإضافات

عدل

مرحبا. قام مستخدم من ويكيبيديا الإنجليزية بتوليد إحصاءات عن استخدام الإضافات في جميع الويكيات على غيت هب. وهذه هي الأرقام بالنسبة للاستخدام على ويكيبيديا العربية للاطلاع من قبل المهتمين. --سايفرز (نقاشمساهمات) 23:34، 3 يوليو 2013 (ت ع م)[ردّ]

  • gadget-AddEditLinkToOldVersionLinks 137
  • gadget-AdvancedSiteNotices 100
  • gadget-AncreTitres 811
  • gadget-AutoEd 379
  • gadget-BandeauxPortails 1165
  • gadget-BiDiEditing 10732
  • gadget-CiteTooltip 113
  • gadget-Collapsible_ChangesList_options 383
  • gadget-CustomSideBarLinks 769
  • gadget-Direct-link-to-Commons 14
  • gadget-Dwim 75
  • gadget-Editsection_inline 663
  • gadget-Edittoolbar 20
  • gadget-Edittools-vector 2
  • gadget-ExternalLinkIcon 80
  • gadget-Extra-Edittools 746
  • gadget-FlecheHaut 761
  • gadget-GoogleTrans 1335
  • gadget-GreenRedirect 269
  • gadget-HideFundraisingNotice 1219
  • gadget-HistoryCount 608
  • gadget-HotCat 6240
  • gadget-HotInterwiki 1077
  • gadget-InterwikiOrder 126
  • gadget-InvertSelection 5242
  • gadget-JSL 4629
  • gadget-Lastchanges 768
  • gadget-LeftLeaningItalics 180
  • gadget-LinkTranslator 726
  • gadget-LinksInfo 233
  • gadget-MuttasilAmLa 694
  • gadget-OrphanCheck 62
  • gadget-PersonalScript 11
  • gadget-Popups 9504
  • gadget-Purgetab 3584
  • gadget-QPreview 870
  • gadget-RenommageCategorie 7
  • gadget-SetInterlangTooltip 307
  • gadget-Sharebox 554
  • gadget-ShortLink 10180
  • gadget-ShortNSSearch 690
  • gadget-Special:WhatLinksHere_action_links 54
  • gadget-Summarieslist 91
  • gadget-SummaryEnterPreview 460
  • gadget-SummaryEnterSave 468
  • gadget-Talikat 581
  • gadget-TemplateParamWizard 37
  • gadget-Transli 624
  • gadget-UTCLiveClock 4343
  • gadget-UsernameReplace 50
  • gadget-Wikidata 368
  • gadget-WikidataInfo 198
  • gadget-autocomplete 760
  • gadget-contributions-report 707
  • gadget-dictionaryLookupHover 873
  • gadget-diffswitchdir 28
  • gadget-disableWikiMenu 2
  • gadget-editIntro 761
  • gadget-edittop 787
  • gadget-iRef 685
  • gadget-jqinlog 2
  • gadget-mass_rollback 10
  • gadget-microblog 812
  • gadget-myGadgets 109
  • gadget-mySandbox 177
  • gadget-newCollapsible 212
  • gadget-newsectionbottom 28
  • gadget-page-authors-simple 610
  • gadget-referencederoulante 623
  • gadget-saveandedit 783
  • gadget-sign 821
  • gadget-signit 47
  • gadget-stru-contavisite 791
  • gadget-talkStyle 106
  • gadget-upload-description 35
  • gadget-useCustomMenu 4
  • gadget-userScriptSandbox 52
  • gadget-userinfo 749
  • gadget-userrights 7
  • gadget-userrights2 7
  • gadget-watchlist 510
  • gadget-watchlistnotifier 673
  • gadget-wikEd 5527
  • gadget-wikiMenu 4
  • gadget-wikiMenuDependencies 3

عجباً ألا يوجد صندوق معلومات لرياضة!! ولا أقصد قالب: رياضة أولمبية--ن.ح (نقاش) 13:59، 8 يوليو 2013 (ت ع م)[ردّ]

الخط الأميري لم يعد يعمل

عدل

مرحبا. هل لاحظ أحد غيري أن الخط الأميري لم يعد يعمل في الموسوعة سواء دون تسجيل الدخول أو حتى عند اختياره؟ هل لدى أحد علم بأي تجاوب في الموضوع على بغزيلا، أو أي تغييرات محلية؟ (للتوضيح : هذه حتما ليست شكوى من توقف عمل الخط الأميري  ). --سايفرز (نقاشمساهمات) 17:35، 8 يوليو 2013 (ت ع م)[ردّ]

عطل تعيينه افتراضيا لتعدد الشكاوى الميدانية (; ما زال متاحا في قوالب مثل قالب:خط/عربي. يمكن استخدامه بصورة شاملة عن طريق ويكيبيديا:خب --زكريا 01:19، 9 يوليو 2013 (ت ع م)[ردّ]
شكرا لك زكريا. --سايفرز (نقاشمساهمات) 16:20، 9 يوليو 2013 (ت ع م)[ردّ]
ولماذا لم يظهر ذلك في بجزيلا؟--محمد أحمد عبد الفتاح (نقاش) 20:13، 9 يوليو 2013 (ت ع م)[ردّ]
لأنه أجري في ويكيبيديا =) --زكريا 00:06، 10 يوليو 2013 (ت ع م)[ردّ]
إذًا الخط الأميري لا يحمل على أنظمة الجميع الآن؟ إن كان الأمر كذلك، علينا حل المشكلة الأكبر، تعديل الصفحات الطويلة.--محمد أحمد عبد الفتاح (نقاش) 00:23، 10 يوليو 2013 (ت ع م)[ردّ]
أجل لكن يمكن اختياره كما ذكرت. الصفحات الطويلة، أقترح تقسيمها، أي نقل نصوص الأقسام الطويلة إلى مقالات مفردة؛ هذا سيعطينا مزيدا من المقالات ومزيدا من التوازن.--زكريا 00:29، 10 يوليو 2013 (ت ع م)[ردّ]
هذا ليس حلًا حقيقيًا. بداية، نريد أن نعلم لماذا يحدث هذا عندنا فقط؟--محمد أحمد عبد الفتاح (نقاش) 00:44، 10 يوليو 2013 (ت ع م)[ردّ]
الاحتمالات كثيرة. عسى أن نجد الحل قريبا :)--زكريا 01:39، 10 يوليو 2013 (ت ع م)[ردّ]
أعتقد، أن أسرة الخطوط تسمى عادةً arial, sans-serif وليس مجرد آريال. --abanimaنقاش 10:49، 10 تموز 2013 (ت.ع.م)
  أضيف --زكريا 14:31، 10 يوليو 2013 (ت ع م)[ردّ]

لنقم بإلغائه كخط افتراضي من جميع مشاريع ويكيميديا وليس ويكيبيديا العربية فقط، فهو حاليا يظهر افتراضيا في كل المشاريع الشقيقة كويكي مصدر والأخريات. هلا يتكرم أحد الملمين بكيفية الإبلاغ عن القضايا الفنية لمؤسسة ويكيميديا بمخاطبتها بالأمر؟ --MassimoAr (نقاش) 17:57، 15 يوليو 2013 (ت ع م)[ردّ]

لقد طلب ذلك من سايفرز بحكم صلاحية الإدارية في معظم المشاريع العربية--زكريا 18:41، 15 يوليو 2013 (ت ع م)[ردّ]
لا أعتقد أن هذه طريقة حكيمة لمعالجة القضية. ينبغي إلغاء "أميري" كخط افتراضي من برنامج ميدياويكي نفسه وليس باستخدام الصفحات المتراصة. إن هذا الخط الآن يحتكر إظهار أي نص مكتوب باللغة العربية في أي مشروع ويكيميديا لا المشاريع العربية فقط. حتى وصلات الإنترويكي العربية في ويكيبيديا الإنكليزية مثلا لم تسلم منه. النصوص الفارسية عانت نفس المشكلة مع خط الويب Iranian Sans فتم إلغاؤه بعد تقديم طلب لمؤسسة ويكيميديا. --MassimoAr (نقاش) 19:24، 15 يوليو 2013 (ت ع م)[ردّ]
كان هناك التصويت، غير أن تفعيله لم يتم. بالمناسبة الطريقة نفسها استخدمت في الفارسية قبل التفعيل --زكريا 21:56، 15 يوليو 2013 (ت ع م)[ردّ]

مساعدة ويك-إد

عدل

عند استخدام الويك-إد يظهر أسفل منطقة التحرير wikEd help وتذهب إلى صفحة في ويكي الإنجليزية للمساعدة في استخدام البرنامج، لكن وجدت بالفعل عرض لكيفية استخدام البرنامج في هذه الصفحة ويكيبيديا:ويك-إد. وأيضًا لماذا يحول زر إلغ للميدان وما الداعي لذلك؟--عمارة ( نقاشي ! ) 23:34، 10 يوليو 2013 (ت ع م)[ردّ]

تعذر تعديل الصفحات الطويلة

عدل

بعد أن حلت مشكلة الخط الافتراضي، علينا الآن بحث تعذر تعديل الصفحات الطويلة. نريد أن نعلم لماذا يحدث هذا عندنا فقط؟ وهل يعلم المطورون بهذه المشكلة؟--محمد أحمد عبد الفتاح (نقاش) 16:14، 11 يوليو 2013 (ت ع م)[ردّ]

لأ أعرف لماذا نوقش الموضوع كثيراً وفي كل مرة لم يتوصل الى حل ، أعتقد في إحدى المرات توقف النقاش عند ضرورة التواصل مع مؤسسة ويكيميديا بهذا الخصوص ، لذا دعونا نبدأ من هذه النقطة --بدارين 13:52، 12 يوليو 2013 (ت ع م)[ردّ]
عندما كانت الإضافات معطلة، لاحظت أن تعديل صفحة طويلة مثل السودان كان أسهل. هذه نقطة للاعتبار. أمر آخر، تحويل القوالب إلى وحدات سيسرع تحميلها (مثال قالب أصبح على الأقل 6 مرات أسرع). أخيرا، أقترح تقسيم المقالات الطويلة واتباع أسلوب التلخيص. لا أظن أن ما يحصل في ويكيبيديا العربية سيكون أولوية عند مطوري الميدياويكي. --زكريا 16:14، 14 يوليو 2013 (ت ع م)[ردّ]
إذًا علينا البدء بتحويل القوالب الأكثر استخدامًا إلى وحدات، مثل قوالب المراجع. والسؤال هو، هل يعلم المطورون أساسًا بما يحدث؟ وليس هل يهتمون، أعتقد أن عليهم أن يروا ذلك أولوية لهم؛ فهذا يعوق تعديل المقالات في إحدى الموسوعات، وموسوعتنا ليست صغيرة.--محمد أحمد عبد الفتاح (نقاش) 16:24، 14 يوليو 2013 (ت ع م)[ردّ]
هم على علم --زكريا 16:33، 14 يوليو 2013 (ت ع م)[ردّ]
هذا الطلب حول بطء تحميل الصفحات، وليس تعذر تعديلها! الأمران مختلفان، تعذر التحميل مشكلة حقيقية يجب أن تكون في أولويات المطورين. التلخيص يعقد عمل المحررين.--محمد أحمد عبد الفتاح (نقاش) 17:01، 16 يوليو 2013 (ت ع م)[ردّ]
إذًا علينا تقديم طلب آخر نوضح فيه هذه المشكلة، لكن يفضل أن نحدد الطول الذي تصبح المقالة غير قابلة للتعديل من بعده.--محمد أحمد عبد الفتاح (نقاش) 16:45، 20 يوليو 2013 (ت ع م)[ردّ]
ليس لي علم بالحجم التي تصير به الصفحة بطيئة التحميل. أحيانا يبدو أن البطء متعلق بنوع المحتوى (صور كثيرة، أم نصوص فقط) أكثر من الحجم. بانتظار رد محتمل من المطورين، واقعيا، أرى أن تلخيص بعض المقالات (للتعرف أكثر على الأسباب المحتملة لتأخر التحميل) خيار يستحق التجربة، كما أنه سيفيد في زيادة عدد المقالات واللامركزية يعني، بالرغم مما أشرت إليه يا محمد :) --زكريا 23:46، 21 يوليو 2013 (ت ع م)[ردّ]
الموضوع ليس بطء التحميل، هو تعذر حفظ التعديلات في الصفحات الكبيرة. وهل نتوقع ردًا من المطورين في وقت قريب؟ هل يبحثون الأمر الآن؟ إن هذا الطلب مضاف منذ 10 أشهر. أعتقد أن الحل سيكون أسرع ببحث مقصود من أكثر من طرف وليس بانتظار الفرج.--محمد أحمد عبد الفتاح (نقاش) 00:04، 22 يوليو 2013 (ت ع م)
يوجد بطء شديد أيضا عند حفظ الصفحات الطويلة (لا جلبها) عبر الواجهة البرمجية وكثيرا ما يفشل pywikipediabot في ذلك. في أحيان أخرى ينجح لكن دون أن يتلقَ ردًا من الخادوم بذلك فيظن أنه فشل ويعيد المحاولة دونما جدوى.--OsamaK (ناقش) 00:04، 22 يوليو 2013 (ت ع م)[ردّ]

ورشة ويكيمانيا مناقشة موضوع الخوادم

عدل

السلام عليكم جميعا،

رمضان كريم،

ستعقد ورشة عن ويكيبيديا العربية في مؤتمر ويكيمانيا 2013 بإذن الله تعالى. سيشرف عليها Nan deko و Ahmed Mohi El din وشخصي. أحببنا أن نتحدث عن مشكلة الخوادم وكيف إذا تخطينا حاجز التمويل أن نبدأ في توزيعها رويدا على المنطقة العربية والتزامن بينهم...

--Asaifm (نقاش) 12:52، 12 يوليو 2013 (ت ع م)[ردّ]

  • فكرة ممتازة أن تناقش مشكلة الخوادم المخصصة لعمل ويكيبيديا العربية ،يوما بعد يوم تتثاقل الويكي و هذا بالوقت يشكل عائقا في تطورها انا واثق إن كانت عملية مضاعة عدد الخوادم و شريط المرور المخصص للويكيبيديا سيكون الموقع أكثر سلاسة و يتناقص عدد التعطلات في الموقع --بشـــونـد☯ ✉نقاشـــ✎ 18:52، 12 يوليو 2013 (ت ع م)[ردّ]

برامج جديدة

عدل

مرحبًا بمحرري ويكيبيديا العربية من مؤسسة ويكيبيديا. وكما يعرف بعض منكم، أن المحرر المرئي الجديد سيتوفر قريبًا على جميع نسخ ويكيبيديا، وموعد انطلاق تلك الخاصية على ويكيبيديا العربية هو 29 يوليو القادم. إذا كنت ترغب في تجربة الخاصية الجديدة قبل ذلك الموعد، اذهب إلى "تفضيلات"، ثم "تحرير" ثم "مكّن المحرر المرئي" في نهاية الصفحة. احفظ التعديلات وسيصبح المحرر المرئيس متوفرًا. نحن نبحث عن المشكلات والأفكار من أجل التطوير. من فضلك اترك انطباعك هنا (نقاش_المستخدم:PEarley_(WMF)) أو في ميديا ويكي هنا ([1]). ونحن أيضًا بحاجة إلى متطوعين لترجمة مستندات المحرر المرئي، للمساعدة في الترجمة اضغط هنا ([2]). شكرًا لتعاونك وإلى اللقاء.PEarley (WMF) (نقاش) 02:39، 13 يوليو 2013 (ت ع م)[ردّ]

  تعليق:

  • مشكلة كبيرة في سهولة نقل الصور من اليمين لليسار
  • تمنيت إضافة إستعمال خاصية القوائم الإفتراضية مثل ما نراه في جوجل

--بشـــونـد☯ ✉نقاشـــ✎ 03:52، 13 يوليو 2013 (ت ع م)

اختفاء الإضافات وبعض الخاصيات

عدل

السلام عليكم. قد تلاحظون اختفاء قسم الإضافات من التفضيلات وأنها لم تعد تشتغل. وقد أبلغ عن ذلك. ريثما يحل المشكل، لاستخدام الخاصيات الأساسية، انسخ الاسم (القائمة) وأضف importScript('Mediawiki:Gadget-name.js'); في خاص:صفحتي/common.js. مثلا للمصناف الفوري: importScript('Mediawiki:Gadget-HotCat.js');. لا تنس إزالتها بعد عودة قسم الإضافات. --زكريا 14:01، 14 يوليو 2013 (ت ع م)[ردّ]

لاحظت ذلك وأضفت شفرة المصناف الفوري في خاص:صفحتي/vector.js. واسترجعته، ولكن السؤال لماذا يجب إزالتها بعد عودة قسم الإضافات؟.  أسامة الساعدي  ناقش        15:37، 14 تموز 2013 (ت.ع.م)
لأنها ستكون مشغلة هناك، فلا حاجة لتحميلها مرتين :). ويبدو أنها عادت! --زكريا 15:45، 14 يوليو 2013 (ت ع م)[ردّ]

"أظهر معاينة أولا" لغير المسجلين

عدل

السلام عليكم. يمكن جعل زر "احفظ الصفحة" لا يعمل إلا بعد الضغط على "أظهر معاينة" لغير المسجلين. ما رأيكم؟ --زكريا 14:18، 16 يوليو 2013 (ت ع م)[ردّ]

أقوم بذلك في معظم تعديلاتي وسيكون مفيد لو طبق بشكل إجباري لغير المسجلين --بدارين 14:30، 16 يوليو 2013 (ت ع م)[ردّ]
قد يكون هناك من غير المسجلين من لا يريد أن يظهر معاينة قبل الحفظ؛ لأن ذلك مزعج مثلًا. فهل يتوفر خيار لتعطيل المعاينة لمحرر غير مسجل؟--محمد أحمد عبد الفتاح (نقاش) 14:32، 16 يوليو 2013 (ت ع م)[ردّ]
المعاينة ستحقق فوائد منها : تقليل التخريب والسبام حيث ستأخذ المعاينة بعض الوقت ،أيضاً التأكد من التنسيق قبل حفظه وخاصة أن غير المسجل يهمه فقط الإضافة ولا يكترث للتنسيق و كذلك تعديل الأخطاء المطبعية ، ولذا فالأفضل أن لا يكون هناك خيار التعطيل ، وأقترح أيضا تذكير المستخدم بالتوقيع إن أمكن --بدارين 14:43، 16 يوليو 2013 (ت ع م)[ردّ]
لا أعترض على المقترح في المطلق، بل أطرح إشكالًا بسيطًا أعتقد أنه يجب حله. ولا أعتقد أن معظم المسجلين سيحسنون تنسيق ما يضيفون أو يعدلون الأخطاء المطبعية إذا فرضت عليهم المعاينة فقط. من يجيد الإملاء سيكتب كتابة صحيحة من أول مرة، وكذلك التنسيق، من لا يجد تنسيقه قويمًا يمكنه التعديل مرة أخرى. لكن بالفعل، تقليل التخريب والسخام سيكون من ثمرات هذا المقترح.--محمد أحمد عبد الفتاح (نقاش) 14:52، 16 يوليو 2013 (ت ع م)[ردّ]
  •   محايد: رأيت تطبيقها على غير المسجلين والجدد في بعض النسخ الأخرى ولا أراها مزعجة جداً ولا مفيدة كثيراً. في كل الأحوال، حبذا لو أمكن تقييم مفعول هذه التجربة، لكني لا أتصور كيف السبيل إلى ذلك. --abanimaنقاش 16:14، 16 تموز 2013 (ت.ع.م)
أنا متحفظ على هذا الأمر، وذلك لأن الأمر يضيف تعقيدا على عملية التحرير. صادفت سابقا مثل هذا الأمر في لغات ويكيبيديا أخرى، إلا أنه إن لم يكن المستخدم يعلم بماهية هذا الإجراء فإنه لن يقوم بالضفط على زر المعاينة. بالمحصلة ستكون العملية المؤدية للحفظ هي بالقيام بالضغظ مرتين على زر الحفظ (المرة الأولى ستظهر المعاينة، والمرة الثانية تقوم بالحفظ) وهو ما لا يحقق الفائدة المرجوة من الطرح الأصلي للموضوع. أرى أن طرح ميزات جديدة مثل تلك يجب أن تكون مدعمة ببعض البراهين أو الأرقام، ومن الخطأ أن تعتمد على آراء من وجهة نظر أحادية، والتي هي (في حال معظم النقاشات في الميدان) وجهة نظر المحررين المنتظمين. --سايفرز (نقاشمساهمات) 17:59، 16 يوليو 2013 (ت ع م)[ردّ]
غير المسجل لا يعرف فنيات التحرير، وحتى لو رأى المعاينة ربما لا يلتفت إلى وجود نقص في مساهمته، لأن من يدخل ويكيبيديا لأول مرة ويريد أن يعدّل فيها فإنه لا محالة سوف يخطئ في التنسيق وإضافة المصدر .. وغيرها من فنيات التحرير، وحتى زر المعاينة سوف لن يحل المشكلة، بل سيكون مجرد مرحلة ثانية. رهاننا الوحيد هو على من يسجل ويستمر في المساهمة وهذا سيتعلم بعد مرور فترة. برأيي كل مقترح في هذا المجال يجب أن يركز على تسهيل العمل بويكيبيديا بجعل التحرير مرئي وسهل وسلس، ولا ينبغي أن تكون المقترحات منصبة على تعقيد الأزرار وتطويل المراحل التحريرية. فإن هذا ربما يؤدي إلى نتائج عكسية.  أسامة الساعدي  ناقش        21:22، 16 تموز 2013 (ت.ع.م)

مشكلة في إظهار الهامش في مونوبوك

عدل
 

منذ فترة تغير شكل الهامش الأيمن عندي في واجهة مونوبوك في فايرفوكس وجوجل كروم. أول ما لاحظته هو أن أثناء تحرير صفحة ما انزاحت المجموعات الثلاث الأخيرة من الوصلات إلى ما بعد صندوق التحرير وإطار أدوات التحرير؛ هذا مزعج لكن يمكن تحمله. اليوم انتبهت إلى أن مجموعات الوصلات أثناء مشاهدة الصفحات متداخلة وجزء منها صار خلف صندوق البحث، بعضها لا يظهر مطلقاً وبعضها الآخر يمكن استعماله بصعوبة (الصورة). فما الأمر؟ --abanimaنقاش 16:37، 16 تموز 2013 (ت.ع.م)

أنا حينما تواجهني هذه المشكلة أقوم بتغيير حجم الصفحة التي يعرضها المتصفح وذلك عن طريق الضغط على Ctrl & + أو Ctrl & - فيرجع كل إلى موقعه.  أسامة الساعدي  ناقش        21:28، 16 تموز 2013 (ت.ع.م)
استرجع وأبلغ عنه --زكريا 22:39، 16 يوليو 2013 (ت ع م)[ردّ]
أسامة: جربتها قبل الإبلاغ عن المشكلة ولم تجد نفعاً؛ كما أني أضع حجم الصفحة المناسب للقراءة.
زكريا: شكراً، المشكلة الأولى (قراءة الصفحات) انحلت على ما يبدو، والثانية (تحرير الصفحات) تغيرت: الآن كل المجموعات راحت إلى ما بعد صندوق وأدوات التحرير  
abanimaنقاش 08:44، 17 تموز 2013 (ت.ع.م)

المقالات اليتيمة

عدل

مرحباً ، أُلاحظ باستمرار أنه عند إضافة وصلة داخلية بعنوان مقالة يتيمة في إحدى الصفحات فإنه لا يوجد بوت يزيل وسم يتيمة من المقالة ، ثانياً اذا إستخدمت وصلة داخلية مكافئة لمقالة يتيمة فإن رسالة يتيمة تبقى ظاهرة أسفل مساحة التحرير --بدارين 13:40، 17 يوليو 2013 (ت ع م)[ردّ]

ويكيبيديا:يتيمة تقول أنه يجب إضافة وصلة من ثلاث مقالات.--محمد أحمد عبد الفتاح (نقاش) 14:49، 17 يوليو 2013 (ت ع م)[ردّ]
مثال ، مقالة تل بلاطة تصل اليها مقالة واحدة فقط ورغم ذلك ليست يتيمة ! ، الذي يهم بالأساس هو وجود بوت يزيل الوسم عندما تصبح المقالة غير يتيمة (سواء وصلة أو ثلاثة) ، ومثال الوصلة المكافئة ، [[تل بلاطة|تل البلاطة]] --بدارين 15:55، 17 يوليو 2013 (ت ع م)[ردّ]
البوت لن يزيل القالب من مقالة تصل إليها مقالة واحدة، يجب التوصيل بثلاث مقالات أو أكثر. بوت سايفرز يزيل القالب بعد وصل المقالات، لكن هذا غير مذكور في قائمة أعماله.--محمد أحمد عبد الفتاح (نقاش) 16:24، 17 يوليو 2013 (ت ع م)[ردّ]
يا محمد ، أي مقالة تصل اليها مقالة واحدة فهي ليست يتيمة ، ولذا على البوت إزالة الوسم وهذا لم يحصل حتى الان ، انظر مثلاً ، حركة حباد تصل إليها زلمان شازار ، ثانياً ، حتى الان لم أجد رداً على الوصلات الداخلية المكافئة ، مثال : فوهة قمرية مقالة يتيمة رغم أنه تصل اليها مقالة روبرت هوك ولكن الوصلة هي الفوهات القمرية . --بدارين 18:38، 26 يوليو 2013 (ت ع م)[ردّ]
على ما أتذكر أو أظن، تحديد العدد 3 جاء في إطار نقاش، لم أتمكن من العثور عليه، إن كان موجودًا! أما الوصلات الداخلية المكافئة (غير المباشرة)، فبالتجربة في هذه مقالة، التحويلة تؤدي عمل الوصلة الداخلية المباشرة، أي أن مارك-1 تظهر في صفحة "ماذا يصل هنا" الخاصة بمقالة الآلة التجريبية.--محمد أحمد عبد الفتاح (نقاش) 08:55، 27 يوليو 2013 (ت ع م)[ردّ]

إضافة الوصلات الداخلية والخارجية

عدل

أين اختفت إضافة معرفة الرابط للوصلات الداخلية والخارجية؟ --Kuwaity26 (نقاش) 01:38، 18 يوليو 2013 (ت ع م)[ردّ]

بوت لتصحيح همزات الوصل

عدل

السلام عليكم، نزّلت نسخة من صفحات الموسوعة وبحثت عن أوزان فيها همزات وصل ويكثر فيها الخطأ (استفعال وانفعال مثلا) فوجدت أكثر من 18 ألف خطأ إملائي (معظمها في المقالات لكن الرقم يشمل أيضا صفحات المساعدة والبوابات والقوالب). ولّدت قائمة بتلك الأخطاء ووضعتها في هذه الصفحة. راجعتها مدخلة مدخلة وأزلت بعض المدخلات التي كانت أسماءً أعجمية دخلت خطأ لموافقتها تلك الأوزان. آمل من الزملاء أن يراجعوا القائمة وأن يساهموا في تصحيحها واقتراح أوزان جديدة (لا يشترط أن تكون لتصحيح همزات الوصل). سأشغل بوتتي الحبيبة لتؤدي الواجب بعد بضعة أيام إن لم يعترض أحد.--OsamaK (ناقش) 11:00، 18 يوليو 2013 (ت ع م)[ردّ]

حسب علمي استفعال (مثل اقتصاد واكتشاف) وافتعال (مثل انتخاب) وانفعال (مثل انطلاق) كلُّها تكتب بهمزات وصل، كذلك جميع أو أغلب همزات القطع الأخرى في القائمة --عباد (نقاش) 17:02، 18 يوليو 2013 (ت ع م).[ردّ]
نعم، لذلك جمعتها. القائمة فيها الكلمات التي فيها خطأ إملائي وبين القوسين عدد مرات تكرارها.--OsamaK (ناقش) 17:17، 18 يوليو 2013 (ت ع م)[ردّ]
أوه، ظننت أن هذه هي التصحيحات التي سنعتمدها!  --عباد (نقاش) 17:47، 18 يوليو 2013 (ت ع م).[ردّ]
  • أتذكر كان هنا بوت نشيط يعدل بناء على التعابير النمطية، وكان عمله ناجحاً بشكل عام. حدثت بعض الأخطاء معه، لكن صاحبه كان (على ما يبدو) يضيفها بسرعة إلى قائمة الاستثناءات فلا تتكرر. للأسف لا أذكر اسم البوت الآن. --abanimaنقاش 19:11، 18 تموز 2013 (ت.ع.م)
  • لو تقوم بوتتك   بالتصحيح الإملائي اعتماداً على ويكيبيديا:الأوتو ويكي براوزر/المستبدلات سيكون عمل رائع وستجد آلاف مؤلفة من الأخطاء. حالياً يوجد فيها بعض الحالات الخاطئة يمكن حصر أغلبها واستثناء ما تبقى منها. --زاهر (نقاش) 20:06، 18 يوليو 2013 (ت ع م)[ردّ]
جيّدة. سأركز مبدئيا على العبارات النمطية التي كتب فهي تستهدف جانبا آخر لا تستهدف تلك القائمة.--OsamaK (ناقش) 21:59، 18 يوليو 2013 (ت ع م)[ردّ]
أبانيمنا، هذا أنا! أسامة، يمكنك مراجعة عمل البوت لمعرفة ما كان يفعل تماما. أنا مستعد لأي تعاون لإحياء البوت أو تسليم الكود المستخدم ليتم تطويره. يرجى مراسلتي عالخاص أو على صفحتي لتنبيهي بأي نقاش مستقبلي بخصوص هذا البوت. --Bassemنقاش 10:36، 22 يوليو 2013 (ت ع م)[ردّ]
أين يمكنني الاطلاع على قائمة الاستثناءات؟ شكراً --Mervat Salman (نقاش) 10:32، 24 يوليو 2013 (ت ع م)[ردّ]

Does the community of ar-wiki have problems with the visual editor?

عدل

Hello all, I write this message to inform you about the visual editor and the problems other Wikipedias have with it, so that the Arabic speaking community can inform themselves and decide if this is a concern for this Wikipedia as well or not.

On the Dutch community, most users really like the idea of getting a visual editor. A visual editor may help inexperienced (new) users or users who experience the wikisyntax as difficult to edit. In the past weeks we have tested the visual editor and we noticed big problems that concern the majority of the articles. We reported all these problems a month ago. The day before yesterday we heard that the developers plan to launch the visual editor for all logged in as anonymous users on the Dutch Wikipedia (nl-wiki) coming Monday 22 July. We checked again all problems we reported and noticed that all these articles still have major problems in the visual editor. The second concern we have is the user friendliness of the current visual editor, sure most of the basic edits work fine with it, but the more difficult edits (where this piece of software is designed for!) are certainly not user friendly. Our third concern are the templates. On the Dutch Wikipedia we have been working hard to make and keep almost all templates as easy as possible to edit and change for most users (KISS principle), so that as many as users can update templates. The coding the visual editor requires for editing templates in articles makes it impossible for regular users to update those templates any longer. Something that is unacceptable to us. Software should make editing easier, not more difficult. All the problems with the software will cause thousands of bad edits which other users can clean up afterwards. We think software should make the workload less in stead of enlarging it. As a result of all problems we have started a voting to hide the visual editor until the problems are solved. A big majority is in favour.

In the past weeks, the visual editor was already launched to the English Wikipedia. Many many many problems occurred and are still occurring, like this and this. On thousands of articles this goes wrong. As result of all these problems the community has set up an comment page at en:Wikipedia:VisualEditor/RFC. Someone summarizes it with: "It's a very good alpha, but it should never have been launched outside of a test deployment."

From the beginning the developer team promised all communities to make it possible for all users to opt-out the software if they do not want to use it. With the launch on the English Wikipedia it appeared that the opt-out was removed. The only thing users can do is hide the visual editor for themselves via the common.js. This means that everyone, including those users who do not want to use the visual editor, have to deal with an extra layer of code that is loaded each time you visit a page and can't be switched off.

The community of the Dutch Wikipedia want the developers to delay the launch of the visual editor until all big issues and concerns are solved. The Dutch community does not want to clean up the mess the visual editor produces on all these thousands of articles. Yes, most users like the idea of a visual editor, but that must be one which doesn't cause problems and really helps to make editing easier. As the visual editor is not yet ready to be deployed, and no replies have been received from the developers, the community will hide the visual editor (using this in here) (and make an opt-in for those who wish to use/test it) to prevent problems. (De facto this means that the current opt-in is restored back.) It will give a signal to the developers/Wikimedia Foundation that the current deployment is unacceptable to the Dutch community and the community feels itself ignored and forced to cope with the problems we did not cause.

I noticed that also ar-wiki is scheduled to get launched the visual editor coming Monday 22 July. I really doubt that seeing the problems on the English Wikipedia and the Dutch Wikipedia, that the launch here will be without major issues.

It is up to the local community to check for problems and to ask themselves if this acceptable to you or not? I would also suggest you test the visual editor with editing articles (like the ones which use the most used templates to see if they all work), in particular the ones with tables, templates and references.

If you wish to translate this message, please do, so that more users can understand what they have to deal with coming Monday and later.

If you want to know more about the situation on nl-wiki, please ask. Greetings - Romaine (نقاش) 15:56، 19 يوليو 2013 (ت ع م)[ردّ]

ترجمة مختصرة: تم إطلاق خاصية المحرر المرئي بشكل تجريبي على عددٍ من الويكيبيديات (بينها العربية) قبل شهرٍ تقريباً. لاحظنا منذ ذلك الحين وجود الكثير من المشاكل التي تتعلَّق بتعديلات هذا المحرر في معظم مقالات الموسوعة، وقد أبلغنا عنها المطوّرين. تم تفعيل المحرر المرئي للمستخدمين غير المسجلين قبل أسابيع على ويكيبيديا الإنكليزية، وتسبَّب هناك أيضاً بأخطاء لا حصر لها في آلاف المقالات. الآن، أعلن هؤلاء المطورون أنهم سيطلقون المحرر المرئي بشكل نهائي على عدد من الويكيبيديات خلال أسبوع (وسيشمل ذلك ويكيبيديا العربيَّة، ولذلك أضع هذه الرسالة)، فيما أنَّ معظم المشاكل التي أبلغنا عنها لم تُحَلَّ بعد. بسبب هذا، قرَّرنا بدأ تصويتٍ لإخفاء خاصية المحرر المرئي من جميع الويكيبيديات حتى حلِّ المشاكل المُبَلَّغ عنها، وتؤيد هذا الأمر أغلبية كبيرة من المحررين، وفُتِحت صفحة نتيجة لذلك على ويكيبيديا الإنكليزية لتلقّي آراء المجتمع بخصوص المحرر المرئي.
يريد مجتمع ويكيبيديا الهولندية المطالبة بتأجيل تعميم هذه الإضافة حتى حل مشاكلها الكثيرة، لكي لا يضطر الويكيبيديون إلى إضاعة الوقت في إصلاح واسترجاع آلاف التعديلات الخاطئة على صفحات الموسوعة بسبب إضافة غير جاهزة، ولأن المطورين لا يتجاوبون مع المجتمع، فقد قرَّر مجتمعنا إخفاء خاصية المحرر المرئي بنفسه (باستعمال هذا من هنا)، مع السَّماح لمن يريدها بتفعيلها على حسابه الشخصي. وسيساعد هذا على إيصال رسالة إلى مؤسسة ويكيميديا، مقتضاها أن المجتمع لا يقبل تفعيل إضافة المحرر المرئي في الوقت الحالي، وأنه يشعر بكونه متجاهلاً ومدفوعاً للتعامل مع مشاكل ليس مسؤولاً عنها بالأساس. بالنسبة لويكيبيديا العربيَّة، فإنها ستكون مشمولةً أيضاً بتفعيل هذه الإضافة، وعلى مجتمعكم تفقُّد مشاكلها وأخطائها بنفسه وتقرير ما إذا كان موافقاً عليها بصورتها الحالية أم لا. وسأقترح عليكم أن تحاولوا تعديل المقالات التي تستعمل أكثر القوالب وصلاً والمزودة بالكثير من القوالب والقوائم والمراجع، لتروا بأنفسكم طبيعة المشاكل التي تسبِّبها هذه الإضافة. إن أردتم أن تعرفوا المزيد عن ما نواجهه من مشاكل على ويكيبيديا الهولندية، فأنا متسعدٌّ للإجابة على أسئلتكم. تحياتي - Romaine (نقاش) 15:56، 19 يوليو 2013 (ت ع م).[ردّ]
Update: the community of the Dutch Wikipedia has voted with about 80% against the launch of the visual editor until the problems are solved as the reported bugs are breaking thousands articles. The community does not want to be forced to deal with the problems the visual editor causes. We understood that the reason for this early launch is because too little time for developing was scheduled. The community hopes in general that the problems are solved fast so that a fully functional visual editor can be launched as soon as possible. Romaine (نقاش) 20:29، 22 يوليو 2013 (ت ع م)[ردّ]

صعوبات عند استخدام pywikipediabot مع ويكيبيديا العربية

عدل

السلام عليكم. هل يواجه أحد غيري صعوبات أثناء استخدام pywikipediabot مع ويكيبيديا العربية؟ يعجز البرنامج عن الاتصال بالواجهة البرمجية للموسوعة ونادرا ما ينجح. حاولت الاتصال من عدة جهات لأتأكد أن المشكلة ليست مقتصرة على السعودية. في هذه الأثناء يُظهِر موقع حالة مواقع ويكيميديا أن الواجهة البرمجية تعمل. --OsamaK (ناقش) 23:08، 19 يوليو 2013 (ت ع م)[ردّ]

وعليكم السلام. لا، أنا شخصياً لم تواجهني أية مشاكل في تشغيله مع ويكيبيديا العربية من ويندوز 7.--Avocato (نقاش) 06:34، 20 يوليو 2013 (ت ع م)[ردّ]
وانا ايضا لا أواجه أي مشكلة حاليا.--عباس 07:03، 20 تموز 2013 (ت.ع.م)
العجيب أنه قادر على جلب الصفحات لكنه يفشل عند حفظها. أستخدم آخر نسخ pywikipediabot وجربتها على خادوم في أمريكا ثم وراء VPN في ألمانيا سنغافورة لأتأكد أن المشكلة ليست في السعودية وليست في جهازي لكن في كل مرة تقريبا يفشل.--OsamaK (ناقش) 12:31، 20 يوليو 2013 (ت ع م)[ردّ]

بوت التوقيع

عدل

مرحبا للجميع. تم تطوير بوت يقوم بإضافة قالب غيرموقع للتعديلات في الصفحات التالية.

  1. نقاش المستخدم (نموذج)
  2. إخطار (نموذج)
  3. ترشيحات (نموذج)
  4. نقاش المقالات (نموذج)
  5. نقاش ويكيبديا (نموذج)
  6. ميدان (نموذج)
  7. نقاش ملف
  8. نقاش تصنيف
  9. نقاش قالب
  10. نقاش مشروع

يتجاهل البوت التعديلات غير الموقعة في

  1. مقالات
  2. قالب - تصنيف - ملف - دليل - مشروع و...
  3. الصفحات التي بها {{تمت الأرشفة}} أو {{Archived}}
  4. الصفحات التي بها {{لا للتوقيع}}

أريد القيام بتشغيل البوت. هل من أراء داعمة أو معارضة؟— هذا التعليق غير الموقع أضافه Elph (نقاشمساهمات) Sat, 20 Jul 2013 19:14:52 +0000

أهلاً عباس، شكراً على المقترح.

- ماهي دورية البوت ؟ هل يشتغل كل ساعة، يوم ؟

- هل هو على toolserver أم تشغله من حين إلى أخر ؟

- هل سيمر على التعليقات غير موقعة السابقة أيضاً أم فقط الجديدة منها .

- عندما تقول نقاش ملف تعني نقاش الملفات المرفوعة فقط على ويكي العربية أليس كذلك ؟ لأن البقية لها تحويل مباشر إلى صفحة كومنز.--Helmoony (نقاش) 20:09، 20 يوليو 2013 (ت ع م)

مرحبا حلمي. البوت سيشتغل علي مدار الساعة من التولسيرفر. لم يمر علي التعليقات السابقة. لا يحرر في الكومنز.— هذا التعليق غير الموقع أضافه Elph (نقاشمساهمات) Sat, 20 Jul 2013 20:15:22 +0000

  أتفق مع هذه الفكرة الجيدة، ، لكن لدي سؤال: ماذا تقصد يشتغل على مدار ساعة؟ هل يقوم البوت بعمله بشكل فوري؟ بمعنى لو أنني كتبت تعليقي ونسيت التوقيع، فحفظت الصفحة، ثم انتبهت إلى عدم وجود التوقيع، فرجعت إلى التحرير، هل سأجد البوت سبقني ووضع {{غير موقع}}؟ أم أن البوت سينتظر فترة معقولة، حتى يحرز بأن صاحب التعليق نسي تماماً أن يوٌقع. سأترك هذا التعليق بلا توقيع لنرى ماذا سيفعل البوت. (ملاحظة: أنا أسامة الساعدي ).— هذا التعليق غير المُوقَّع كتبه أسامة الساعدي (نقاشمساهمات)

عباس يستحق وساما على هذا البوت؛ شكرا عباس. --Meno25 (نقاش) 15:58، 22 يوليو 2013 (ت ع م)[ردّ]

شكرا لكل الأصوات الداعمة. @أبانيما : تم تعريب التوقيت. @ لاروسا : لايقوم البوت بالتوقيع بعد {{لديك بريد}}. @ أسامة : البوت يشتغل كل دقيقة ويبحث في أخر 60 تعديل عن مداخلات غير موقعة. تأخذ هذه العملية قريب 10 ثوان فلديك 50 ثانية في حال نسيانك التوقيع.
@ كل المجتمع :هل علي أن اصبر لأسبوعين كما هو روتين أم يمكنني تشغيل البوت من الان؟— هذا التعليق غير الموقع أضافه Elph (نقاشمساهمات) في 16:56، الاثنين 22 يوليو 2013 (ت ع م)

  • شكراً على تعريب التاريخ. بخصوص البوت، روتينياً يفترض أن تقوم بخمسين تعديلاً بطيئاً   ومع أني أنا شخصياً ليس عندي مانع، بل أني طلبت هذه الخاصية أكثر من مرة، أظن أن الأفضل عدم الاستعجال، فلن يتغير الكثير إذا تركنا الأمر حتى يكتمل الأسبوعان. --abanimaنقاش 07:38، 24 تموز 2013 (ت.ع.م)
هذه مشكلة في كود البوت وصلحتها. شكرا على التنبيه--عباس 18:25، 7 أغسطس 2013 (ت ع م)[ردّ]

تعديل خريطة

عدل

السلام عليكم. أتمنى لو يقوم أحد المتمكنين من تعديل الخرائط بتصحيح هذه الخريطة لأن ما تسميه هذه الخريطة إسرائيل هو حدود فلسطين المحتلة، فهي خاطئة من كل وجهات النظر، لأنها لا تصور حدود إسرائيل وفق 1948 ولا 1967 ولا من منظور الاتحاد الأوروبي ولا من منظور إسرائيل نفسها التي ضمت الجولان وصارت تعتبره جزءاً من أراضيها. --PICAWN (نقاش) 09:28، 24 يوليو 2013 (ت ع م)[ردّ]

تحويل الروابط الخارجية إلى روابط آمنة

عدل

مؤخرا ازداد الاهتمام بالاتصال المُعمّى الآمن وصارت كبرى المواقع تدعمه، وواحدة من أفضل إضافات المتصفح إضافة HTTPSEverywhere التي تُحوّل المستخدم تلقائيا للنسخ الآمنة من آلاف المواقع. فائدة ذلك تعمية/تشفير البيانات قبل إراسلها لحمايتها من التجسس والاختراق، ولتخطي الحجب الذي تفرضه الحكومات. الإضافة طورتها مؤسسة الجبهة الإلكترونية وساهم في تجهيزها العشرات. أرى أننا في أمسّ الحاجة لاستخدام النسخ الآمنة للروابط الخارجية في ويكيبيديا العربية ما كان ذلك ممكنا لأن ذلك أأمن للمستخدم وأحفظ لخصوصيته ولنتأكد أنه قادر على الوصول للصفحة حتى لو حجبتها حكومته. لأجل ذلك كتبت سكربتًا يعتمد على تلك الإضافة لتحويل العناوين الخارجية من النسخ غير الآمنة إلى النسخ الآمنة، فمثلا لو كان الرابط لموقع نيوريورك تايمز فيستحول من هذا إلى هذا. التحويل يعتمد على عبارات نمطية صغيت على حدة لكل موقع يدعم الاتصال الآمن، ولذا قد يختلف العنوان لكن سيظل المحتوى نفسه. الإضافة أطلقت منذ سنتين تقريبا وشهدت خلالها اختبارات مكثفة ومراجعات عديدة والقواعد التي تحتويها يُعوّل عليها. يمكن أن أشغل بوتتي الحبيبة لتقوم بالمهمة إذا رأى الزملاء ذلك. --OsamaK (ناقش) 00:04، 27 يوليو 2013 (ت ع م)

بخصوص الحجب من الحكومات، قد جربت الدخول للعديد من المواقع اليمنية المحجوبة بالطريقة أعلاه لكنها لم تفلح --إبراهيم قاسمراسلني 00:07، 27 يوليو 2013 (ت ع م)
تختلف باختلاف أسلوب الحجب. في السعودية مثلا أحيانا لا يريدك الرقيب أن تقرأ صفحة معيّنة فقط وهنا يعتمد على حجب عنوان معيّن لا على حجب الموقع كاملا، وعند استخدام النسخة الآمنة فلن يستطيع أن يعرف العنوان الذي يزوره المستخدم ولن يتمكن من حجب أي صفحة وسيضطر لحجب الموقع كاملا، لكن لهذا تكلفة إعلامية باهضة فلا يقوم بذلك عادة. صفحة هيومن رايتس ووتش عن السعودية مثلا محجوبة، وكثير من صفحات يوتيوب وتويتر لكن الحجب لا ينطبق إلا على التصفح غير المُعمّى. --OsamaK (ناقش) 01:33، 27 يوليو 2013 (ت ع م)
  • لست مع فكرة «الإجبار» على الاتصال الآمن. ولكن إن كان لديك قائمة بالمواقع التي تدعم الاتصال الآمن، يمكنك تكليف بوتك بتعديل الوصلات إلى الشكل الاختياري، أي مثله مثل اتصال المستخدم بويكيبيديا. صيغته هي // بدل http:// أو https://؛ في هذه الحالة يوافق بروتوكول الوصلة تلقائياً البروتوكول المستخدم في صفحة مشروع مؤسسة ويكيميديا عند من يتصفح الموقع. --abanimaنقاش 09:40، 27 تموز 2013 (ت.ع.م)
المشكلة أن التغيير لن يكون في أحيان كثيرة بمجرد إضافة s بل يتطلب تعديلات أخرى على العنوان (كإزالة www. أو إضافة secure.)--OsamaK (ناقش) 13:34، 27 يوليو 2013 (ت ع م)
  • هل يمكنك القيام بتجربة للبوت ؟ أعتقد أنه يتوافق مع فلسفة الموسوعة في ألحق في الحصول على المعلومة وخاصةً مبدأ من مبادأ التوثيق في المصادر ألا وهو أن يكون مصدر المعلومة مفتوح للجميع وسهل الوصول إليه (ويكيبيديا:مصادر موثوق بها).--Helmoony (نقاش) 23:54، 27 يوليو 2013 (ت ع م)
هذه وهذه وهذه وهذه.--OsamaK (ناقش) 15:25، 30 يوليو 2013 (ت ع م)
  ضد إجبار المستخدمين على استخدام الوصلات الآمنة. --Meno25 (نقاش) 09:08، 31 يوليو 2013 (ت ع م)
المشكلة أن الموضوع ليس تصويتا أصلا.--OsamaK (ناقش) 13:07، 31 يوليو 2013 (ت ع م)
لم أفهم ما يقصده مينو، ما الذي سيتغير بالنسبة للمستخدم الذي لا يملك حجب على الوصلة الخارجية ؟ هل سيستهك أكثر بيتات لأن الصفحة مشفرة ؟ على كل لا أرى مانعاً حقيقياً خصصاً عندما نرى مواقع مثل تويتر وفيسبوك تستعمل هذي الطريقة. --Helmoony (نقاش) 09:32، 2 أغسطس 2013 (ت ع م)[ردّ]
أظن أن مينو قصد ما قصدته أنا: هناك مواقع ليس لها إلا اتصال آمن (مثل البنوك وأنظمة الدفع الإلكتروني)، وأخرى لها اتصال عادي أو آمن، أي أنها تحترم خيار المستخدم؛ وأرى أن ويكيبيديا العربية من هذه الناحية يجب أن تحترم خيار المستخدم أيضاً: من أراد أن يتصل اتصالاً آمنا، يجب توفير له ذلك (وأحد الأمثلة التي كانت تزعجني سابقاً وصلات إنترنت ضمن ويكيبيديا إلى صفحات لا يمكن إعطاء وصلات مباشرة إليها، مثل الوصلات إلى الفروق بين المراجعات: هذه كانت تحولني إلى صفحة غير آمنة فأكون فيها غير مسجل الدخول). ومن أراد أن يبقى على الاتصال العادي، يجب تقديم له هذه الميزة أيضاً. كما أن أي واحد يستطيع الاستفادة من إضافات الاتصال الآمن إن شاء. أخيراً، نعم، الاتصال الآمن أثقل من العادي، وقد يكون الفرق بينهما عند أصحاب الاتصال البطيء ملموساً. لهذا أنا ضد إجبار المستخدم على الاتصال الآمن بلا ضرورة. لا أعرف إن كان الانتقال من الاتصال الآمن إلى العادي أو العكس في مواقع ويكيميديا لا يزال يؤدي إلى تسجيل الخروج؛ إن كان هذا الأمر قد أُصلح، فيمكن أن يقتصر الاتصال الآمن الإجباري على شاشة تسجيل الدخول فقط لأن هذا يمكن تبريره. --abanimaنقاش 14:29، 2 آب 2013 (ت.ع.م)
لا حاجة لاستخدام عبارات رنانة مثل "إجبار". يمكن أن نقول أيضا أن القارئ حاليا "مُجبر" على الاتصال غير الآمن. استخدام الوصلات الآمنة لن يكون تقليصا للخيارات، والقارئ سيكون قادرا على التبديل بين نوعي الاتصال في المواقع المدعومة. بخصوص الثقل فينبغي التفريق بين جزئين: الوقت المستغرق، وحجم الصفحة. الوقت قد يزيد أجزاء قليلة من الثانية تستخدم للتعمية وفك التعمية (بحسب أداء خادوم الموقع نفسه)، أما حجم الصفحة نفسه فلن يتغير، لكن سيضاف عليه حجم مفتاح التشفير الصغير جدا، ويالمناسبة لم يسبق أن قرأتُ اعتراضا مبنيا على زيادة معتبرة لبيانات الاتصال. في كلا الحالتين لا أرى "الثقل" معتبرا إلا إذا وجدت مصدرا درس هذا الاعتراض وأثبته.--OsamaK (ناقش) 04:29، 3 أغسطس 2013 (ت ع م)[ردّ]
لن أبحث عن مصادر، يكفيني أن أغلب المواقع التي أعرفها من التي تقدم اتصالاً آمناً تقدم معه اتصالاً عادياً، وقد تقتصر على الآمن في صفحة تسجيل الدخول أو الصفحات التي تتعلق بالأمور المالية (هذه الأخيرة تكون في أحيان كثيرة في موقع خارجي آمن). لو كان الاتصال الآمن أفضل لاستغنت تلك المواقع عن الاتصال غير الآمن تماماً، لكنها لم تفعل، وغالباً هناك سبب وجيه لذلك.   خلاصة: أنا   مع تحويل الوصلات إلى الشكل الشامل (//) بحيث يبقى المستخدم ضمن نوع الاتصال الذي يستعمله عند تصفح ويكيبيديا؛ أما فيما يخص تحويلها إلى الشكل الآمن بالضرورة، فلست مرتاحاً لهذه الفكرة، مع أنني لن أستميت في معارضتها   --abanimaنقاش 10:09، 3 آب 2013 (ت.ع.م)
الاتصال الآمن أفضل للمستخدم، لكنه أعلى تكلفة للموقع، وهذا سبب عدم توفره في جميع الموقع.--OsamaK (ناقش) 00:14، 4 أغسطس 2013 (ت ع م)[ردّ]
أدرك ذلك؛ لكن سؤالي كان: لماذا أغلب المواقع التي تؤمن الاتصال الآمن تؤمن معه الاتصال العادي أيضاً؟ ربما في ذلك حكمة ما، مع أني أتوقع أن تأمين نوعي الاتصال (بعد أن تحملت الشركة كلفة الاتصال الآمن) أغلى من تأمين الاتصال الآمن فقط. --abanimaنقاش 07:54، 4 آب 2013 (ت.ع.م)

اصلاح مراجع 300 مقالة بالبوت

عدل

السلام عليكم، أريد أصلاح مراجع مقالات التصنيف تصنيف:أعضاء مجلس النواب اليمني 2003-2013 بإستخدام البوت، حيث أن تلك المقالات قمت بإنشائها مسبقاً بطريقة موحدة. سأدع أمثلة التجارب بالبوت تشرح بقية الطلب هنا وهنا وهنا وهنا، فما رأيكم :) --إبراهيم قاسمراسلني 23:12، 29 يوليو 2013 (ت ع م)

لا تزال الروابط القديمة موجودة في التعديلات السابقة. أيضا أقترح أن تغيّر اسم المرجع إلى ypwatch بدلا من first مثلا ليكون أوضح في الدلالة.--OsamaK (ناقش) 17:15، 30 يوليو 2013 (ت ع م)
@ OsamaK : حدثت مشاکل لبوتی ولایمکننی تسجیل الدخول حالا. الرجاء يقوم أحد غيري بتنفيذ الطلب--عباس 17:32، 30 تموز 2013 (ت.ع.م)
الهدف اصلاح الرابط السفلي وليس الآخر الموجود في المقدمة لأنه السفلي تعطل، أستطيع القيام بذلك إنما طرحت الموضوع هنا كما تنص سياسة الويكي --إبراهيم قاسمراسلني 19:09، 30 يوليو 2013 (ت ع م)
@ Mr._Ibrahem :لامشكلة. يمكنك القيام بعملك--عباس 20:08، 30 تموز 2013 (ت.ع.م)
  تم --إبراهيم قاسمراسلني 20:34، 30 يوليو 2013 (ت ع م)[ردّ]
شكرا--عباس 16:50، 1 آب 2013 (ت.ع.م)

بوت لتعويض القوالب المستغنى عنها

عدل

السلام عليكم، قمت بكتابة سكريبت لبوت يعمل على تعويض القوالب المستغنى عنها بقوالب أخرى. مثلا تعويض {{أنهار}} المستغنى عنه بـ {{ص.م مجرى مائي}}. يمكن اضافة إجراءات أخرى كتفادي التكرار مثلما هو حاصل مع الإحداثيات في بعض المقالات (الأمر الذي أشار إليه بعض الزملاء سابقا). إن رأيتم أن الفكرة جيدة فيمكنني اجراء تجربة على عدد محدود من المقالات. --- مع تحياتي ---(أدلي برأيك في التصويت الجاري)-- وهراني 18:54، 30 يوليو 2013 (ت ع م)

مرحبا. هل يمكن أن نرى نموذج من عمل البوت--عباس 18:01، 31 تموز 2013 (ت.ع.م)
هنا مثال عن التعديل : [3]. --- مع تحياتي ---(أدلي برأيك في التصويت الجاري)-- وهراني 15:59، 1 أغسطس 2013 (ت ع م)
لامشكلة. يمكنك القيام بالعمل إن لم يعارض الزملاء.--عباس 16:43، 1 أغسطس 2013 (ت ع م)
في غياب أي رد معارض استغليت الفرصة وقمت بتغيير 42 مقالة باستعمال البوت MaraBot. هنا قائمة التعديلات. وقد قمت بمراقبتها كلها وأتمنى أن يقوم زميل آخر بمراقبة على الأقل بعضها. كما أتمنى الموافقة على الانتقال إلى حل مشكلة الإحداثيات المكررة المشار إليها سابقا. --- مع تحياتي ---(أدلي برأيك في التصويت الجاري)-- وهراني 02:14، 2 أغسطس 2013 (ت ع م)
  • أهلاً، العمل ممتاز، راجعت بعض الأعمال، لا توجد مشاكل، فقط ضع ملخص تعديل بالعربية من نوع نقل قالب كذا إلى كذا. ننتظر مقترحك لنقل قالب معلومات أخر.--Helmoony (نقاش) 07:45، 2 أغسطس 2013 (ت ع م)[ردّ]
  • عندي بضعة ملاحظات: أولاً، بالنسبة للبشر الأسهل أن تكون القوالب الكبيرة مرتبة على شكل عمود، كما في صفحات توثيق أغلب القوالب الكبيرة. ثانياً، هناك حقول لا ضرورة لها، وهذه لا يجب إدراجها. هكذا، في حال أعطي طول النهر بالكيلومترات لا داعي إلى ذكر طوله بالأميال: في الواقع، يجب أن يتحول الطول إلى كيلومترات لأن هذه الوحدة هي المستخدمة في البلاد العربية حسب علمي؛ الشيء نفسه عن ارتفاع المصب بالأمتار والأقدام: حتى لو قررنا أن الوحدات البريطانية تلزمنا، يجب أن يحول القالب من وحدة إلى أخرى تلقائياً في حال إدراج واجدة منهما، وبالتالي لا يلزم في القالب (في أي مقالة) أكثر من متغير واحد من كل زوج. --abanimaنقاش 14:38، 2 آب 2013 (ت.ع.م)

شكرا على تدخلاتكم. أما بخصوص تعليق الأخ abanima فأرى أنه يتعلق بالقالب أساسا وليس بعملية النقل.و إن كنت أرجو توضيحا بخصوص النقطة الأولى. أما بخصوص طلب الأخ Helmoony، فيمكنك ملاحظة تصحيح التعليقات في التغييرات الأخيرة وفي التغييرات المستقبلية إن شاء الله.

ملاحظة
يمكن للبوت نقل القوالب بصفة عامة وليس قوالب المعلومات فقط.

--- مع تحياتي ---(أدلي برأيك في التصويت الجاري)-- وهراني 15:45، 2 أغسطس 2013 (ت ع م)[ردّ]

  • مثلاً، القالب الصغير من نمط {{غير موقع|اسم المستخدم|تاريخ ووقت التعديل}} يسهل استعماله ومتابعته وتعديله إذا كان على سطر واحد. أما قالب مثل {{معلومات كاتب}} فالأفضل كتابته على سطور، سطر لكل متغير، كما في صفحة توثيق القالب المذكور. --abanimaنقاش 16:31، 2 آب 2013 (ت.ع.م)
شكرا على التوضيح، فعلا تم تدارك الأمر مع التحويلات الأخيرة. --- مع تحياتي ---(أدلي برأيك في التصويت الجاري)-- وهراني 17:05، 2 أغسطس 2013 (ت ع م)[ردّ]

مهمة جديدة

عدل
  •   تم
هل هذا بوت بايثون؟--عباس 18:31، 6 آب 2013 (ت.ع.م)
لا، البوت مكتوب بلغة PHP ويعتمد على مكتبة Peachy2. --- مع تحياتي ---(أدلي برأيك في التصويت الجاري)-- وهراني 18:35، 6 أغسطس 2013 (ت ع م)[ردّ]
أتمنى لك التوفيق لأني لاأعرف عن بي اتش بي شيئا. يا حبذا لو كتبت دليل تشغيل بوتات بي ات بي. انظر لهذا--عباس 18:40، 6 آب 2013 (ت.ع.م)

VE Update (تحديث المحرر المرئي)

عدل

(please translate) The deployment of the new Visual Editor has been delayed by at least three weeks. This is to make more improvements to the editor. Arabic Translators are still needed at VE TranslationCentral. To make sure VE does work properly on Arabic wikipedia, please test the new editor by going to "Preferences" "Editing" --> "enable Visual Editor". Problems can be reported on my talk page, the VE talk page, or the Feedback page on Media Wiki. Thank you, 96.49.49.147 PEarley (WMF) (نقاش) 16:14، 31 يوليو 2013 (ت ع م)

Thanks PEealey
لقد تم تأجيل إصدار المحرر المرئي الجديد لمدة ثلاثة أسابيع على الأقل. والهدف من التأجيل إضافة المزيد من التحسينات على المحرر. لا زلنا بحاجة لمترجمين عرب في VE TranslationCentral:. للتأكد من أن المحرر المرئي يعمل بشكل جيد في ويكيبيديا العربية، الرجاء اختبار المحرر، قم بتفعيله من "تفضيلات --> تحرير --> تفعيل المحرر المرئي". الرجاء الإخبار عن المشاكل التي قد تواجهكم من خلال صفحة نقاشي talk page أو من خلال Feedback page on Media Wiki وشكراً.

--Mervat Salman (نقاش) 10:05، 7 أغسطس 2013 (ت ع م)

مقالات مستعصية

عدل

بسبب حجم هذه المقالات وضعف خوادم ويكيبيديا، فإن هذه المقالات المذكورة (قد تكون أكثر) مستعصية على تعديلات المستخدمين وحتى البوتات. فلا تعديل ممكن ولا تحديث بعد نقل الإنترويكي متاح. فهل يمكن للإداريين فعل أي شيء لفك هذا الاستعصاء من قبيل استرجاع نسخة سابقة أو استرجاع بعد حذف المقالة أو أي عملية أخرى. --- مع تحياتي ---(أدلي برأيك في التصويت الجاري)-- وهراني 15:58، 11 أغسطس 2013 (ت ع م)[ردّ]

أي حذف واسترجاع نسخ سابقة! لقد عملت على مقالة القدس تحديدًا عدَّة أسابيع وأعارض أي حذف أو عمليَّة استرجاع نسخة سابقة. كنت قد وعدت سبقًا بالعمل على معالجة حجم بعض المقالات الطويلة لكن أي استرجاع وإهدار لأي مجهود أنا ضدّه طبعًا، كما قلت كذا مرَّة دعونا نجد حلًّا جذريًّا لمُشكلة الخوادم بدل اللف والدوران في كل مرَّة ومُعالجة القشور بدلًا من الغوص في اللُب--باسمراسلني (☎)--: 16:20، 11 أغسطس 2013 (ت ع م)[ردّ]
كما قال الزميل باسم وأُضيف أن الحل الآني قد يكون من خلال المقالات التفصيلية لبعض الأقسام ، بشرط عدم الإخلال بترابط المقالة --بدارين 16:39، 11 أغسطس 2013 (ت ع م)[ردّ]
لننسى أمر الاسترجاعات (وقد كان اقتراحا فقط من باب فتح النقاش). ما نوع الحلول الجذرية التي تقترحون ؟ طالما لا يمكننا تعديل المقالات أصلا فلا مجال للحديث عن المقالات التفصيلية. --- مع تحياتي ---(أدلي برأيك في التصويت الجاري)-- وهراني 17:18، 11 أغسطس 2013 (ت ع م)[ردّ]
اقترح طراونة مرَّة شيئًا (لا أعرف إن كان من باب المُزاح أو إن كان يُمكن تنفيذه بسهولة) وهو أن نقوم بشراء الخوادم بأنفسنا--باسمراسلني (☎)--: 18:16، 11 أغسطس 2013 (ت ع م)[ردّ]
استأجر الخوادم أمر سهل تقنيا، ولكن كيف يتم ذلك مع البقاء تحت مظلة ويكيبيديا ؟ --- مع تحياتي ---(أدلي برأيك في التصويت الجاري)-- وهراني 19:27، 11 أغسطس 2013 (ت ع م)[ردّ]
أذكر أنَّ طراونة قال شيئًا عن استشارة أناس من ويكيميديا بهذا الخصوص وإعلامهم بالأمر والأسباب...إلخ، علي علمي قام زكريَّا بالاستفسار عن سبب البطء ولم يلقَ إجابة شافية، إن كان ذلك مُمكن (وبحسب اقترح طراونة يمكننا أن نجمع المبلغ عبر التبرّعات من المستخدمين) فأنا أوَّل من سيتبرَّع بما تيسَّر، وإن كان ذلك غير مُمكن أعتقد أننا سنكون قد حثيّناهم على النظر في الموضوع وأننا جديين في معالجة المسألة. يجب أن نرى رأي الإداريين المُخضرمين والمستخدمين القدماء هنا وفي مُقدمتهم مينو وأبانيما وطراونة وزكريَّا--باسمراسلني (☎)--: 19:41، 11 أغسطس 2013 (ت ع م)[ردّ]
نعم حان الوقت لنعالج الأمر. أترك لك أخي باسم أمر دعوة المهتمين لمناقشة القضية من أجل الخروج بخطوات عملية. --- مع تحياتي ---(أدلي برأيك في التصويت الجاري)-- وهراني 20:22، 11 أغسطس 2013 (ت ع م)[ردّ]
  تمَّ إعلام المُجتمع هُنا وعلى صفحة المجموعة في الفيسبوك--باسمراسلني (☎)--: 05:19، 12 أغسطس 2013 (ت ع م)[ردّ]
زملائي الكرام نحن نواجه كل فترة مشكلة ونقوم بطرحها هنا أو هناك لكن عادتا يغطي نقاشنا غبار النسيان بدون حصول نتيجة عملية. لايمكننا حل مشاكلنا إن لم يكن لنا تمثيل على أرض الواقع. موضوع شراء السيرفرات هو موضوع يمكن تحقيقه على أرض الواقع لكن المال المطلوب أكثر مما يمكننا جمعه من خلال تبرعات المستخدمين. حسب علمي أسهل شي هو ايجاد جهة مانحة لكن كما قلت سابقا نحن بحاجة لفريق أو مجلس أو شورى (أو أي اسم أخر) يمثلنا كي يخطط لهذه المُنح ويتصرف بها. قال محمد عودة في الفيس بوك بأنه رأى حضور مكثف من الإسرائيلين في ويكيمانيا. هل تعلمون كيف ذهب هذا العدد الكبير؟ الجواب هو بدعم التشابتر العبري. انظروا لهذه النسخة. الـ timeline فيه مشاكل عديدة والمشكلة مطروحة في بغزيلا منذ أكثر من سنتين ولم تحل بعد. في هذا الرابط وفي قسم Requested features list انظروا لـ arabic. لو كان لنا من يمثلنا ويجلب المنح لنا كان بإمكاننا أن نوظف من يمكنه رفع هذه المشكلة. وهذه المشكلة كانت نموذجا مما نعانيه ويمكنني أن أضيف لكم عشرات المشاكل الأخري التي نواجهها ويتم تجاهلنا في بغزيلا. وللقصة بقية--عباس 05:50، 12 أغسطس 2013 (ت ع م)[ردّ]
طيِّب لنتفائل قليلًا ونخطو أوَّل خطوة صغيرة، من هو الأكثر أهليَّة للقيام بذلك؟ وأكثر من له حضور على أرض الواقع لدعم هذا الأمر. هُناك طراونة وفارس ومحمد عودة، ولا شك أنَّ طراونة سيكون رأيه الأبرز وحضوره الأمتن، وتعاطي فارس مع هذه المسألة لا بد أن يكون له تأثير أيضًا. دعوت كِلاهما للاطلاع على النقاش--باسمراسلني (☎)--: 07:58، 12 أغسطس 2013 (ت ع م)[ردّ]
أعتقد بأن المشكلة طرحت هنا أكثر بكثير من طرحها في بغزيلا ، هل تم التأكد من أن المشكلة تتعلق في الخوادم ؟ هل العربية فقط تعاني منذ ذلك ؟ هل هناك مفاضلة بين نسخة واخرى في مسألة الخوادم ؟ هل الحل يتعلق بقلة المال لشراء خوادم في المؤسسة أم أن الإمر عبارة عن لا مبالاة (افتراض سوء نية) ، وهل توفر المال سيحل المشكلة ؟ أتمنى أن ينتهي النقاش بوضع النقاط على الحروف --بدارين 08:03، 12 أغسطس 2013 (ت ع م)[ردّ]
على حد علمي طُرح الموضوع في بغزيلا كذا مرَّة، لكن كما قال عبَّاس في الأعلى، نحتاج من يُمثلنا فعلًا على أرض الواقع، كما أنَّ النقاش خمد في أكثر من مرَّة. وعلى علمي أنَّ هذه المشكلة تواجه العربيَّة فقط، فلم أعلم بحصولها في نسخ لغويَّة أخرى تستخدم نظام الكتابة من اليمين إلى اليسار وما قيل دومًا كان أنَّها تتعلَّق بالخوادم. عن نفسي أرغب بمتابعة المسألة مع من هو جدير من الزملاء ويفهم بالأمور التقنيَّة حتى ننتهي من المسألة نهائيًّا هذه المرَّة، وما زلنا بانتظار سماع رأي البقيَّة--باسمراسلني (☎)--: 10:37، 12 أغسطس 2013 (ت ع م)[ردّ]
نعم يا باسم نحن نحتاج لفريق مكون من أشخاص ذوي علاقات + أشخاص ذوي خبرات ليمثلونا.--عباس 11:10، 12 أغسطس 2013 (ت ع م)[ردّ]

أعتقد أولاً أنه قبل القفز إلى خطوة متقدمة مثل شراء الخوادم، لا بد من خوض نقاش مستفيض مع المؤسسة بهذا الخصوص. قبل يومين كانت هناك محاضرة في مؤتمر ويكيمانيا عن مشاكل ويكيبيديا العربية، شملت فقرة عن هذا الموضوع، وكان هناك حديثٌ مهم تلاها لا يبدو أن أحداً من حضور المؤتمر قد نقله إلى مجتمع ويكيبيديا بعد. كانت بين الحضور موظفة في المؤسسة (ليانا) طلبت أن نتواصل مع المؤسسة في الموضوع، وأنها لا تعتقد أن أحداً على علمٍ بالأمر، ورجَّح معظم المناقشين أن الأمر لا علاقة له بالخوادم. في اليوم التالي، قام ويكيبيدي إسرائيلي (تومر) بالتحدث إلى أحد المسؤولين التقنيين في المؤسسة، وخرجا بنتيجة مفادها أنَّ المشكلة كلها تتعلَّق بـ"bug" في نظام المراجعات المعلَّمة بويكيبيديا العربية (أذكر أن الزميل زكريا أيَّد هذا)، وقام الزميل محمد عودة برفع تقرير عن الـ"bug" على بغزيلا، لست متأكداً ماذا حلَّ به. في كل الأحوال لا يبدو بالوقت الحاضر أن ثمة دليلاً كبيراً على نظرية الخوادم المعطوبة، وعلى الأرجح أن ذلك لا علاقة له بالأمر، فلنتريَّث قليلاً. أرجو من الزملاء المسؤولين عن رفع تقرير بغزيلا أن ينبؤونا بالأخبار --عباد (نقاش) 22:31، 13 أغسطس 2013 (ت ع م).[ردّ]

وايضا نطلب من الزملاء الذين حضروا في ويكيمانيا أن يعطونا تقرير مما فعلوه--عباس 05:14، 14 آب 2013 (ت.ع.م)
جميل، شكرًا على المعلومة، بانتظار التقرير--باسمراسلني (☎)--: 05:17، 14 أغسطس 2013 (ت ع م)[ردّ]
أنا ضد فكرة شراء الخوادم ومن الأفضل في حال جمع تبرعات أن يتم توجيهها إلى الجوائز على غرار جائزة المنتج. لكن لو كان ما ذكر أعلاه هو السبب الفعلي والوحيد لهذه المشكلة، كيف لنا أن نفسر صعوبة أو استحالة تعديل صفحات بحجم 80 كيلو بايت وسهولة نسبية في تعديل مقالات ضخمة جداً مثال قبائل اليمن التي قارب حجمها منذ فترة نصف ميغا (498,677 بايت).--زاهر نقاش 18:18، 21 أغسطس 2013 (ت ع م)[ردّ]
أنا كنت ممن حضروا المؤتمر وتحدثوا مع العديد من التقنيين خارج وداخل الورشة. أنا أؤمن بنظرية ضعف الخوادم والرد الذي جاء أن هناك مشكلة (bug) بخصوص المراجعات المعلمة يأتي بسبب رسالة واحدة فقط. الرسالة العامة تظهر للجميع ولكن كل رسالة تظهر لمستخدم تظهر معها رسالة خاصة بالمشكلة التي حصلت معه. وقد كان هذا الرد بخصوص الرسالة الخاصة للصورة التي إستخدمناها في الورشة. الرجاء عدم التعميم. وأنا مع كل من يريد أن نقوم بدراسة مستفيضة قبل البدء بشراء خوادم جديدة. فمسألة شراء خوادم وصيانتها ليست بالشيئ الهين أيضا. --Asaifm (نقاش) 18:49، 21 أغسطس 2013 (ت ع م)[ردّ]

اتضح أن أحد العوامل الرئيسية في تأخر التحميل وصعوبة التعديل هو استخدام دالة {{#لوموجود:...}} في القوالب بكثرة، وهي دالة مكلفة. سأعمل على استبدالها في القوالب شائعة الاستعمال. --زكريا 12:23، 25 أغسطس 2013 (ت ع م)[ردّ]

زكريا هل تستطيع مقارنة عدد القوالب ومدى تكلفتها في المقالة المماثلة مثلا في ويكيبيديا الإنجليزية؟ فقد قيل نفس الكلام في تقرير بغزيلا 52865 عن موضوع القوالب. --Asaifm (نقاش) 15:27، 25 أغسطس 2013 (ت ع م)[ردّ]
إذا قيل نفس الكلام هنا وهناك فهذا يعني أن استخدامها جزء من المشكل :) عموما استبدالها بسيط وسيتبين مدى نجاعة ذلك في الأيام المقبلة --زكريا 16:37، 25 أغسطس 2013 (ت ع م)[ردّ]
  سؤال: وبماذا ستستبدلها؟ أغلب القوالب فيها سطور يجب ألا تظهر إلا في حال وجود الصفحة المقصودة. --abanimaنقاش 18:19، 25 آب 2013 (ت.ع.م)
بما استطعت، أحيانا تكون غير ضرورية أصلا --زكريا 18:32، 25 أغسطس 2013 (ت ع م

سؤال: ما هو إستخدام linkPrefixExtension$ في صفحات ميديا ويكي الخاصة باللغة العربية؟ --Asaifm (نقاش) 07:31، 27 أغسطس 2013 (ت ع م)[ردّ]

هذا--زكريا 10:27، 27 أغسطس 2013 (ت ع م)[ردّ]
كحل لهذه المشكلة يقترح أحد أفراد الفريق التقني في المؤسسة أستعمال قوالب بلغة لوا في المقالات الكبيرة --محمد عودة(ناقش !) 11:24، 27 أغسطس 2013 (ت ع م)[ردّ]

فقط للتذكير، المشكل المطروح هو استعصاء بعض المقالات على التعديل. نحن لا نتكلم عن بطئ العرض (وإن كان مشكل مطروح أيضا) لذا فإن الحديث عن القوالب ومدى تأثيرها فلا يخص مسألة التعديل المتعسرة. أرى أنه الأمر قد يعود لأحد السببين :

  • 1- عيب في نظام المراجعة (وهو المرجح لدي لأن المشكل لا يتعلق دائما بحجم المقالة وأحيانا تمر عملية استرجاع تعديلات بسهولة في حين أن تغييرا بسيط يلقى مشاكل. كما أن تعديلات غير المسجلين تقبل وترد تعديلات المسجلين في بعض الأحيان)
  • 2- أو ضعف الخوادم لزيادة الضغط عليها (ولكن ذلك لا يعم كل المقالات، لهذا فالأمر قد يكون مستبعدا).

من جهة أخرى فقط بدأ الزميل زكريا في تعويض بعض المقالات المستعملة كثيرا بوحدات مكتوبة بلغة لوا. ولكن التأثير المطلوب يبدو أنه غير ملحوظ. --- مع تحياتي ---(أدلي برأيك في التصويت الجاري)-- وهراني 15:28، 27 أغسطس 2013 (ت ع م)[ردّ]