วิกิพีเดีย:ปั๊มหมู่บ้าน (ทางเทคนิค)

สิ่งที่จำเป็นในที่นี้คือความช่วยเหลือในการใช้เทมเพลตนี้ คุณสามารถดูการพูดคุยเรื่องเทมเพลต:ประกาศแก้ไข Refideasสำหรับการสนทนาฉบับเต็ม และการสนทนาเดิมเกิดขึ้นที่นี่

ฉันทำการทดสอบแบบจำกัดกับบทความบางส่วนเป็นเวลา 30 วัน แต่บทความเหล่านั้นมีปริมาณการเข้าชมไม่มากนัก ดังนั้นในขณะที่ผู้ใช้ส่วนใหญ่ที่แก้ไขบทความแนะนำว่าพวกเขาสามารถดูเทมเพลตได้ แต่ไม่มีผู้ใดใช้แหล่งที่มาจริงใน หน้าพูดคุย หากคุณเชื่อว่าจำเป็นต้องมีการทดสอบเพิ่มเติมก่อนที่จะนำไปใช้งาน เราสามารถลองอีกครั้งโดยเลือกจากรายการหน้าพูดคุยกับ Refideas และทำงานร่วมกับบทความที่มีการเข้าชมสูงบางบทความ เช่น Jazz และ Puerto Rico และ Star Wars (ภาพยนตร์)เพื่อดูว่า ซึ่งจะทำให้ผู้คนใช้แหล่งข้อมูลใด ๆ ที่พวกเขาพบในหน้าพูดคุย

สิ่งที่จำเป็นเป็นพิเศษคือเพื่อให้แน่ใจว่าสามารถแจ้งการแก้ไขไปที่:

เป้าหมายคือ เราต้องการให้ทุกคนที่คลิก "แก้ไข" ในบทความใดๆ ที่มีเทมเพลต Refideas ในหน้าพูดคุย สามารถดูประกาศการแก้ไขนี้ได้ BOZ ( พูดคุย ) 21:50, 8 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]

@ Pppery , @ SilverLocust , @ Folly Moxมีข้อมูลเชิงลึกเกี่ยวกับวิธีการดำเนินการอย่างไร หรือมีใครรู้จักบ้างไหม BOZ ( พูดคุย ) 04:29, 11 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

BOZตามการพูดคุยของเทมเพลต: Refideas editnoticeสิ่งนี้เกินความสามารถทางเทคนิคของฉันไปมาก ดูเหมือนว่ามีบทความจำนวนพอสมควรที่จำเป็นต้องมีประกาศแก้ไขนี้ และจะต้องกำหนดค่าให้ปรากฏในบทความเมื่อใดก็ตามที่มีคนรวม {{ reideas }} เข้าสู่หน้าพูดคุย ทั้งสองฟังดูเหมือนงานของบอท และเนื่องจากไม่มีใครตอบกลับคำขอของคุณที่นี่ บางทีช่องทางการโทรถัดไปของคุณอาจเป็นWP:BOTREQ ? ขออภัย ฉันไม่สามารถให้ความช่วยเหลือเพิ่มเติมได้ Folly Mox ( พูด ) 05:26, 14 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

นั่นถือเป็นการช่วยเหลือจริงๆ :) ขอบคุณ! BOZ ( พูดคุย ) 05:40, 14 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

นี่คือคำถาม เมื่อฉันคลิก "แก้ไข" ในบทความ BLP ฉันได้รับกล่องสีแดงที่ระบุว่า " ประกาศเกี่ยวกับแหล่งที่มา บทความนี้จะต้องเป็นไปตามนโยบายชีวประวัติของบุคคลที่มีชีวิต..." ซึ่งฉันถือว่าปรากฏขึ้นเนื่องจากหน้าพูดคุยมีแท็ก WikiProject Biography ด้วยพารามิเตอร์ "living=yes" หากสิ่งนั้นถูกต้อง มันจะเป็นเรื่องของการจำลองสิ่งนั้นสำหรับบทความที่มีเทมเพลต Refideas หรือไม่ แค่หวังว่าจะไม่สร้างล้อขึ้นมาใหม่ BOZ ( พูดคุย ) 06:11, 14 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

สำหรับการอ้างอิง การแก้ไขนั้นถูกทริกเกอร์โดยกฎในMediaWiki: Common.js Dunno หากสิ่งที่คล้ายกันสามารถทำได้กับเพจที่มีเทมเพลต reideas Jo-Jo Eumerus ( พูดคุย ) 09:19, 14 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

คุณเคยดูความหมายของ {{ todo }} แล้วหรือยัง? -- Shmuel (Seymour J.) Metz ชื่อผู้ใช้:Chatul ( พูดคุย ) 12:29, 14 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]

ฉันไม่ได้เน้นด้านเทคนิคเป็นพิเศษ แต่จากภาพรวมแล้วดูเหมือนว่ามันอาจจะคล้ายกับคำขอของฉันใช่ไหม BOZ ( พูดคุย ) 14:09, 14 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

@ BOZ : Re เมื่อฉันคลิก "แก้ไข" ในบทความ BLP ฉันจะได้รับกล่องสีแดงสมมติว่าคุณหมายถึงประกาศนี้มันไม่เกี่ยวอะไรกับแบนเนอร์หน้าพูดคุย - ดังที่แสดงในเอกสารประกอบ มันจะแสดงโดยอัตโนมัติเมื่อทำการแก้ไข หน้าที่จัดหมวด หมู่เป็นCategory:คนที่ยังมีชีวิตอยู่หรือCategory:คนที่ยังมีชีวิตอยู่ รหัสที่เกี่ยวข้องในMediaWiki:Common.jsคือบรรทัดที่ 144 โดยเฉพาะบรรทัดที่ 165-173 -- Red rose64 🌹 ( พูด ) 14 พฤศจิกายน 2566 21:48 น. (UTC) ตอบกลับ[ตอบกลับ]

อ่า เข้าใจแล้ว โอเค BOZ ( พูดคุย ) 21:49, 14 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

@ Redrose64ฉันคิดถึงสิ่งนี้ จะเกิดอะไรขึ้นถ้า Refideas สร้างหมวดหมู่ขึ้นมา? แล้วเราจะสามารถนำการแก้ไขไปใช้กับบทความใดๆ ที่มีหมวดหมู่นั้นในหน้าพูดคุยได้หรือไม่? BOZ ( พูดคุย ) 14:43, 15 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

ใช่ เนื่องจาก Common.js ดูหมวดหมู่ที่หน้านั้นอยู่จริง มันไม่ได้ตรวจสอบวิกิมาร์กอัปสำหรับแหล่งที่มาของหน้า -- Red rose64 🌹 ( พูด ) 16:35, 15 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

@ Redrose64น่ารักมาก :) คำถามต่อไปคือ เราจะทำให้Template:Refideasสร้างหมวดหมู่ในหน้าพูดคุยของบทความ ได้อย่างไร BOZ ( พูดคุย ) 16:47, 15 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

@ Redrose64หรือใครก็ตามที่มีความรู้ซึ่งยินดีให้ความช่วยเหลือ ดังนั้น ตอนนี้ Category:Talk หน้าที่มีเทมเพลต Refideasจึงมีอยู่แล้ว ดังนั้นขั้นตอนต่อไปในการทดสอบกับ Common.js เพื่อให้แน่ใจว่าสิ่งนี้สามารถทำงานกับเทมเพลตได้: ประกาศแก้ไข Refideas ? BOZ ( พูดคุย ) 22:42, 15 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

พูดตามตรง ฉันไม่สนับสนุนการเพิ่มสิ่งนี้ใน Common.js อิซโน ( พูดคุย ) 23:01, 15 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

@ อิซโนโอ้ โอเค มีวิธีที่ดีกว่าที่คุณคิดได้เพื่อบรรลุเป้าหมายเดียวกันหรือไม่? ฉันไม่มีพื้นฐานด้านเทคนิค ดังนั้นฉันจึงไม่ทราบว่าปัญหาที่อาจเกิดขึ้นคืออะไร BOZ ( พูดคุย ) 23:10, 15 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]

ปัญหาพื้นฐานไม่ได้อยู่ที่ว่าดีขึ้นหรือแย่ลง แต่อยู่ที่ว่าทุกสิ่งทุกอย่างมีต้นทุน การเพิ่มโมดูลดังกล่าวใน Common.js (หรือโซลูชัน JavaScript ที่ต้องเจอกับผู้อ่าน) มีค่าใช้จ่าย ในกรณีนี้ต้นทุนนั้นมากกว่าผลประโยชน์ใดๆ มากเกินกว่าที่ฉันเห็น

อาจมีคนรวบรวมสคริปต์เพื่อให้คุณนำเข้าเล็กน้อยหากคุณต้องการทราบว่าหน้าใดหน้าหนึ่งมีการอ้างอิงหรือไม่.... อิซโน ( พูดคุย ) 23:15, 15 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

ไม่ นั่นไม่ใช่สิ่งที่ฉันหวังจะทำสำเร็จที่นี่ BOZ ( พูดคุย ) 23:21, 15 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

ฉันได้สร้าง {{ Refideas editnotice if existing }} และเพิ่มลงในTemplate:Editnotices/Namespace/Mainดังนั้นตอนนี้ควรจะใช้งานได้แล้ว ใช่ BLP editnotice ควรเขียนโค้ดในลักษณะเดียวกันแทนที่จะใช้ JavaScript และไม่ ฉันจะไม่แก้ไขมัน ขออภัยที่ไม่ได้ทำเช่นนี้เร็วกว่านี้ แต่ความยุ่งเหยิงชุดนี้ดำเนินไปนานพอแล้ว * Pppery * _{เริ่มแล้ว...} 23:31, 15 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]

นี่หมายความว่าขณะนี้ปรากฏสองครั้งในบทความทดสอบ Firefangled feathersคุณช่วยลบการเพิ่มเติมด้วยตนเองเหล่านั้นเนื่องจากตอนนี้ซ้ำซ้อนหรือไม่ * Pppery * _{เริ่มแล้ว...} 23:32, 15 พฤศจิกายน 2566 (UTC) ตอบ[ตอบ]

ยอดเยี่ยม ยอดเยี่ยม ยอดเยี่ยม @ Ppperyขอบคุณมากสำหรับความช่วยเหลือของคุณ! ฉันรักมัน. :) BOZ ( พูดคุย ) 23:51, 15 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

ไม่เป็นไร! จะไปถึงพวกเขาเร็ว ๆ นี้ Firefangled feathers ( พูดคุย / มีส่วนร่วม ) 16 พฤศจิกายน 2566 01:08 (UTC) ตอบกลับ[ตอบกลับ]

เสร็จแล้ว. Firefangled feathers ( พูดคุย / มีส่วนร่วม ) 01:47, 16 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

[ขยาย / ยุบ] [บั้ง / คาเร็ต] ของฉันควรจะไม่ตรงแนวกับส่วนหัวของส่วนตอนนี้ใน Minerva หรือไม่ (Android + Firefox ทำซ้ำใน Chrome) แค่สงสัยว่านี่ตั้งใจหรือเปล่า Folly Mox ( พูด ) 13:24, 9 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]

ฉันสงสัยอย่างลังเลว่าสิ่งนี้อาจเกี่ยวข้องกับ phab:T344629 (ขึ้นอยู่กับระยะเวลาและคำหลัก) ดังนั้นฉันจึงได้เพิ่มบันทึกย่อพร้อมรายละเอียดเพิ่มเติมบางส่วนที่นั่น จะรอการยืนยันก่อนที่จะเพิ่มเทมเพลต {{ tracked }} ที่นี่ Quiddity (WMF) ( พูดคุย ) 21:24, 9 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

ฉันเกี่ยวข้องกับ T344629 จริงๆ -- เราไม่คิดว่าการเปลี่ยนแปลงจะโต้ตอบกับหน้าที่ให้ DiscussionTools ประมวลผลหน้าเหล่านั้นอย่างไร แต่ยังไม่ได้รับการปรับปรุงด้านภาพ ได้รับการแก้ไขแล้วใน T351044 และแพทช์จะเปิดตัวบนรถไฟในสัปดาห์นี้ คาดว่าจะดูถูกต้องอีกครั้งใน enwiki ในวันพฤหัสบดี DLynch (WMF) ( พูด ) 16:53, 13 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

ดูเหมือนว่า T351044 จะได้รับการแก้ไขแล้ว ฉันขอถามใครก็ตามที่มีบัญชีฟาบริเคเตอร์อย่างสุภาพให้แท็กมันได้ไหม ขอบคุณ Janhrach ( พูดคุย ) 10:39, 17 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]

อยู่ระหว่างรอการประเมินคุณภาพโดยทีมงานตัดต่อจึงยังไม่ปิดให้บริการ Nardog ( พูด ) 08:27, 18 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]

มีใครอีกบ้างที่ไม่สามารถเก็บถาวรลิงก์โดยใช้ iabot ได้? APK กระซิบข้างหูของฉัน 06:16, 14 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

เราต้องทำอะไร/คลิกเพื่อทดสอบสิ่งนี้? – Novem Linguae ( พูด ) 22:29, 15 พฤศจิกายน 2566 (UTC) ตอบ[ตอบ]

สคริปต์ของฉันเคยสามารถโหลดโปรแกรมแก้ไข Wikitext 2010 ด้วย CodeMirror ได้ (เมื่อกำหนดค่าให้ทำเช่นนั้น) ตอนนี้จะโหลดเฉพาะตัวแก้ไข Wikitext 2010 และแสดงปุ่มสำหรับลิงก์ตัวหนา ตัวเอียง และรูปภาพ แต่ปุ่มถัดไปควรเป็น "แทรกเทมเพลต" (ไอคอนชิ้นส่วนปริศนา) "ข้อมูลอ้างอิง" (ไอคอนหนังสือ) และ (ที่สำคัญที่สุด) การเน้นไวยากรณ์ (ไอคอนเครื่องหมาย) ซึ่งเปิดใช้งาน CodeMirror ลิงก์ "อ้างอิง" ในตอนท้ายก็หายไปเช่นกัน
ฉันลองโหลดสคริปต์เวอร์ชันเก่าบางเวอร์ชันแล้ว แต่ดูเหมือนจะไม่สร้างความแตกต่าง ฉันไม่แน่ใจว่ามันพังเมื่อใด แต่ฉันสงสัยว่ามีบางอย่างเปลี่ยนแปลงในตัวแก้ไข Wikitext 2010 ใครบ้างมีตัวอย่างการทำงานของวิธีการโหลด CodeMirror? เช่นเดียวกับสคริปต์อื่น ๆ ที่โหลดอินสแตนซ์ของโปรแกรมแก้ไข Wikitext ปี 2010 ด้วย CodeMirror — Alexis Jazz ( พูดหรือส่ง Ping ฉัน) 18:05, 14 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]

ดูเหมือนว่า MediaWiki:wikieditor-toolbar-help-page-reference (ซึ่งเคยพูดว่า "ข้อมูลอ้างอิง") ​​ก็หายไปเช่นกัน MediaWiki:wikieditor-toolbar-help-page-formatยังคงมีอยู่ — Alexis Jazz ( พูดหรือส่ง Ping ฉัน) 20:03, 14 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]

MediaWiki:wikieditor-toolbar-help-page-reference ดูเหมือนจะถูกย้ายไปที่MediaWiki:cite-wikieditor-help-page-referencesสำหรับ T339973 Anomie ⚔ 22:35, 14 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

@ Alexis Jazzคุณเปิดใช้งาน CodeMirror อย่างไร ฉันคาดหวังว่าจะเห็น CodeMirror.fromTextArea() ในแหล่งที่มาของคุณ แต่ฉันไม่เห็น นั่นจะเป็นวิธีปกติใน (ปัจจุบัน) เปิดใช้งาน CodeMirror บนพื้นที่ข้อความที่กำหนดเอง

ฉันจะใช้โอกาสนี้เพื่อแจ้งให้คุณและคนอื่นๆ ที่นี่ทราบว่า CodeMirror กำลังได้รับการอัปเกรดเป็นเวอร์ชันหลักล่าสุด และจะไม่มีความเข้ากันได้แบบย้อนหลัง ฉันตั้งเป้าว่าเรื่องนี้จะเสร็จสิ้นภายในต้นปีหน้า คุณสามารถติดตาม phab:T259059 เพื่อดูความคืบหน้า การแก้ไขสคริปต์ของคุณไม่ควรเป็นเรื่องยาก และฉันจะค้นหามันได้จาก toolforge:global-search ดังนั้นคุณจึงสามารถคาดหวังการติดต่อกับคำแนะนำในการย้ายข้อมูลล่วงหน้าได้ ฉันยังวางแผนที่จะแทนที่ตัวเน้นไวยากรณ์ Ace (และอาจเป็นส่วนขยาย CodeEditor ทั้งหมด) ด้วย CodeMirror ดังนั้นในสคริปต์ของคุณ คุณจะไม่ต้องตรวจสอบ Ace อีกต่อไป — MusikAnimal ^{พูดคุย} 20:53, 15 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]

MusikAnimalนั่นเป็นคำถามที่ดีทีเดียว ฉันไม่แน่ใจว่าmw.user.options.set('usecodemirror',1);จำเป็นหรือไม่ ฉันคิดว่าฉันเปลี่ยน ID ของ textarea ของฉันเป็น wpTextbox1, mw.loader.using(['ext.CodeMirror']เปลี่ยน ID กลับแล้วคลิก () แก้ไขปุ่มในตัวแก้ไข Wikitext 2010 เพื่อเปิดใช้งานตามต้องการ ฉันคิดว่า CodeMirror จะแนบตัวเองเข้ากับอินสแตนซ์ WikiEditor โดยอัตโนมัติ
ฉันพบสิ่ง fromTextArea ใน phab:T214989#7287480 ด้วยเช่นกัน ฉันได้ทดสอบและโหลด CM แต่ .textSelection('getContents') ใช้งานไม่ได้ (เพียงส่งคืนสตริงว่าง) — Alexis Jazz ( พูดหรือส่ง Ping ฉัน) 00:05, 16 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

@ Alexis Jazzใช่แล้ว การรวม jQuery.textSelection() เข้ากับการรวม WikiEditor อย่างไม่สะดวก ในตอนนี้ คุณสามารถคัดลอกโค้ดที่ต้องการ หรือแม้แต่โต้ตอบกับ CodeMirror โดยตรงก็ได้ เมื่อโค้ด CodeMirror 6 เปิดตัว การเพิ่มอินสแตนซ์ CM ที่มีคุณสมบัติครบถ้วนลงในพื้นที่ข้อความที่กำหนดเองจะง่ายกว่ามาก — MusikAnimal ^{พูดคุย} 02:12, 16 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]

MusikAnimalมี codeMirror.Doc (ตัวพิมพ์ใหญ่ D, ฟังก์ชัน) แต่ดูเหมือนว่าจะไม่มี codeMirror.doc ใช่ไหม (ฉันคงเป็นแค่คนงี่เง่าที่ไม่เห็นสิ่งที่ชัดเจนที่นี่)
ขออภัยที่คอยรบกวนคุณ โดยส่วนตัวแล้วฉันไม่รังเกียจที่จะรอ CM6 แต่ฉันรู้ว่าผู้ใช้บางคนของฉันค่อนข้างจะติด CodeMirror แก้ไข: จริงๆ แล้วฉันเป็นคนงี่เง่า แต่ฉันก็ยังไม่เข้าใจ และยิ่งมองมันนานเท่าไหร่ก็ยิ่งสับสนมากขึ้นเท่านั้น — Alexis Jazz ( พูดหรือส่ง Ping ฉัน) 02:47, 16 พฤศจิกายน 2566 (UTC) ตอบ[ตอบ]

ที่จุดเริ่มต้นของส่วน CodeMirror Programming API จะมีข้อความว่า "วิธีการที่นำหน้าด้วย can จะถูกเรียกทั้งใน อินสแตนซ์และอินสแตนซ์ (ตัวแก้ไข) doc.เว้นแต่จะระบุไว้เป็นอย่างอื่น" isaacl ( พูดคุย ) 16:06, 16 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]CodeMirrorCodeMirror.Doc

ฉันเห็นว่า Isaacl ตัวอย่างที่ Jack ให้มานั้นค่อนข้างไม่สมบูรณ์ นี่คือตัวอย่างที่ใช้งานได้อย่างสมบูรณ์:

เมกะวัตต์ ตัวโหลด การใช้( [ 'ext.CodeMirror' , 'ext.CodeMirror.lib' , 'ext.CodeMirror.mode.mediawiki' ] ) เสร็จสิ้น( function () { var config = mw .config .get ( ' extCodeMirrorConfig ' ); var $text = $ ( '<textarea>' ) ผนวกไปที่( document . body ); var myCMObject = CodeMirror . fromTextArea ( $text . ได้รับ( 0 ), { mwConfig : config , lineNumbers : true , โหมด: 'ข้อความ/สื่อวิกิ' } ); myCMObject . doc . setValue ( 'สวัสดีชาวโลก' ); console .log ( myCMObject . doc . getValue ()); } );         
       
         
         
     
     
     
   
  
  
 

— Alexis Jazz ( พูดคุยหรือส่ง Ping ฉัน) 18:06, 16 พฤศจิกายน 2566 (UTC)ตอบ[ตอบ]

ดูเหมือนว่าธีม Vector ใหม่จะเปลี่ยนถ้อยคำของแท็บ "ส่วนใหม่" เป็น "เพิ่มหัวข้อ" สิ่งนี้ทำให้เกิดความสับสน ดังที่เห็นที่นี่แต่โดยทั่วไปแล้ว หน้าความช่วยเหลือ เช่นWP:TPNEWยังคงใช้ "ส่วนใหม่" ฉันเกลียดการพยายามจำวิธีค้นหาและค้นหาหน้าการกำหนดค่า MW เฉพาะที่จัดการกับสิ่งนี้ แต่จะเป็นไปได้หรือไม่ที่จะเปลี่ยนถ้อยคำของธีมใหม่กลับไปเป็น "ส่วนใหม่" (โปรดอย่า pingในการตอบกลับ) Primefac ( พูดคุย ) 11:31, 15 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]

ดูWP:QQXสำหรับวิธีค้นหาข้อความระบบ uselang=qqx ใน Vector 2022 ระบุว่า "(vector-2022-action-addsection / skin-action-addsection)" ฉันไม่แน่ใจความหมายเมื่อมีชื่อข้อความ สองชื่อ แต่ฉันเดาว่ามันหมายถึงการใช้ MediaWiki:Vector-2022-action-addsection หากถูกสร้างขึ้น มิฉะนั้นให้ใช้ MediaWiki:Skin-action- addsection ค่าเริ่มต้นของ MediaWiki คือ "เพิ่มหัวข้อ" ทั้งใน Vector แบบดั้งเดิมและ Vector 2022 ย้อนกลับไปในปี 2009 MediaWiki:Vector-action-addsectionถูกสร้างขึ้นเพื่อพูดว่า "ส่วนใหม่" ใน Vector แทน (สกิน Vector เดียวในขณะนั้น) เราสามารถสร้าง MediaWiki:Vector-2022-action-addsection ด้วย "ส่วนใหม่" เพื่อให้มีผลกับ Vector 2022 เท่านั้น เรายังสามารถสร้างMediaWiki:Skin-action-addsectionด้วย "ส่วนใหม่" ได้ด้วย ฉันเดาว่านั่นจะส่งผลกระทบต่อสกินอื่น ๆ ที่ผู้ใช้อาจใช้เพื่อ "เพิ่มหัวข้อ" PrimeHunter ( พูดคุย ) 12:47, 15 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

ด้วยทางลัดที่เป็น QQX คุณจะเห็นว่าทำไมฉันถึงมีปัญหาในการจดจำ... ฉันไม่สนใจจริงๆ ว่าเราใช้อันไหน ฉันชอบ "ส่วนใหม่" เป็นหลักเพียงเพราะมันเป็นสิ่งที่ฉันเห็นมาตลอดแต่ฉันไม่คิดว่าเราควรจะแบ่งการใช้งานเป็นรสชาติต่างๆ (และฉันจะไม่นอนไม่หลับถ้าฉันเป็นคนกลุ่มน้อย). Primefac ( พูดคุย ) 12:59 น. 15 พฤศจิกายน 2566 (UTC) เอาล่ะฉันมีการตั้งค่าเล็กน้อยตอบกลับ[ตอบกลับ]

WP:MEDIAWIKIเป็นทางลัดไปยังทั้งหน้า WP:QQXเป็นการเปลี่ยนเส้นทาง (โดยไม่มีสถานะทางลัดอย่างเป็นทางการ) ไปยังส่วนเกี่ยวกับคุณลักษณะ qqx PrimeHunter ( พูดคุย ) 13:07, 15 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

อะไรทำให้ทางลัด "เป็นทางการ" -- Red rose64 🌹 ( พูด ) 16:12, 15 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

ฉันถือว่า PrimeHunter หมายถึงการปรากฏตัวใน {{ Shortcut }} อิซโน ( พูดคุย ) 16:34, 15 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

ใช่. จริงๆ แล้วฉันเองที่ทำการเปลี่ยนเส้นทางWP: QQX แนวคิดนี้คือเพื่อช่วยเหลือผู้ใช้ที่รู้อยู่แล้วว่ามีสิ่งที่เรียกว่า qqx และลองค้นหามัน ฉันไม่คิดว่ามันคุ้มค่ากับ {{ Shortcut }} ที่ส่วนเป้าหมาย PrimeHunter ( พูดคุย ) 18:29, 15 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

ฉันหยิบยกประเด็นขึ้นมา และคำตอบเดียวคือเกี่ยวกับประเด็นที่ไม่เกี่ยวข้องที่ฉันทำเกี่ยวกับการลืมทางลัด.... ความดี Primefac ( พูดคุย ) 20:35, 15 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

ขอแสดงความยินดีกับการสรุปปรัชญาวิกิพีเดียด้วยคำสั้นๆ เพียงไม่กี่คำ! ——อนุกรม 17:23, 16 พฤศจิกายน 2566 (UTC)ตอบ[ตอบ]

• และแน่นอนว่าคำแนะนำเครื่องมือระบุว่า "เริ่มส่วนใหม่" — xaosflux ^Talk 21:01, 15 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]

ซึ่งเป็นค่าเริ่มต้น ของMediaWiki ในMediaWiki:Tooltip-ca-addsection บางทีคำแนะนำเครื่องมือเริ่มต้นอาจจงใจใช้ถ้อยคำที่แตกต่างจากป้ายกำกับเริ่มต้น "เพิ่มหัวข้อ" คำแนะนำเครื่องมือจะไม่มีประโยชน์มากนักหากเพียงแต่ทำซ้ำข้อความที่คุณวางเมาส์เหนืออยู่แล้ว PrimeHunter ( พูดคุย ) 23:08, 15 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

• ฉันชอบเพิ่มหัวข้อเพราะมันอธิบายสิ่งที่ทำกับคนที่ไม่เคยใช้ซอฟต์แวร์วิกิมาก่อน น้อยกว่าหน้าพูดคุยมาก ภาคใหม่ไม่ได้ อิซโน ( พูดคุย ) 22:37, 15 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

นอกจากนี้ ผู้ใช้วิกิ MediaWiki อื่นๆ อาจคุ้นเคยกับ "เพิ่มหัวข้อ" ซึ่งเป็นค่าเริ่มต้นตั้งแต่ Vector กลายเป็นสกินเริ่มต้นในปี 2010 และSpecial:Preferences#mw-prefsection-editingบอกว่า "topic" เจ็ดครั้งเกี่ยวกับคุณสมบัติล่าสุด ฉันคิดว่าจำเป็นต้องมีการอภิปรายฉันทามติก่อนที่จะเปลี่ยนเป็น "ส่วนใหม่" ใน Vector 2022 PrimeHunter ( พูดคุย ) 23:08, 15 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

"เพิ่มหัวข้อ" ดูเหมือนค่อนข้างแปลกสำหรับฉัน ถ้าฉันอยู่ในหน้าพูดคุยของ Band X "หัวข้อ" คือ Band X การเพิ่มหัวข้อแสดงว่าตอนนี้ฉันกำลังพูดถึง Band Y หรือไดโนเสาร์ หรือทฤษฎีบทพีทาโกรัส "ส่วนใหม่" ระบุอย่างชัดเจนว่าฉันกำลังเพิ่มส่วนใหม่ลงในหน้าเดียวกันและจะยังคงพูดถึง Band X -- ผู้ใช้:Khajidha ( พูด ) ( การมีส่วนร่วม ) 06:18, 16 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบ]

ฉันยังสนับสนุนการรักษา "เพิ่มหัวข้อ" และอัปเดตถ้อยคำในหน้าเอกสารประกอบเพื่อให้ตรงกับสิ่งนั้น ดูเหมือนว่าการปรับแต่ง "ส่วนใหม่" ในปี 2009 ส่วนใหญ่จะสอดคล้องกับ MonoBook [1] ซึ่งไม่ใช่ค่าเริ่มต้นอีกต่อไปเมื่อประมาณ 15 ปีที่แล้ว (และดูเหมือนว่าจะมีการเปลี่ยนแปลงตั้งแต่ – ป้ายกำกับปัจจุบันมีเพียง "+") การปรับแต่งยังหมายความว่าเอกสาร MediaWiki ปกติทั้งหมดไม่ตรงกับ Wikipedia และจะต้องคัดลอกและปรับแต่งที่นี่ ตัวอย่างเช่น มีคนเขียน [2] ใหม่เป็น [3] Matma Rex พูดคุย 12:34, 16 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

ฉันชอบ "ส่วนใหม่" มากกว่า ข้อโต้แย้งของฉันจากMediaWiki talk:Vector-action-addsectionยังคงไม่เปลี่ยนแปลง และถึงเวลาที่เราจะหยุดบังคับให้เราเปลี่ยนถ้อยคำจากด้านบน * Pppery * _{เริ่มแล้ว...} 15:52, 16 พฤศจิกายน 2566 (UTC) ตอบ[ตอบ]

คุณลักษณะใหม่จะมาในวิกิของคุณเร็วๆ นี้: ตัวอย่างการอ้างอิงคือป๊อปอัปสำหรับการอ้างอิง ป๊อปอัปดังกล่าวมีอยู่บนวิกิในฐานะอุปกรณ์ท้องถิ่นมาหลายปีแล้ว ขณะนี้มีโซลูชันส่วนกลางที่พร้อมใช้งานบนวิกิทั้งหมด และสอดคล้องกับคุณลักษณะ PagePreviews

ทุกคนจะมองเห็นตัวอย่างข้อมูลอ้างอิงได้ รวมถึงผู้อ่านด้วย หากคุณไม่ต้องการเห็นพวกเขา คุณสามารถเลือกไม่รับได้ หากคุณใช้คำแนะนำเครื่องมืออ้างอิงของแกดเจ็ตหรือป๊อปอัปการนำทาง คุณจะไม่เห็นหน้าตัวอย่างการอ้างอิง เว้นแต่คุณจะปิดใช้งานแกดเจ็ตนั้น

การแสดงตัวอย่างข้อมูลอ้างอิงเป็นคุณลักษณะเบต้าในวิกิจำนวนมากมาตั้งแต่ปี 2019 และเป็นคุณลักษณะเริ่มต้นในบางส่วนตั้งแต่ปี 2021 มีการวางแผนการปรับใช้ในวันที่ 22 พฤศจิกายน

• หน้าช่วยเหลือ
• หน้าโครงการพร้อมข้อมูลเพิ่มเติม (เป็นภาษาอังกฤษ)
• ข้อเสนอแนะยินดีต้อนรับในหน้าพูดคุยนี้

-- สำหรับทีมงาน Technical Wishes ของ Wikimedia Deutschland

Johanna Strodt (WMDE), 13:11, 15 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

เมื่อค้นหาไฟล์เก็บถาวร ครั้งสุดท้ายที่ฉันพบการอัปเดตคือประมาณ 6 เดือนที่แล้ว เรามีการดำเนินการใดๆ ที่เราควรทำเพื่อแก้ไขหน้าเว็บที่ใช้เทมเพลตกราฟที่ถูกปิดใช้งานหรือไม่ หรือเรายังอยู่ในรูปแบบการถือครองเพื่อรอการแก้ไข? ขอบคุณ87Fan ( พูดคุย ) 16:29, 15 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

@ 87Fan :มีอยู่ในข่าวเทคโนโลยีเมื่อไม่กี่สัปดาห์ก่อน แต่สถานการณ์ปัจจุบันแสดงอยู่ที่ mw:Extension:Graph/Plans#Roadmap -- Red rose64 🌹 ( พูด ) 16:44, 15 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

ดูเพิ่มเติมที่นี่ LittlePuppers ( พูดคุย ) 16:47, 15 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

เทมเพลตที่ใช้ Mw:Extension:Graph ทั้งหมดจำเป็นต้องได้รับการอัปเดต มีความคืบหน้าในโมดูล:กราฟ, แม่แบบ:กราฟ:เส้น และ แม่แบบ:แผนที่ตำแหน่ง OSM ทั้งสามตัวนี้รออยู่ที่ phab:T335325 ครับ หากคุณต้องการช่วยอ่านรายการ mw:Extension:Graph/Vega 2to5 ให้คัดลอกเทมเพลตไปที่วิกิพีเดียเบต้าแล้วเริ่มต้นได้เลย! Snævar ( พูดคุย ) 18:01, 15 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

ในปัจจุบัน บทความ Wikipedia ได้รับการออกแบบมาให้อ่านบนหน้าจอเป็นหลัก มีมุมมองสำหรับมือถือและคำอธิบายสั้น ๆ แต่รูปแบบของพวกเขาดูเหมือนจะไม่เหมาะกับอุปกรณ์ประเภทที่กำลังจะมาถึง ลำโพงอัจฉริยะคุ้นเคยอยู่แล้ว และตอนนี้ก็มีai pinซึ่งเป็นอุปกรณ์สวมใส่ที่ดูมีแนวโน้ม ปัญหาทางเทคนิคที่จะเกิดขึ้นอาจคล้ายคลึงกับปัญหาที่เกิดจากการใช้โปรแกรมอ่านหน้าจอโดยผู้พิการทางสายตาหรือผู้พิการทางสายตา และมีผู้ใช้เช่นคนขับรถและนักวิ่งที่ต้องการดูว่าพวกเขากำลังจะไปที่ไหน หรือผู้สูงอายุที่ไม่คุ้นเคยกับสมาร์ทโฟนที่ทันสมัย แล้วแผนงานหรือกลยุทธ์สำหรับอุปกรณ์และผู้ใช้ประเภทนี้คืออะไร? และมีคนทำงานเกี่ยวกับอินเทอร์เฟซเสียงเพื่อแก้ไขเพื่อให้สามารถรับส่งข้อมูลแบบสองทางได้หรือไม่? Andrew 🐉( พูดคุย ) 23:46, 15 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

ที่เกี่ยวข้อง: โลโก้เสียงสำหรับ Wikimedia —  Frostly ( พูดคุย ) 06:09, 16 พฤศจิกายน 2566 (UTC)ตอบ[ตอบ]

เราอาจต้องการผู้ที่มีความรู้ด้านเทคโนโลยีและผู้ที่มีบอทย้ายหน้าเพื่อพิจารณาพูดคุยที่ Wikipedia:ผู้สมัครบทความเด่น#การใช้ 'archiveN' เป็นชื่อเพจย่อยสำหรับเพจที่ใช้งานอยู่และไม่ใช่เพจเก็บถาวร

ประเด็นหลักคือเหตุใดหน้า FAC ใหม่ล่าสุดจึงถูกเรียกว่าWikipedia:Featured article allowances/Philosophy/archive1ถึงแม้ว่าการสนทนาจะยังไม่ถูกเก็บถาวร (ยัง) ดูเหมือนว่าเมื่อหลายปีก่อน การย้ายหน้าต่างๆ เมื่อการสนทนาสิ้นสุดลงถือเป็นภาระหนักเกินไป ฉันคิดว่าเราทำได้ดีกว่านี้แล้ว WhatamIdoing ( พูดคุย ) 01:17, 16 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

ฉันเพิ่งบล็อกผู้ใช้ไม่ให้แก้ไขWikipedia :Administrators' Noticeboard/Incidents อย่างไรก็ตาม ฉันพิมพ์ผิดว่าเป็นWikipedia:Administrators' Noticeboard/Incidents (ซึ่งเป็นการเปลี่ยนเส้นทาง) และเพื่อให้พวกเขาสามารถแสดงความคิดเห็นต่อที่ ANI ได้ (ซึ่งเป็นจุดสำคัญของการบล็อก!)

มีวิธีง่ายๆ ในการรับบล็อกบางส่วนเพื่อนำไปใช้กับเป้าหมายการเปลี่ยนเส้นทางตลอดจนหน้าจริงที่บล็อกนั้นถูกวางไว้หรือไม่? Ritchie333 ^{( พูดคุย ) (ต่อ)} 11:11, 16 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

ไม่ เช่นเดียวกับที่ไม่มีวิธีใดที่จะทำให้การป้องกันการเปลี่ยนเส้นทางมีผลกับเป้าหมาย redir ด้วย -- Red rose64 🌹 ( พูด ) 16 พฤศจิกายน 2566 11:40 น. (UTC) ตอบกลับ[ตอบกลับ]

และคุณคงไม่ต้องการให้เป็นเช่นนั้นไม่ว่าในกรณีใด เนื่องจากจะอนุญาตให้ใครก็ตามที่สามารถแก้ไขการเปลี่ยนแปลงการเปลี่ยนเส้นทางซึ่งเพจ (อื่น ๆ) ได้รับการป้องกันหรือบล็อก เหตุผลเดียวกันว่าทำไมการป้องกันแบบกึ่งเรียงซ้อนไม่สามารถใช้งานได้

สิ่งที่อาจมีจุดประสงค์เดียวกันคือการเตือนหากคุณบล็อกบางส่วนจากการเปลี่ยนเส้นทางหรือหน้าที่ไม่มีอยู่ — เป็นความลับ 11:50 น. 16 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]

คุณสมบัติที่มีประโยชน์อาจเป็นการตรวจสอบว่าบัญชีได้แก้ไขเพจแล้ว ฉันเห็นสถานการณ์ที่คุณอาจต้องการบล็อกคนที่ไม่ได้บล็อก - บางทีพวกเขาอาจใช้ตัวกรองแก้ไขโดยไม่พบสูตรวิเศษที่จะกำจัดขี้เถ้าออกไป - แต่มันคงหายาก Certes ( พูดคุย ) 19:04, 16 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]

รายการการมีส่วนร่วมของฉันดูเหมือนกระทันหันในช่วงสองสามวันที่ผ่านมา มันตลกไปหน่อย: หน้าไหนก็ตามที่ฉันคลิกไปที่ข้อความ '''ตัวหนา'' แต่ให้พื้นหลังเป็นสีเหลืองแต่ที่แย่ที่สุดคือไม่เปิดขึ้นมา วิธีเดียวในการเปิดเพจคือการคลิกขวา/เปิด ซึ่งไม่สะดวกเล็กน้อย ฉันไม่คิดว่าฉันได้เปลี่ยนแปลงอะไรในการตั้งค่าตามอายุของฉัน ดังนั้นฉันจึงประสบปัญหาในการติดตามสาเหตุ มีข้อเสนอแนะอะไรบ้าง? ไชโยคน! ——อนุกรม 18:02, 16 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]

นอกจากนี้ ยังทำหน้าที่เสมือนเป็นหน้าที่แก้ไขได้ เมื่อฉันคลิกออกจากหน้านั้น กล่องจะปรากฏขึ้นว่า 'หน้านี้ขอให้คุณยืนยันว่าคุณต้องการออก - ข้อมูลที่คุณป้อนอาจไม่ได้รับการบันทึก' ——อนุกรม 18:41, 16 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]

และเพิ่งพบว่าเป็นหน้าการมีส่วนร่วมของผู้ใช้ทั้งหมด รวมถึง ประกาศบล็อก... ——ซีเรียล 18:46, 16 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

ฉันคิดว่าผลกระทบนี้เกิดจากUser:Writ Keeper/Scripts/commonHistory.jsซึ่งคุณกำลังโหลดในUser:Serial Number 54129/ common.js ฉันไม่รู้ว่าทำไมมันถึงเปลี่ยนไปในทันที – Jonesey95 ( พูดคุย ) 18:52, 16 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]

ฉันสงสัยว่าGreenCหรือGalobtterหรือMusikAnimalหรือThe EarwigหรือQwerfjklสังเกตเห็นความแตกต่างหรือไม่ (ฉันเพิ่งสแกนรายชื่อบรรณาธิการ 40 คนที่ใช้สคริปต์นี้และส่ง Ping ไปยังบรรณาธิการที่ใช้งานอยู่ซึ่งมีชื่อที่ฉันคุ้นเคย) – Jonesey95 ( พูดคุย ) 18:56, 16 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]

ใช่แล้ว ประวัติศาสตร์ทั่วไปไม่ได้ทำให้เกิดสิ่งนี้อย่างแน่นอน Galobtter ( พูดคุย ) 00:00 น. 17 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]

ในทำนองเดียวกันไม่มีปัญหาใด ๆ เช่นนี้ —  The  Earwig  ( พูดคุย ) 04:10, 17 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]

ฉันไม่เห็น CSS ในสคริปต์เหล่านั้นที่ทำให้เกิด... การระบายสี สิ่งที่คุณทำได้คือทำให้ส่วนต่างเปิด/ปิดและจัดเตรียมปุ่มที่เหมาะสม ( User:Bradv/Scripts/ExpandDiffs.jsเป็นทางเลือกในประเด็นนี้) ฉันคิดว่าการค้นหาว่าสีมาจากไหนอาจเป็นสิ่งแรกที่ต้องทำ อิซโน ( พูดคุย ) 19:00 น. 16 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]

ตกลง ฉันกำลังดูเธรดหน้าพูดคุยที่กล่าวถึง "ตรวจสอบความแตกต่าง" แต่ไม่ใช่สี อาจเป็นUser:Ais523/ topcontrib.js เมื่อฉันโหลดสิ่งนั้นใน vector.js ของฉัน ฉันเห็นพื้นหลังสีทุกประเภทในหน้าการมีส่วนร่วมของฉัน – Jonesey95 ( พูดคุย ) 19:16, 16 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]

ใช่ สคริปต์นี้จะทำให้การแสดงผลเช่นนี้ โดยส่วนตัวฉันไม่รู้ว่าทำไมสิ่งต่าง ๆ ถึงเปลี่ยนไปเหมือนที่เคยเป็น SN ลองลบบรรทัดที่เกี่ยวข้องออกแล้วดูว่าจะคืนค่าส่วนขยายหรือไม่ อิซโน ( พูดคุย ) 21:38, 16 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

น่าตลกที่มันไม่เป็นปัญหาบนเดสก์ท็อปบนมือถือ ตกลงทั้งหมดที่นี่ ——อนุกรม 20:24, 16 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]

User:Writ Keeper/Scripts/commonHistory.jsฉันไม่คิดว่ามันเป็น ฉันเพิ่งติดตั้งเมื่อวันก่อนและฉันก็ไม่มีปัญหา

@ หมายเลขซีเรียล 54129สิ่งที่ #1 ที่ต้องทำเมื่อคุณพบความแปลกประหลาดเช่นนี้คือการทดสอบว่าเป็นสคริปต์ที่มีความผิดจริง ๆ คุณสามารถทำได้โดยการดูหน้าเดิมขณะออกจากระบบ หรือเพิ่มลงsafemode=1ใน URL (ตัวอย่าง) หากปัญหาหายไป คุณจะรู้ว่านี่เป็นหนึ่งในสคริปต์ของคุณ

คุณอาจต้องลบสคริปต์ทีละตัวเพื่อแก้ไขข้อบกพร่องที่ทำให้เกิดสิ่งนี้ ฉันสามารถพูดได้อย่างมั่นใจในระดับปานกลางว่าสิ่งที่คุณกำลังประสบอยู่อาจไม่ได้เกิดจากการเปลี่ยนแปลงล่าสุดใน MediaWiki พื้นหลังสีเหลืองเป็นปัญหาที่ค่อนข้างชัดเจน ถ้ามันแพร่หลายไป ฉันรู้สึกเหมือนเราคงเคยได้ยินเรื่องนี้มาแล้ว — MusikAnimal ^{พูดคุย} 21:41, 16 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]

เชื่อฉันเถอะ MusikAnimalฉันไม่ได้ตำหนิ MW; ฉันก็ไม่รู้จะทำยังไง! แต่มันคงจะดีถ้าฉันให้นักพัฒนาซอฟต์แวร์ทำมันได้ อะไรที่ทำให้ฉันเป็นไส้กรอกนิ้ว/สมองเนื้อแกะในเรื่องแบบนี้ :) การมีสคริปต์ที่ระบุสคริปต์ที่ไม่ดีก็คงจะดีเช่นกัน แต่หลุมกระต่ายนั้นอาจทำให้เราต้องมีสคริปต์ที่ระบุว่าเมื่อตัวระบุสคริปต์ที่ไม่ดีนั้นเสียad infinitum  :) ——อนุกรม 14:37, 17 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

อะไรจะเป็นทางออกที่ดีที่สุดในการรับรายชื่อนักกีฬาที่เข้าแข่งขันมากกว่าหนึ่งประเทศกลับมาภายใต้ขีดจำกัดขนาดหลังการขยาย ขอบคุณ. DH85868993 ( พูดคุย ) 06:13, 17 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

ฉันเดาว่าการลบแฟล็กจะแก้ไขปัญหาได้ แต่การทำเช่นนั้นอาจเป็นเรื่องยุ่งยากเนื่องจากมีการใช้เทมเพลตที่แตกต่างกันหลายแบบเพื่อรวมไว้ Johnuniq ( พูดคุย ) 06:48, 17 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

ตกลง ฉันลองใช้ {{ Flagg }} ซึ่งอ้างว่าลดขนาดโพสต์ขยาย แต่จะช้ากว่าและใช้หน้าเว็บเกินขีดจำกัดการเรนเดอร์ 10 วินาที Certes ( พูดคุย ) 10:12, 17 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]

ทิ้งธงเหล่านั้นทั้งหมด แบ่งรายการใหญ่ๆ บางส่วนตามที่ปรากฏในส่วนหมากรุก — xaosflux ^Talk 17:43, 17 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]

ใช่แล้ว ทิ้งธงซะ เทมเพลตเหล่านั้นเป็นการตัดต่อภายในการทรานเซคชั่น และเราค้นพบในทศวรรษที่ผ่านมาเทมเพลตเหล่านั้นมีส่วนร่วมอย่างรวดเร็วถึงขีดจำกัดการทรานเซคชั่น Sandy Georgia ( พูดคุย ) 17:52, 17 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

เทมเพลตที่มีอาร์กิวเมนต์เช่นจะขยายการเรียกซ้ำแบบเต็มในการเรียกที่เหมือนกัน 145 ครั้งด้วยอาร์กิวเมนต์นั้น การเรียกเทมเพลตแต่ละครั้งในกระบวนการมีส่วนทำให้เกิดขีดจำกัด เทมเพลตที่ไม่มีอาร์กิวเมนต์เช่นจะขยายแบบเต็มเพียงครั้งเดียว จากนั้นคัดลอกผลลัพธ์ 144 ครั้งถัดไป โดยจะนับเฉพาะขนาดของเอาต์พุตสุดท้ายเท่านั้น ฉันใช้สิ่งนี้เพื่อแก้ไข [4] ซึ่งจะลบหมวดหมู่ในตอนนี้โดยไม่ต้องลบแฟล็ก หน้าเว็บเปลี่ยนจากเกินขีดจำกัดไปเป็น 94% ของขีดจำกัด ที่ยังปิดอยู่และปัญหาอาจกลับมาในภายหลัง PrimeHunter ( พูดคุย ) 01:49, 18 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]{{flagu|United States}}{{USA}}

หากใครก็ตามเช่นฉัน งงว่าทำไม โปรแกรมดู แผนที่แห่งชาติใน GeoHack ถึงนำแผนที่หนึ่งไปที่ Newton County, Missouri เสมอ นั่นเป็นเพราะมีข้อผิดพลาดในการสร้าง URL โดยที่, ถูกใช้แทน&

ฉันพบสิ่งนี้ครั้งล่าสุดสำหรับWhitaker, Kentucky ( การสนทนาของ AfD )

URL ที่ทำงาน

https://apps.nationalmap.gov/viewer/viewer/index.html?marker=-83.2575,37.209167,4326&from%20Whitaker%2C_Kentucky,,Whitaker%2C%20Kentucky&scale=100000

URL ที่ล้มเหลวในปัจจุบัน

https://apps.nationalmap.gov/viewer/viewer/index.html?marker=-83.2575,37.209167,4326,from%20Whitaker%2C_Kentucky,,Whitaker%2C%20Kentucky&scale=100000

บางทีนี่อาจเป็นการเปลี่ยนแปลง API ล่าสุด แต่ข้อมูล "จาก" ทั้งหมดนั้นทำลายเครื่องหมายอย่างแน่นอน ลุงจี ( พูด ) 10:49, 17 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]

ฉันสังเกตเห็นเมื่อเร็วๆ นี้ว่ามีความแตกต่างใน UI ของ DiscussionTools บนเพจของWikipedia:เนมสเปซและเนมสเปซการพูดคุยบนเว็บบนมือถือ ฉันไม่แน่ใจว่ามีเจตนาหรือไม่ หรือทำซ้ำ จึงขอมา ณ ที่นี้ พวกเขาคือ:

1. ไม่มีปุ่มสมัครสมาชิกในWP:การสนทนา
2. ปุ่มตอบกลับจะแตกต่างออกไป ในWP:การสนทนา ปุ่มตอบกลับจะดูเหมือนปุ่มบนเดสก์ท็อป ในขณะที่หน้าประเภทหลัง ปุ่มจะแสดงในรูปแบบเฉพาะสำหรับมือถือ
3. ปุ่มตอบกลับแสดงอย่างผิดพลาด (ไม่ควรอยู่ที่นั่นเลย) ในWP:การสนทนาที่ไม่อยู่ภายใต้ {{ atop }} (เช่นTalk:2023 Israel–Hamas war#Palestinian Casualies ) หรือในการสนทนาแบบรวมกลุ่ม เช่นTalk:Australiformis (แต่ไม่ได้เปิดอยู่ หน้าที่ดึงมาจาก)

เรื่องที่เกี่ยวข้องกันคือไอคอนยุบ/ขยาย (สัญลักษณ์คล้ายคารอน/คาเร็ต) อยู่ตรงกลางถัดจากชื่อหัวข้อในส่วนพื้นที่หลักหรือWP:การอภิปราย แต่จะแสดงถัดจากบรรทัดแรกของชื่อเรื่องใน*talk:การสนทนา สิ่งนี้เกี่ยวข้องกับ T344629 Janhrach ( พูดคุย ) 11:24, 17 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]

คาดหวังทั้ง 1 และ 2 เช่นเดียวกับตำแหน่งไอคอนยุบ ซึ่งเป็นอาการของคุณสมบัติการปรับปรุงการมองเห็นของ DiscussionTools ที่ถูกจำกัดไว้เฉพาะเนมสเปซของ Talk เรามีการใช้งานที่รอดำเนินการ (T331635) สำหรับ "เปิดการปรับปรุงภาพบนหน้าใดๆ ที่มี __NEWSECTIONLINK__" แต่ฉันคิดว่าแผนปัจจุบันคือเพื่อให้เข้าถึง enwiki ครั้งสุดท้ายเพราะเราต้องการให้แน่ใจว่าปัญหาที่อาจเกิดขึ้นได้รับการแก้ไขก่อน มันไปที่วิกิที่มีการเข้าชมสูงสุด แม้ว่า ( พูดในฐานะบุคคลที่ไม่รับผิดชอบกำหนดการปรับใช้ ) ฉันคิดว่าเราอาจตอบสนองต่อคำขอของชุมชนเพื่อการปรับใช้ที่รวดเร็วขึ้นหากเกิดปัญหา (หากคุณสงสัย คุณสามารถดูว่าจะเกิดอะไรขึ้นเมื่อมีการเปิดใช้งานสำหรับหน้าเว็บที่กำหนด โดยใช้พารามิเตอร์ URL ที่สามารถระบุได้ เช่น ในหน้านี้)

3 มันเป็นข้อผิดพลาดแม้ว่า ดูเหมือนว่าปัญหาเฉพาะของ CSS ในส่วนของเรา เราซ่อนลิงก์ตอบกลับไว้ใน .mw-archivedtalk แต่กฎ CSS สำหรับอุปกรณ์เคลื่อนที่ข้อหนึ่งกำลังแทนที่กฎนั้น ฉันได้สร้าง T351542 สำหรับสิ่งนี้ และจะได้รับการแก้ไข DLynch (WMF) ( พูดคุย ) 15:30 น. 17 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

โอเค T351542 ได้รับการแก้ไขแล้ว มันจะดำเนินไปตามกระบวนการปรับใช้มาตรฐาน และจะเข้าสู่ enwiki ภายในวันพฤหัสบดีหลังจากวันถัดไป (วันขอบคุณพระเจ้าของสหรัฐอเมริกาทำให้เกิดการหยุดชะงัก) DLynch (WMF) ( พูดคุย ) 16:33, 17 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]

@ Dlynch (WMF) :ขอบคุณมาก! Janhrach ( พูดคุย ) 18:03, 17 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]

ขณะนี้ T346920 ถูกทำเครื่องหมายว่าแก้ไขแล้ว เพิ่มลิงก์ของ VisualEditor ควรแนะนำการเปลี่ยนเส้นทางด้วยการจับคู่ตัวพิมพ์ทุกประการ ดังนั้นจึงไม่สนับสนุนให้ผู้แก้ไขเพิ่มลิงก์ย่อยที่เหมาะสมอีกต่อไปผ่านการเปลี่ยนเส้นทางจากการใช้อักษรตัวพิมพ์ใหญ่ที่ไม่ถูกต้อง ฯลฯ ใบรับรอง ( พูดคุย ) 11:44, 17 พฤศจิกายน2566 ( UTC ) ตอบกลับ[ตอบกลับ]

สวัสดีทุกคน รายการลงคะแนนเสียงของผู้มีสิทธิเลือกตั้งรุ่นแรกสำหรับWP:ACE2023ได้ถูกสร้างขึ้นแล้ว มีการเผยแพร่ที่นี่ (หรือที่นี่ เรียงลำดับ ) รายการควรตรงกับเกณฑ์ที่ระบุไว้ที่นี่: วิกิพีเดีย:การเลือกตั้งคณะกรรมการอนุญาโตตุลาการเดือนธันวาคม 2023# Election_process ชุมชนได้รับเชิญให้ตรวจสอบสิ่งนี้เพื่อดูปัญหาด้านเทคนิค หากคุณพบเห็น โปรดโพสต์ไปที่: Wikipedia talk:Arbitration Committee Elections December 2023/ Coordination ขอบคุณ — xaosflux ^Talk 21:21, 17 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

H:INCATมีตัวอย่างวิธีการค้นหาincategoryที่ใช้ไม่ได้ ดูการค้นหา "แอมโมเนีย" ในCategory:นักเคมีชาวเยอรมันและจบลงด้วยการค้นหาเนมสเปซหลัก ไม่ใช่เนมสเปซหมวดหมู่ และส่งคืนผลลัพธ์ 0 รายการ หากมีใครสามารถช่วยฉันแก้ไขปัญหานี้ได้ ก็จะแก้ปัญหาที่ฉันพยายามแก้ไขที่สปีชีส์ด้วย: เมอร์ซี ― Justin ( ko a v f ) ❤ T ☮ C ☺ M ☯ 09:41, 18 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

ไม่ควรค้นหาในเนมสเปซหมวดหมู่ แต่จะไม่แสดงผลลัพธ์เพียงเพราะว่าไม่มีบทความที่มีคำว่า "แอมโมเนีย" ในหมวดหมู่นั้น Nardog ( พูดคุย ) 10:04, 18 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]

โอเค มันค่อนข้างน่าสับสน... บางทีตัวอย่างที่เข้าใจง่ายกว่านี้จะดีกว่าไหม พูดตามตรง ฉันก็นอนไม่หลับเหมือนกัน โดยมีเวลาแค่สามชั่วโมงในช่วง 36 ที่ผ่านมา บางทีก็แค่นั้นแหละ ขอบคุณ. ― Justin ( ko a v f ) ❤ T ☮ C ☺ M ☯ 10:20 น. 18 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

อันที่จริง มันไม่ได้ค้นหาเนมสเปซหมวดหมู่ตามค่าเริ่มต้น เนื่องจากหมวดหมู่ไม่ใช่เนมสเปซของเนื้อหา หากคุณต้องการค้นหาเนมสเปซหมวดหมู่ คุณต้องเปลี่ยนการเลือกเนมสเปซในเมนูค้นหาหรือโดยการระบุชื่อที่จุดเริ่มต้นของอินพุตการค้นหา อิซโน ( พูดคุย ) 16:47, 18 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]

ฉันเดาว่าฉันแค่สับสนโดยพื้นฐานและดูเหมือนว่าตัวอย่างจะไม่เหมาะสมโดยการให้ตัวอย่างการค้นหาที่ไม่มีผลลัพธ์... ― Justin ( ko a v f ) ❤ T ☮ C ☺ M ☯ 21:53, 18 พฤศจิกายน 2023 (UTC) ตอบกลับ[ตอบกลับ]

บางทีอาจมีผลลัพธ์เมื่อมีการเพิ่มตัวอย่าง หรืออาจมีบางคนคิดว่ามันน่าสนใจที่จะยกตัวอย่างที่สร้างผลลัพธ์ด้วย deepcat ในส่วนต่อไปนี้เท่านั้น ฉันคิดว่าเป็นการดีที่สุดที่จะมีตัวอย่างที่ให้ผลลัพธ์ในทั้งสองกรณี แต่จะมากกว่านั้นมากกับ deepcat ฉันได้เปลี่ยนเป็น "Berlin" [5] ซึ่งปัจจุบันให้ผลลัพธ์ 20 รายการสำหรับBerlin incategory:German_chemistsและ 493 สำหรับBerlin deepcat: German_chemists PrimeHunter ( พูดคุย ) 22:35, 18 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

ฉันเป็นผู้ใช้ Monobook ที่ใช้งาน Vivaldi บน Mac Air เมื่อฉันพยายามเข้าถึงSpecial:EditWatchlistฉันไม่ได้รับการตอบกลับหรือหมดเวลาเนื่องจาก "เกินเวลาคำขอสูงสุด 60 วินาที" --~~ ไมค์ส้ม | พูดคุย 19:09, 18 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]

รายการเฝ้าดูของคุณใหญ่แค่ไหน? อิซโน ( พูดคุย ) 21:38, 18 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

เพื่อที่จะชนเข้า ของฉันก็โหลดไม่ได้เช่นกัน และมันค. 25,000 รายการ ฉันได้รับ: "[ตัวละคร] 18-11-2566 21:54:38: ข้อยกเว้นร้ายแรงประเภท "Wikimedia\RequestTimeout\RequestTimeoutException""― Justin ( ko a v f ) ❤ T ☮ C ☺ M ☯ 21:55, 18 พฤศจิกายน 2023 (UTC) ตอบ[ตอบ]

25,000 ค่อนข้างใกล้เคียงกับเวลาที่คุณควรคิดถึงการตัดแต่ง เราอาจต้องการความช่วยเหลือ:ทางลัดรายการเฝ้าดูขนาดใหญ่ อิซโน ( พูดคุย ) 21:57, 18 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

ฉันเพิ่งค้นพบวิธีที่ยาก ตอนนี้ฉันไม่รู้ว่าต้องทำอะไรนอกจากเข้าไปทีละหน้าและค้นหาสิ่งที่จะยกเลิกการดูด้วยตนเอง :/ ― Justin ( ko a v f ) ❤ T ☮ C ☺ M ☯ 22:02, 18 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

คุณอาจไปที่Special:EditWatchlist/rawและลบบางส่วนออกเพียงแค่ดูที่ชื่อหรือเนมสเปซ จากนั้นหยิบชื่อเรื่องมาแปลงเป็นลิงก์ ดูตัวอย่างในแซนด์บ็อกซ์ และลบบางส่วนออก -- zzuuzz ^{( พูดคุย )} 22:10 น. 18 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

หากSpecial:EditWatchlist/rawยังล้มเหลว ให้ลองใช้งานในเซฟโหมด PrimeHunter ( พูดคุย ) 22:37, 18 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

ใช่แล้ว ของฉันใกล้จะถึง 24-25K แล้ว ฉันจะลองใช้ข้อตกลง "ดิบ" และดูว่าจะได้ผลหรือไม่ -- ออเรนจ์ ไมค์ | พูดคุย 22:39 น. 18 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]

ดูการสนทนานี้ : เป็นไปได้ไหมที่จะค้นหาเนื้อหาของ Wikipedia โดยใช้คำสั่ง Wikidata Jarble ( พูด ) 19:54, 18 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]

ไม่ คุณสามารถใช้ PagePile และ Petscan ร่วมกันเพื่อทำสิ่งที่คุณต้องการได้ (คุณควรอธิบายว่ามันคืออะไร) อิซโน ( พูดคุย ) 21:42, 18 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

@ Izno :ดูตัวอย่างที่นี่: ฉันคิดว่า Wikipedia จะสนับสนุนhaswbstatementเป็นพารามิเตอร์การค้นหาเพื่อกรองผลการค้นหาโดยใช้คุณสมบัติ Wikidata ฉันจะใช้ข้อความค้นหาเหล่านี้เพื่อค้นหาหน้าต่างๆ ในวิกิพีเดียภาษาอังกฤษที่ไม่ได้เชื่อมโยงกับบทความในภาษาอื่น และอัปเดตลิงก์ให้สอดคล้องกัน Jarble ( พูดคุย ) 22:40, 18 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]

Jarbleวิกิพีเดียไม่มี c:Commons:Structured data
ฉันเดาได้แค่ว่าคุณต้องการค้นหาบางสิ่งในวิกิพีเดีย (เช่นSpecial:Search/incategory:"1980births" ) และกรองเพิ่มเติมเพื่อค้นหาบทความที่ไม่มีลิงก์ระหว่างวิกิ สคริปต์ผู้ใช้สามารถบรรลุสิ่งนั้นได้ (คุณค้นหาที่นี่และสคริปต์จะตรวจสอบ Wikidata สำหรับลิงก์ระหว่างวิกิ) การรวมกันของ PagePile / PetScan บางอย่างอาจขึ้นอยู่กับสิ่งที่คุณต้องการทำอย่างแน่นอน — Alexis Jazz ( พูดคุยหรือส่ง Ping ฉัน) 23:34, 18 พฤศจิกายน 2566 (UTC)ตอบ[ตอบ]

คงจะดีไม่น้อยหากในอินเทอร์เฟซ VE สำหรับการแก้ไขเทมเพลต ค่า URL มีปุ่มที่เชื่อมโยงกับเว็บไซต์ เพื่อหลีกเลี่ยงการคัดลอก/วาง สิ่งนี้มีประโยชน์อย่างยิ่งเมื่อแก้ไขการอ้างอิงใน VE ตัวอย่างเช่น ปัจจุบัน (คร่าวๆ มาก) มีลักษณะดังนี้:

เราจะให้ไอคอนลิงก์ภายนอกทำหน้าที่เป็นลิงก์ได้จริงหรือไม่ เป็นไปได้หรือสมเหตุสมผล? Edward-Woodrow ( พูดคุย ) 20:03, 18 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]

มันอาจจะดูไม่เป็นไปตามสัญชาตญาณสักหน่อย พูดเพื่อตัวเองแล้ว ฉันไม่คาดหวังว่าสิ่งที่อยู่ภายในอินพุตจะมีผลเช่นนั้น DLynch (WMF) ( พูดคุย ) 19 พฤศจิกายน 2566 00:22 น. (UTC) ตอบกลับ[ตอบกลับ]

สายพันธุ์ที่รุกรานในออสเตรเลีย#แมลงที่รุกรานและสัตว์ขาปล้องบนบก {{AUDConvert|{{From USD|1290000000|AUS|year=2021|round=yes}}|year=2021}}กำลังแสดง {{ error }} หลังจากลองเล่นกับมันในแซนด์บ็อกซ์ของฉันนานเกินไป ฉันพบว่า ข้อความ "รหัสประเทศที่ไม่รู้จักสำหรับปี 2022: AUS "มาจากTemplate:To USD/data/2022ซึ่งยังเต็มไปด้วยข้อมูลจำนวนมาก ( เปรียบเทียบกับTemplate:To USD/data/2021 )

สิ่งที่ฉันไม่เข้าใจคือสาเหตุที่เทมเพลตพยายามใช้2022เมื่อพารามิเตอร์ที่ป้อนเข้าไประบุ|year= 2021 ฉันพยายามเปลี่ยนปี 2021 เป็น 2020 หรือ 2019 แต่ไม่ว่าฉันจะให้ปีไหนก็ตาม มันก็เลยกลายเป็น "ข้อผิดพลาดปี 2022" การเขียนโค้ดเทมเพลตนั้นซับซ้อนมาก และฉันไม่สนใจที่จะใช้เวลาอีกชั่วโมงในการพยายามแก้ไขมัน wbm1058 ( พูด ) 13:19, 19 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

มีเทมเพลตโต้ตอบมากมายและฉันไม่รู้จักระบบ แต่ฉันได้ดูตัวอย่าง{{AUDConvert|{{From USD|1290000000|AUS|year=2021|round=yes}}|year=2021}}และวางเมาส์เหนือรายการเทมเพลตที่ใช้พร้อมกับป๊อปอัปการนำทางเพื่อค้นหาการเปลี่ยนแปลงล่าสุด {{ Inflation/year }} ได้รับการแก้ไขในวันนี้โดยPpperyซึ่งเป็นผู้ตั้งAU = 2022.[6] ซึ่งใช้ได้ผลก่อนหน้านั้น PrimeHunter ( พูดคุย ) 13:49, 19 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

นี่เป็นความเจ็บปวดที่จะคลี่คลาย ในที่สุดฉันก็เพิ่มข้อมูลที่เกี่ยวข้องสำหรับออสเตรเลียลงในTemplate:To USD/data/2022แทนที่จะพยายามทำให้ระบบเทมเพลตทำงานได้ดีขึ้น * Pppery * _{เริ่มแล้ว...} 17:39 น. 19 พฤศจิกายน 2566 (UTC) ตอบ[ตอบ]

ขอบคุณพี่เปิ้ล . สองตัวอย่างสุดท้ายที่Template:AUDConvert#Examplesมีto=EURและยังคงแสดงข้อความแสดงข้อผิดพลาดซึ่งไม่มีมาก่อน [7] PrimeHunter ( พูดคุย ) 17:56, 19 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

ฉันได้แก้ไขสิ่งเหล่านั้นด้วยการสร้าง stub ที่Template:To EUR/data/ 2022 * Pppery * _{เริ่มแล้ว...} 18:26, 19 พฤศจิกายน 2566 (UTC) ตอบ[ตอบ]

วิธีที่ถูกต้องในการแสดง PNG โปร่งใสที่มีข้อความสีขาวบนพื้นหลังสีดำ (#000000) คืออะไร มีโค้ดรูปภาพหรือพารามิเตอร์กล่องข้อมูลใดบ้างที่สามารถใช้ได้ (กับ {{ Infobox company }}) หรือควรสร้างรูปภาพอนุพันธ์ที่มีพื้นหลังสีดำ (และทำอย่างไร)

บทความนี้คือGirlsDoPorn (คำเตือน: คำอธิบายภาพของการข่มขืน) และตัวฉันเองและ Vanjagenije ไม่แน่ใจ ขณะที่เราอยู่ที่นี่ ฉันสงสัยว่า PNG ควรแปลงเป็น SVG หรือไม่ แต่ไม่รู้ว่าต้องทำอย่างไร — Bilorv ( พูดคุย ) 15:06, 19 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]

มีพารามิเตอร์ imagestyle สำหรับ {{ Infobox }} ที่ {{ Infobox company }} ไม่ผ่าน ฉันได้เพิ่มลงใน {{ Infobox company/sandbox }} แล้ว และในตอนนี้สามารถดูได้ในบทความโดยสรุปแทนและเพิ่มเข้าไป|imagestyle=background:blackแต่มันดูแย่มาก - พื้นหลังแคบเกินไปที่ด้านบนและด้านล่าง และมาก กว้างเกินไปทั้งด้านซ้ายและขวา ฉันขอแนะนำให้สร้างอิมเมจอนุพันธ์แทน — เป็นความลับ 19:43, 19 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]

ดาวศุกร์ได้รับการแก้ไข เมื่อเร็ว ๆ นี้ เพื่อลบรูปภาพที่ถูกลบออกจากคอมมอนส์ รูปภาพนี้ถูกเพิ่มเข้ามาเมื่อหลายเดือนก่อนเพื่อแทนที่รูปภาพที่คล้ายกัน ซึ่งสันนิษฐานว่าด้อยกว่าแต่ก็ยังดีกว่าไม่มีเลย ตอนนี้บทความนี้ไม่มีรูปภาพแล้ว ทุกคนกระทำการโดยสุจริตอย่างชัดเจนที่นี่ และแต่ละการกระทำที่พิจารณาเป็นรายบุคคลถือเป็นการปรับปรุง แต่ผลลัพธ์สุทธิทำให้บทความแย่ลง นี่ไม่ใช่เหตุการณ์ที่เกิดขึ้นเพียงครั้งเดียว ฉันเคยเห็นฉากที่คล้ายกันในที่อื่นมาแล้ว เรามีกระบวนการในการตรวจจับและแก้ไขปัญหาดังกล่าวอย่างเหมาะสมหรือไม่ Certes ( พูดคุย ) 16:49, 19 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]

มีปัญหาเกิดขึ้นซ้ำๆ ที่Special:WantedCategoriesที่เกิดขึ้นทั้งหมดอันเป็นผลมาจากการใช้เทมเพลตการบำรุงรักษาที่ลงวันที่ในทางที่ผิด ซึ่งฉันต้องการถามว่ามีวิธีป้องกันหรือไม่

1. บางคนโพสต์วันที่ {{ ณ วันที่ }} เป็นวันที่ในอนาคตซึ่งยังไม่สามารถทราบเงื่อนไข "ปัจจุบัน" ได้ (คราวนี้ฉันเจอตัวอย่างสำหรับทั้งเดือนมกราคมและตุลาคมปี2567 ) ดังนั้นการสร้างหมวดหมู่รายเดือนที่ลงวันที่โดยอัตโนมัติสำหรับ "บทความที่มีความเป็นไปได้ ใบแจ้งยอดลงวันที่ตั้งแต่เดือน YYYY" จากนั้น AnomieBOT ก็เข้ามาและสร้างหมวดหมู่นั้นโดยอัตโนมัติเนื่องจากเป็นหมวดหมู่การบำรุงรักษารายเดือนที่ไม่ว่างเปล่า แต่จากนั้นปล่อยให้คอนเทนเนอร์ "หมวดหมู่การล้างข้อมูลจากเดือน YYYY" เป็นลิงก์สีแดงที่ใครก็ตามที่เกี่ยวข้องกับการล้างหมวดหมู่ที่ลิงก์สีแดงจะต้องล้างข้อมูลด้วยตนเองโดย แก้ไขเทมเพลตที่ลงวันที่ผิดแล้วลบหมวดหมู่คำสั่งลงวันที่ก่อนกำหนดเพื่อแก้ไขลิงก์สีแดงที่สะอาด หมวดหมู่:บทความที่มีข้อความที่อาจลงวันที่ตั้งแต่เดือนมกราคม 2024 เป็นต้นมา ได้ถูกลบไปแล้ว5 ครั้งนับจากวันนี้ (3 ครั้งในสัปดาห์ที่ผ่านมาเพียงสัปดาห์เดียว) โดยการสร้างครั้งแรกเกิดขึ้นในเดือนพฤษภาคม 2023 แต่แน่นอนว่า เราไม่สามารถรู้ได้ ณ วันนี้ว่าอะไรจะเกิดขึ้นจริงในช่วงหลายเดือนหรือหลายปีข้างหน้า ดังนั้นจึงไม่มีการเรียกร้องให้โพสต์เทมเพลต " ณ ปัจจุบัน" ในลักษณะนั้น และไม่มีเหตุผลว่าทำไมหมวดหมู่ใดๆ ที่นอกเหนือจากเดือนปัจจุบันจึงต้องมีการโพสต์ มีอยู่แล้วตอนนี้ มีวิธีใดบ้างที่เทมเพลตนี้สามารถสร้างเพื่อตรวจสอบ ifexist และใช้หมวดหมู่ catchall "ณ วันที่เทมเพลตที่มีปัญหาการออกเดท" หนึ่งรายการหากเทมเพลตลงวันที่ในเดือนอนาคตซึ่งหมวดหมู่ไม่มีและไม่มีอยู่อย่างถูกต้อง แต่แทนที่จะสร้างลิงก์สีแดงที่เรียงซ้อนเป็นปัญหาสองขั้นตอนโดยอัตโนมัติ
2. คนที่ไม่เข้าใจวิธีการทำงานของ {{ citation need }} จะย้อนหลังการออกเดทในเทมเพลตนั้นให้เป็นเดือนและปีที่ข้อความที่ไม่ได้อ้างอิงถูกเพิ่มลงในบทความตั้งแต่แรก หรือเดือนและปีที่เหตุการณ์นั้น ว่าคำสั่งที่อธิบายนั้นเกิดขึ้น ดังนั้นจึงเป็นการทำซ้ำ "AnomieBOT สร้างวันที่แบบรายเดือน จากนั้นมนุษย์จะต้องจัดการกับลิงก์สีแดงสำหรับวงจรพาเรนต์การล้างคอนเทนเนอร์" แต่แน่นอนว่าสิ่งที่เราติดตามที่นี่คือเทมเพลตที่ถูกเพิ่มลงในบทความเมื่อใด ไม่ใช่สิ่งที่บทความกล่าวถึงในตอนแรกเกิดขึ้นนานเท่าใด หรือบทความมีอยู่นานแค่ไหน ดังนั้นจึงไม่มีเหตุผลใด ๆ ที่จะเพิ่ม เทมเพลตที่จำเป็นในการอ้างอิงลงวันที่ก่อนเดือนปัจจุบัน อีกครั้ง มีวิธีใดบ้างที่เทมเพลตนี้สามารถเขียนโค้ดเพื่อตรวจสอบถ้ามีอยู่ และใช้ "เทมเพลตที่จำเป็นในการอ้างอิงที่มีปัญหาการออกเดท" แทนการสร้างอัตโนมัติแบบรายเดือนลงวันที่ซึ่งยังไม่มีอยู่แล้ว

ขอบคุณ. Bearcat ( พูดคุย ) 17:57, 19 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]

ฉันได้แก้ไขปัญหาแรกแล้ว แม้ว่าฉันจะเรียกหมวดหมู่นี้ว่า Category:Articles ที่มีชื่อที่ไม่ค่อยวิจารณ์ซึ่งมีข้อความที่อาจลงวันที่จากอนาคต สำหรับปัญหาที่สอง เทมเพลตจะตรวจสอบว่ามีหมวดหมู่อยู่แล้วเพื่อเติมCategory:Articles ด้วยพารามิเตอร์วันที่ที่ไม่ถูกต้องในเทมเพลตแต่จากนั้นเติมหมวดหมู่ที่เชื่อมโยงสีแดงด้วยเหตุผลบางประการ ฉันจะให้Ping แก่Anomie เนื่องจากสิ่งนี้โต้ตอบกับงานบอทหลายอย่างของพวกเขา * Pppery * _{เริ่มแล้ว...} 18:14, 19 พฤศจิกายน 2566 (UTC) ตอบ[ตอบ]

หมวดหมู่ย่อยที่ลงวันที่ของCategory:หมวดหมู่การล้างข้อมูลจะไม่ถูกสร้างขึ้นเมื่อไม่ว่างเปล่า เนื่องจากแมวที่มีลิงก์สีแดงไปยังหมวดหมู่เหล่านั้นจะไม่ถูกเพิ่มในCategory:Articles ที่มีพารามิเตอร์วันที่ที่ไม่ถูกต้องในเทมเพลต ฉันสามารถให้ AnomieBOT ดูทุกหมวดหมู่ที่แสดงโดยเริ่มจาก "หมวดหมู่ที่ล้างข้อมูลจาก" เพื่อค้นหาหมวดหมู่ "เดือน ปี" ที่หายไป หวังว่านั่นจะเป็นเพียงสิ่งเดียวเท่านั้น การต้องแสดงรายการแมวทั้งหมดและเลือกแมวที่หายไปเป็นครั้งคราวนั้นถือเป็นการสิ้นเปลืองทรัพยากรเล็กน้อย

AnomieBOT ส่วนใหญ่จะไม่สร้างหมวดหมู่สำหรับวันที่มากกว่า 1 วันในอนาคต แม้ว่าจะไม่ว่างเปล่าก็ตาม ขณะนี้มีข้อยกเว้นสองประการ: หมวดหมู่ย่อยที่ไม่ว่างเปล่าของCategory:Articles ที่มีคำสั่งที่อาจลงวันที่จะถูกสร้างขึ้นล่วงหน้าสูงสุด 366 วัน เนื่องจากมีบางกรณีที่อาจมีการคาดการณ์ล่วงหน้าอย่างสมเหตุสมผล (และทำให้ทุกคนใช้ {{ ดูเหมือนว่าไม่น่าจะ อัปเดตหลังจาก }}) และหมวดหมู่ย่อยที่ไม่ว่างเปล่าของCategory:Articles ที่มีรูปภาพสำหรับการลบจะถูกสร้างขึ้นล่วงหน้าสูงสุด 8 วัน เนื่องจากวิธีการเพิ่มรูปภาพนั้นด้วยเทมเพลตการลบ

ในทำนองเดียวกัน AnomieBOT จะสร้างแมวที่ไม่ว่างเปล่าขึ้นมาใหม่สำหรับวันที่ที่ผ่านมา ในกรณีที่มีการคืนค่าเทมเพลตที่ลงวันที่แล้ว แม้ว่าจะไม่ดำเนินการเร็วกว่าปี 2004 ( หมวดหมู่:บทความวิกิพีเดียที่ต้องการการอัปเดตเป็นข้อยกเว้น) เนื่องจากการย้อนกลับไม่สามารถให้วันที่เร็วกว่านั้นได้ แต่ไม่สามารถบอกความแตกต่างระหว่างการกลับตัวกับมนุษย์ที่ทำสิ่งผิดได้อย่างง่ายดาย Anomie ⚔ 23:48, 19 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

ฉันกำลังพยายามแก้ไขปัญหาเกี่ยวกับแผนที่ในหน้านี้ ตามที่หัวหน้าบทความแนะนำ แผนที่ที่แสดงในกล่องข้อมูล - File:Inner Loop Rochester map.svg - ไม่ถูกต้องอีกต่อไป และแผนที่ที่ควรปรากฏแทนคือFile :Inner Loop Rochester 2014 map.svg อย่างไรก็ตาม การเปลี่ยนชื่อไฟล์เพียงอย่างเดียวก็ทำให้แผนที่แสดงผลไม่ถูกต้อง คนที่มีทักษะดีกว่าฉันสามารถเปลี่ยนไฟล์ได้หรือไม่ Home Lander ( พูดคุย ) 20:43, 19 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

กล่องข้อมูลไม่ได้แสดงให้ฉันเห็นเช่นกัน - มันเป็นการเรนเดอร์ openstreetmap ที่ไม่ถูกต้องอย่างมากซึ่งแสดงให้เห็นส่วนตะวันออกที่สมบูรณ์และไม่มีส่วนที่สามทางตะวันตกเฉียงใต้ (พร้อมกันกับ 490) เป็นสีแดง — เป็นความลับ 23:50, 19 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]

@ Home Lander :ฉันเปลี่ยนกลับไปเป็นรูปภาพ (ด้วยชื่อไฟล์ใหม่) นั่นคือสิ่งที่คุณต้องการในหน้าปัจจุบัน? LittlePuppers ( พูดคุย ) 00:34, 20 พฤศจิกายน 2566 (UTC) ตอบกลับ[ตอบกลับ]

เมื่อแก้ไขบนโทรศัพท์ (Android) ของฉันในโหมดมือถือ (ไม่ใช่เดสก์ท็อป) จะไม่มีหน้าการเปลี่ยนแปลงหรือการแสดงผล มีเพียงการแสดงตัวอย่างการแก้ไขที่แสดงผลเท่านั้น มีฟังก์ชันการแสดงการเปลี่ยนแปลงในโหมดมือถือก่อนเผยแพร่หรือไม่ หรือสามารถเพิ่มฟังก์ชันนั้นได้หรือไม่ ไม่พบการสนทนาเกี่ยวกับปัญหานี้ DonFB ( พูดคุย ) 00:04, 20 พฤศจิกายน 2566 (UTC) ตอบ[ตอบกลับ]