พูดคุยเรื่องแม่แบบ:Asbox

การเรียงลำดับเทมเพลต stub ภายในหมวดหมู่ stub ของตัวเอง

อาจจะเป็น

  1. โดยพารามิเตอร์ชั่วคราว
  2. มาตรฐาน * หรือช่องว่าง
  3. ไม่ว่าจะชั่วคราวก็ตาม

ความคิดคือการจัดเรียงทั้งหมดตามช่องว่าง ริช ฟาร์มโบรห์ , 18:29 26 กันยายน 2550 (GMT)

Metastub และ Metapicstub

ใช่ ฉันรู้จัก {{ Metastub }} และ {{ Metapicstub }} ริช ฟาร์มโบรห์ , 08:23 27 กันยายน 2550 (GMT)

ความเป็นไปได้คุณสมบัติอื่น ๆ โปรดเพิ่มลงในรายการ

ความเป็นไปได้ของเทมเพลต

  1. ช่องหมายเหตุ (จะรวมอยู่ในบทความ) <-- จำเป็นอย่างแน่นอน
  2. พารามิเตอร์ sfd
  3. พารามิเตอร์วันที่
  4. จัดหมวดหมู่เทมเพลตในหมวดหมู่เทมเพลต - หรือรวมเป้าหมาย "whatlinkshere" <-- มีประโยชน์อย่างแน่นอนในการช่วยค้นหาต้นขั้วใหม่ - WSS อาจต้องการตัวเลือกที่สอง
  5. รองรับมากกว่าหนึ่งหมวดหมู่อย่างชัดเจน
    เพิ่มแมวตัวที่สองแล้ว ริช ฟาร์มโบรห์ , 13:20 27 กันยายน 2550 (GMT)
  6. ลบเงื่อนไขบนเทมเพลต topsort ต่อWP:WSS
    Rich Farmbrough , 11:40 28 กันยายน 2550 (GMT)
  7. เพิ่มความสามารถในการใส่เส้นขอบให้กับรูปภาพ (โดยทั่วไปจะใช้สำหรับธง)

ชุดติดตั้งเพิ่มเติม

  1. ส่วนหัวและ/หรือส่วนท้ายมาตรฐานบนเทมเพลตต้นขั้ว (ไม่ต้องรวม)

เทมเพลตผู้สร้าง

  1. subst: เพื่อสร้างการโทร Asbox รวมถึงความคิดโบราณที่เหมาะสม
  2. รวมหมวดหมู่:เทมเพลตต้นขั้วใหม่เพื่อช่วยค้นหาเทมเพลตต้นขั้วใหม่

ริช ฟาร์มโบรห์ , 08:23 27 กันยายน 2550 (GMT)

วัตถุประสงค์

คัดลอก (ไม่ใช่คำต่อคำ) จากUser talk:Grutness

จุดประสงค์คือเพื่อแก้ไขปัญหาหลายประการเกี่ยวกับเทมเพลต stub ที่มีอยู่โดย

  1. อนุญาตให้มีการปรับเปลี่ยนในกลุ่มเทมเพลต
  2. อนุญาตแนวทางมาตรฐานโดยเฉพาะ:
    1. ทำให้เทมเพลตทั้งหมดเป็นส่วนหนึ่งของคลาสของตนเองโดยเรียงลำดับเป็น " "
    2. การอนุญาตให้เทมเพลตทั้งหมดรองรับไวยากรณ์การเรียงลำดับทั่วไป
    3. วางเทมเพลตทั้งหมดไว้ในหมวดหมู่ของเทมเพลต stub หากจำเป็น
    4. ช่วยให้การทดสอบง่ายๆ เพื่อระบุ/แทนที่ขนาดภาพ
    5. เอา stub boxen เข้าแถวดีกว่า
  3. หลีกเลี่ยงหรือลดเทมเพลต stub ใหม่ที่เป็นโค้ดที่ใช้งานไม่ได้

ฉันสามารถดัดแปลงสิ่งนี้เป็นอย่างน้อย 95% ของเทมเพลต stub ที่มีอยู่ และทำงานเพียงเล็กน้อยในส่วนที่เหลือ

บังเอิญว่าความคิดของฉันคือการทิ้งรายละเอียดของสไตล์และความหมายไว้ในมือของผู้ที่เชี่ยวชาญเรื่องโครง

ริช ฟาร์มโบรห์ , 07:36 27 กันยายน 2550 (GMT)

สิทธิประโยชน์เพิ่มเติม

  • ยังจะทำให้การค้นหาประเภทต้นขั้วใหม่ง่ายขึ้นอีกด้วย
  • จะทำให้การค้นหาเทมเพลต Boxen ที่ถูกแทนที่ง่ายขึ้น (ข้อความ "Asbox" ที่ปรากฏในพื้นที่หลักใดๆ ก็ตาม)
  • ในเวลาเดียวกันกับการติดตั้งเพิ่มเติม คุณสามารถทำการเปลี่ยนแปลงอื่นๆ ที่สอดคล้องกันในเทมเพลต Stub ได้ (เช่น เพิ่มลิงก์ไปยังWP:WSSคำแนะนำไปยัง subst ฯลฯ ที่ด้านบน
    • การเปลี่ยนแปลงเหล่านี้อาจจะดีกว่าภายในเทมเพลตอยู่แล้ว ในกรณีที่ไม่ต้องการ
  • ความสอดคล้องจะช่วยให้เกิดการเปลี่ยนแปลงในอนาคตและการสแกนปัญหา/คุณสมบัติของ Boxen ได้ง่ายขึ้น

ริช ฟาร์มโบรห์ , 08:36 27 กันยายน 2550 (GMT)

สถานะ

  • ทดสอบในพื้นที่ผู้ใช้
  • ทดสอบกับเทมเพลต stub ของผู้ทำขนมปังครึ่ง โหล
  • ลอยตัวที่WP:WSS
  • ใช้งานกับเทมเพลต stub สองสามร้อยแบบ

ริช ฟาร์มโบรห์ , 09:47 27 กันยายน 2550 (GMT)

ทำ

  • รอความคิดเห็น/การเปลี่ยนแปลงเพิ่มเติม เสร็จสิ้น
  • ใช้การเปลี่ยนแปลงรอบที่ 1
    1. ช่องบันทึก ย่อ เสร็จสิ้น
    2. ลบการเรียงลำดับแบบมีเงื่อนไข เสร็จสิ้น
    3. เปลี่ยนขนาดภาพเริ่มต้น?  เสร็จแล้ว (อะไล)
  • การทดสอบพื้นที่ผู้ใช้/แซนด์บ็อกซ์  เสร็จแล้ว
  • ย้ายไปที่โปรแกรม นำร่อง เสร็จสิ้น
  • มีส่วนร่วมมากขึ้น?
  • ดูว่ามีการเปลี่ยนแปลงเพิ่มเติมที่กำลังจะเกิดขึ้นหรือไม่
  • Y. ล้างและทำซ้ำ
  • N. เริ่มดำเนินการ

ริช ฟาร์มโบรห์ , 11:47 28 กันยายน 2550 (GMT)

ข้อความ

โปรดเพิ่ม {{ pp-template }} — redmond barry 02:11, 19 ตุลาคม 2550 (UTC) {{ editprotected }} ตอบกลับ[ตอบกลับ]

{{ pp-template }} อยู่ในแท็ก includeonly ในหน้าย่อย (ไม่มีการป้องกัน) /doc ขณะที่ฉันตรวจสอบคำขอนี้ จะปรากฏบนหน้าเทมเพลตตามความจำเป็น Nihiltres ( t .l ) 03:17, 19 ตุลาคม 2550 (UTC) ตอบ[ตอบกลับ]

ขอ

ฉันคิดว่านี่ควรมีการเชื่อมโยง "ขยาย" ธรรมดา   jj137พูดคุย 23:12, 2 ธันวาคม 2550 (UTC) ตอบ[ตอบกลับ]

ฉันด้วย,
<span class="plainlinks">[{{SERVER}}{{localurl:{{NAMESPACE}}:{{PAGENAME}}|action=edit}} กำลังขยาย]</span>
ควรทำงาน. str4nd 15:50 น. 25 พฤษภาคม 2551 (UTC) ตอบ[ตอบกลับ]

อินเตอร์วิกิ

สวัสดี แม้ว่าฉันต้องการเพิ่มลิงก์อินเตอร์วิกิลงในTemplate:Writingsystem-stubแต่ก็ใช้Template: Asbox ในกรณีนี้ ฉันขอเพิ่มโค้ดเป็น <noinclude>[[ja:Template:Grammatology-stub]]</noinclude> ได้ไหม ขอบคุณ. -- Nightshadow28 ( พูด ) 06:37, 5 มกราคม 2551 (UTC) ตอบ[ตอบกลับ]

ลิงค์อะไรที่นี่

ฉันแค่ไม่เห็นว่าหน้าจำลอง Template:Asbox/whatlinkshere ทำอะไรได้บ้างที่ http://en.wikipedia.org/w/index.php?target=Template%3AAsbox&offset=&limit=5000&title=Special%3AWhatlinkshere&namespace=10 ไม่ ทำได้ โดยไม่ต้องใช้เพจจำลองหรือโค้ดเพื่อลิงก์ไปยังเพจนั้น เนื่องจากโดยทั่วไปเทมเพลต stub จะไม่อยู่ในเทมเพลตอื่น จึงไม่จำเป็นต้องกังวลเกี่ยวกับการแยกการแปลงซ้ำออก เสียงสะอื้นของ Caerwine Caer 23:13, 5 กุมภาพันธ์ 2551 (UTC) ตอบ[ตอบกลับ]

ใช้

เทมเพลตนี้เป็นมาตรฐานการใช้งานสำหรับเทมเพลต Stub หรือไม่ ฉันเพิ่งเห็นมันเป็นครั้งแรกวันนี้ มีแผนที่จะทำให้ใช้กับเทมเพลต stub ทั้งหมด เช่น {{ ambox }}, {{ mbox }} อื่นๆ หรือไม่ เทมเพลตนั้นใช้สำหรับกล่องข้อความหรือไม่ Borgarde พูดคุย 05:45, 5 พฤศจิกายน 2551 (UTC) ตอบ[ตอบกลับ]

มีการอภิปรายอย่างต่อเนื่องเกี่ยวกับการสร้างเทมเพลต stub ใหม่ที่เรียบง่ายกว่าที่นี่ -- Blooper (พูดคุย) 13:51, 5 พฤศจิกายน 2551 (UTC) ตอบ[ตอบกลับ]

พารามิเตอร์วันที่

ทำไม เทมเพลต Stub ไม่ลงวันที่ ไม่ ควรออกเดท.. มีรูปแบบการเข้ารหัสที่ครอบคลุมโดยแนวทางที่มีมายาวนาน ซึ่งไม่มีแนวคิดเรื่องการออกเดทใดๆ นี่คือ "ภารกิจคืบคลาน" ที่ทำให้ฉันกังวลเกี่ยวกับการแนะนำเมตาเทมเพลตที่ไร้จุดหมาย จุดเดียวของความล้มเหลว ทรัพยากรหมู งานอุดตัน การอัปเดตหมวดหมู่ที่ช้า สิ่งนี้ถูกนำมาใช้บนพื้นฐาน "นำร่อง" และดูเหมือนว่าจะไม่มีความเห็นพ้องต้องกันแต่อย่างใด ถึงเวลาที่จะลดการขาดทุนและ TFD ของเราแล้วหรือยัง? Alai ( พูดคุย ) 05:15, 6 พฤศจิกายน 2551 (UTC) ตอบ[ตอบกลับ]

การปราบปรามหมวดหมู่

แก้ไขแล้ว

ฉันเล่นซอกับสิ่งนี้ แต่ไม่สามารถระงับหมวดหมู่ได้ การปล่อยให้พารามิเตอร์ว่างไว้จะสร้างหมวดหมู่ว่างขึ้นมา เทมเพลตนี้ต้องการวิธีการระงับหมวดหมู่เพื่อให้สามารถแสดงรายการได้โดยไม่ต้องวางหน้าในหมวดหมู่ --— —  Gadget850 (Ed) พูดคุย  - 19:21, 15 มกราคม 2552 (UTC) ตอบกลับ[ตอบกลับ]

ไม่เป็นไร: ฉันดูโค้ดแล้วสังเกตเห็นว่ามันตรวจจับเนมสเปซและรวมหมวดหมู่ไว้ในบทความเท่านั้น --- —  Gadget850 (Ed) พูดคุย  - 20:14, 15 มกราคม 2552 (UTC) ตอบกลับ[ตอบกลับ]

ประเภทที่สาม

{{editprotect}}

เทมเพลตนี้ต้องการตัวเลือกสำหรับหมวดหมู่ที่สาม ซึ่งฉันได้ให้โค้ดไว้ในแซนด์บ็อกซ์แล้ว Borgarde ( พูดคุย ) 11:16, 4 มีนาคม 2552 (UTC) ตอบ[ตอบกลับ]

 เสร็จแล้ว . Martin msgj 13:41, 4 มีนาคม 2552 (UTC)ตอบ[ตอบกลับ]

เส้นขอบรูปภาพ

{{editprotected}} ใครช่วยกรุณาตรวจสอบการมีอยู่ของอาร์กิวเมนต์ที่มีชื่อborderและหากมี (และไม่เท่ากับno) ให้เพิ่มเส้นขอบให้กับรูปภาพ OwenBlacker ( พูดคุย ) 18:37, 7 มีนาคม 2552 (UTC) ตอบ[ตอบกลับ]

คุณช่วยยืนยันได้ไหมว่าเวอร์ชันในแซนด์บ็อกซ์เป็นไปตามที่คุณต้องการ มีตัวอย่างบางส่วนในกรณีทดสอบที่จะเปรียบเทียบ — Martin ( MSGJ  ·  พูดคุย ) 21:32, 7 มีนาคม 2552 (UTC) ตอบ[ตอบ]

ไอคอนลิงก์ภายนอกบนลิงก์ภายใน

{{ Editprotected }} ผู้ดูแลระบบสามารถลบไอคอนลิงก์ภายนอกออกจากลิงก์ภายในได้หรือไม่ ซึ่งสามารถทำได้โดยการเปลี่ยน " [{{SERVER}}{{localurl:{{NAMESPACE}}:{{PAGENAME}}|action=edit}} ขยายมัน] " เป็น " <span class="plainlinks">[{ {fullurl:{{NAMESPACE}}:{{PAGENAME}}|action=edit}} ขยาย]</span> " -- IRP 22:46, 2 เมษายน 2552 (UTC) ตอบ[ตอบกลับ]

ฉันต้องไม่เห็นด้วย ฉันคิดว่าลิงก์ประเภทต่างๆ ช่วยให้มองเห็นได้ง่ายขึ้นว่าการคลิกลิงก์นั้นทำให้เกิดสิ่งที่แตกต่างจากการคลิกลิงก์วิกิลิงก์อื่นๆ สำหรับผู้ใช้ใหม่ สิ่งนี้อาจช่วยแยกแยะลิงก์จากเพียงไปยังบทความอื่นเกี่ยวกับวิธีขยายบทความ แทนที่จะขยายบทความที่พวกเขากำลังดูอยู่ ฉันต้องการดูการสนทนาเพิ่มเติมก่อนที่จะทำการแก้ไขนี้ -- CapitalR ( พูดคุย ) 01:31, 3 เมษายน 2552 (UTC) ตอบ[ตอบกลับ]
ฉันได้โพสต์คำขอแก้ไขที่Wikipedia:Administrators' Noticeboard#Request (โปรดบอกฉันหากฉันโพสต์ในตำแหน่งที่ไม่ถูกต้อง) โดยส่วนตัวแล้วฉันไม่เข้าใจว่าทำไมคุณไม่เห็นด้วยกับคำขอของฉัน หากชื่อลิงก์เป็น "ขยาย" จะไม่สามารถสับสนกับบทความได้ (โดยเฉพาะอย่างยิ่งเนื่องจากบริบทของเนื้อหา) ที่ไอคอนได้รับการออกแบบมาเพื่อระบุ "ลิงก์ภายนอก" ไม่ใช่ลิงก์ภายในบางประเภท แม้ว่าคุณจะไม่เห็นด้วย แต่คุณเข้าใจประเด็นของฉันหรือไม่? คุณคิดว่าฉันขาดอะไรบางอย่างไปหรือเปล่า? -- IRP 02:49, 3 เมษายน 2552 (UTC) ตอบ[ตอบกลับ]
ฉันเห็นสิ่งที่คุณพูด แต่ฉันไม่ยอมรับว่านั่นคือสิ่งที่บรรณาธิการทุกคนอาจคิดเมื่อเห็นลิงก์ หากฉันเห็น "การขยาย" เป็นลิงก์ภายใน ฉันคิดว่ามันจะชี้ไปที่สิ่งนี้: การขยายแทนที่จะแก้ไขบทความจริงๆ แม้ว่าหน้าแก้ไขจะเป็นลิงก์ภายใน แต่ฉันไม่คิดว่านั่นจะหมายความว่าหน้าดังกล่าวควรปรากฏเป็นลิงก์ของหน้าปกติเสมอไป ฉันเห็นยูทิลิตี้บางอย่างสำหรับรูปแบบลิงก์ที่แตกต่างกัน (โดยเฉพาะสำหรับผู้ใช้ที่เพิ่งแก้ไข Wikipedia) และฉันคิดว่ายูทิลิตี้นั้นอาจเป็นสาเหตุที่ทำให้เป็นเช่นนี้มาหลายปีแล้ว อย่างไรก็ตาม นี่เป็นเพียงความคิดเห็นส่วนตัวของฉัน และฉันยินดีที่จะดำเนินการเปลี่ยนแปลงหากฉันทามติเห็นด้วยกับคุณ -- CapitalR ( พูดคุย ) 03:32, 3 เมษายน 2552 (UTC) ตอบ[ตอบกลับ]
ถ้าฉันเข้าใจสิ่งนี้อย่างถูกต้องฉันไม่คิดว่ามันจะดีขึ้น ตัวอย่างเช่น ใน {{ Agri-stub }} ไอคอนเล็กๆ หลังจาก 'ขยาย' จะหายไป ในสถานการณ์ดังกล่าว ไอคอนนี้จะส่งสัญญาณไปยังผู้อ่านว่าพวกเขากำลังดำเนินการบางอย่าง ไม่ใช่แค่ดูหน้าวิกิปกติอื่นเท่านั้น EdJohnston ( พูดคุย ) 17:44, 3 เมษายน 2552 (UTC) ตอบ[ตอบกลับ]
ฉันไม่เชื่อว่าคุณจะเข้าใจสิ่งนี้อย่างถูกต้อง ที่ไอคอนหมายถึง "ลิงก์ภายนอก" ไม่ใช่ "การกระทำ" สิ่งที่บ่งชี้ถึง "การกระทำ" ก็คือชื่อลิงก์นั้น "กำลังขยาย" การขยายมันเป็นการกระทำ ไม่สามารถสับสนกับหน้าได้ -- IRP 20:23, 3 เมษายน 2552 (UTC) ตอบ[ตอบกลับ]

ฉันคิดว่าการลบลูกศรเป็นแนวทางที่ถูกต้อง เรามีความแตกต่างด้านความหมายที่ชัดเจนมากระหว่างลิงก์ทั้งสามประเภท ลิงก์สีน้ำเงินคือ "ลิงก์ ภายใน" ในความหมายที่ถูกต้อง ซึ่งเป็นลิงก์ไปยังหน้าที่ผู้ใช้อาจต้องการอ่าน ลิงก์สีอื่นใช้สำหรับลิงก์ 'ที่ไม่ธรรมดา' ที่ยังคงอยู่ในวิกิ: อาจเป็นลิงก์ข้ามวิกิ ลิงก์ข้ามภาษา หรือลิงก์ไปยังหน้าที่ไม่เป็นมาตรฐาน เช่น หน้าจอแก้ไข การเพิ่มลูกศรมีความหมายที่ชัดเจนของ "ลิงก์นี้ปิดวิกิมีเดีย" ซึ่งเป็น "ลิงก์ภายนอก" ที่แท้จริง ด้วยเหตุนี้ ลักษณะที่ถูกต้องสำหรับลิงก์แก้ไขที่นี่เพื่อสื่อความหมายความหมายที่ถูกต้องคือสีฟ้าอ่อนโดยไม่มีลูกศร Happymelon 20:45, 3 เมษายน 2552 (UTC) ตอบ[ตอบกลับ]

หากคุณกำลังพยายามลบไอคอนลิงก์ภายนอก วิธีที่ถูกต้องคือใส่ " <span class="plainlinks"> " (โดยไม่ใส่เครื่องหมายคำพูด) หน้าลิงก์และ " </span> " (โดยไม่ใส่เครื่องหมายคำพูด) หลังลิงก์ . -- IRP 21:08, 3 เมษายน 2552 (UTC) ตอบ[ตอบกลับ]
หรือเพียงเพิ่มคลาสนั้นลงในตารางเอง นี่คือสิ่งที่เสนอไม่ใช่เหรอ? Happymelon 21:11, 3 เมษายน 2552 (UTC) ตอบ[ตอบกลับ]
ฉันไม่เคยเห็นข้อเสนอแบบนั้นมาก่อน แต่ใช่ นั่นเป็นอีกวิธีหนึ่งที่จะทำได้ -- IRP 21:14, 3 เมษายน 2552 (UTC) ตอบ[ตอบกลับ]
ฉันยอมรับว่าควรทำเช่นนี้ เพื่อให้ชัดเจนยิ่งขึ้น นี่คือการแก้ไขที่เสนอ Ms2ger ( พูด ) 12:35, 4 เมษายน 2552 (UTC) ตอบ[ตอบ]

ผู้ดูแลระบบ {{ Editprotected }} โปรดดูการสนทนาด้านบน -- IRP 17:38, 4 เมษายน 2552 (UTC) ตอบ[ตอบกลับ]

ทุกอย่างเสร็จเรียบร้อย. -- CapitalR ( พูดคุย ) 21:34, 4 เมษายน 2552 (UTC) ตอบ[ตอบกลับ]

เส้นขอบรูปภาพ (ลองครั้งที่ 2)

{{ แก้ไขการป้องกัน }}

ใครสามารถอัปเดตเทมเพลตด้วยเวอร์ชันแซนด์บ็อกซ์ได้หรือไม่ โดยจะเพิ่มพารามิเตอร์ "border" (ซึ่งมีค่าเริ่มต้นเป็นปิด) ส่วนอย่างอื่นจะเหมือนเดิม หน้า Testcases แสดงผลตามที่คาดไว้ GregorB ( พูดคุย ) 10:57, 27 เมษายน 2552 (UTC) ตอบ[ตอบกลับ]

ลิงก์ไปยังการสนทนาว่าสิ่งนี้จำเป็น/พึงปรารถนาหรือไม่ ฉันทามติ? — Martin ( MSGJ  ·  พูดคุย ) 11:24, 27 เมษายน 2552 (UTC) ตอบ[ตอบ]
ฉันเดาว่าไม่มีเลย นอกจากไม่มีการต่อต้าน (ดูสองส่วนด้านบน) คุณลักษณะนี้มีประโยชน์ทั้ง (เนื่องจากพยายามจำลองสิ่งที่ stubs ปัจจุบันทำ) และไม่รบกวน (ไม่เปลี่ยนพฤติกรรมของการรวมที่มีอยู่) อย่างไรก็ตาม ในขณะนี้ ฉันจะแสดงความคิดเห็นเกี่ยวกับคำขอที่มีการป้องกันการแก้ไข เพื่อให้มีเวลาสำหรับการคัดค้านที่อาจเกิดขึ้น GregorB ( พูดคุย ) 12:29, 27 เมษายน 2552 (UTC) ตอบ[ตอบกลับ]
โอเค ฉันยินดีที่จะเพิ่มโค้ดนี้หากไม่มีข้อกังวลหรือข้อเสนอแนะอื่นๆ ภายในสองสามวัน ขอแสดงความนับถือ — Martin ( MSGJ  ·  พูดคุย ) 12:33, 27 เมษายน 2552 (UTC) ตอบ[ตอบกลับ]
คุณยังสามารถใช้icon=แทนimage=ซึ่งอนุญาตให้ใช้มาร์กอัปรูปภาพแบบกำหนดเอง หมอพูดคุย • 27 เมษายน 2552 เวลา 12:44 น . (UTC) ตอบ[ตอบ]
จริง แม้ว่าจะไม่ชัดเจนนักก็ตาม... ฉันต้องการเส้นขอบจึงจะสามารถใช้แฟล็กได้ แต่ตอนนี้ฉันเห็นว่าแฟล็กสามารถพันเป็น {{ flagicon }} ได้ (หรือ {{ border }} ถ้าจำเป็น - ฮึ! ). ดังนั้นฉันเดาว่าไม่จำเป็นต้องใช้พารามิเตอร์เส้นขอบเลย... GregorB ( พูดคุย ) 27 เมษายน 2552 (UTC) ตอบ[ตอบกลับ]
เอ่อ สำหรับธงเหรอ? ฉันได้ดูอย่างรวดเร็วก่อนหน้านี้และไม่พบต้นขั้วที่ใช้เส้นขอบ
อืม ดูที่ {{ US-stub }} และ {{ Germany-stub }} พวกมันไม่ได้ใช้เส้นขอบเช่นกัน มีอันไหนบ้าง? และพวกเขาควรใช้เส้นขอบตั้งแต่แรกหรือไม่? :)
Amalthea 14:12, 27 เมษายน 2552 (UTC) ตอบ[ตอบกลับ]
ฉันคิดว่าหน้าที่มีเส้นขอบควรใช้ "ไอคอน"... มีไม่มากเกินไป FWIW xeno talk 15:09, 4 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
หน้าที่มี |เส้นขอบ
การอภิปรายต่อไปนี้ถูกปิดแล้ว กรุณาอย่าแก้ไข.
  1. แม่แบบ:อลาบามา-นักการเมือง-สตับ
  2. แม่แบบ:Algeria-bio-stub
  3. แม่แบบ:แอลจีเรีย-นักการเมือง-สตับ
  4. แม่แบบ:Armenia-sport-bio-stub
  5. แม่แบบ:ออสเตรีย-ประวัติศาสตร์-ต้นขั้ว
  6. แม่แบบ:Azerbaijan-sport-bio-stub
  7. แม่แบบ:Belarus-bio-stub
  8. แม่แบบ:บัลแกเรีย-สปอร์ต-ไบโอ-สตับ
  9. แม่แบบ:แคนาดา-bio-stub
  10. แม่แบบ:ชิลี-ไบโอ-สตับ
  11. แม่แบบ:ชิลี-นักการเมือง-สตับ
  12. แม่แบบ:โคลอมเบีย-นักเขียน-ต้นขั้ว
  13. แม่แบบ:โครเอเชีย-นักการเมือง-สตับ
  14. แม่แบบ:สาธารณรัฐเช็ก-นักการเมือง-stub
  15. แม่แบบ:CzechRepublic-sport-bio-stub
  16. แม่แบบ:สาธารณรัฐเช็ก-นักเขียน-สตับ
  17. แม่แบบ:นักแสดงชาวอังกฤษ-สตับ
  18. แม่แบบ:นักแสดงภาพยนตร์ชาวอังกฤษ-ต้นขั้ว
  19. แม่แบบ:นักแสดงละครเวทีชาวอังกฤษ-ต้นขั้ว
  20. แม่แบบ:อังกฤษ-ทีวี-นักแสดง-สตับ
  21. แม่แบบ:เอสโตเนีย-กรีฑา-ไบโอ-สตับ
  22. แม่แบบ:Kenya-cricket-bio-stub
  23. แม่แบบ:ลักเซมเบิร์ก-โนเบิล-สตับ
  24. แม่แบบ:Luxembourg-sport-bio-stub
  25. แม่แบบ:ลักเซมเบิร์ก-สปอร์ต-สตับ
  26. แม่แบบ:มาดากัสการ์-นักการเมือง-stub
  27. แม่แบบ:มอลตา-นักการเมือง-stub
  28. แม่แบบ:Maryland-school-stub
  29. แม่แบบ:Mexico-bcast-stub
  30. แม่แบบ:เม็กซิโก-นักการเมือง-stub
  31. แม่แบบ:เม็กซิโก-นักเขียน-ต้นขั้ว
  32. แม่แบบ:Namibia-cricket-bio-stub
  33. แม่แบบ:เนเธอร์แลนด์-hist-stub
  34. แม่แบบ:Nigeria-bio-stub
  35. แม่แบบ:ไนจีเรีย-นักการเมือง-สตับ
  36. แม่แบบ:ปากีสถาน-ไบโอ-สตับ
  37. แม่แบบ:Pakistan-cricket-bio-stub
  38. แม่แบบ:ปากีสถาน-นักการเมือง-สตับ
  39. แม่แบบ:Panama-bio-stub
  40. แม่แบบ:ปานามา-นักการเมือง-สตับ
  41. แม่แบบ:เปรู-bio-stub
  42. แม่แบบ:โปแลนด์-ศิลปิน-สตับ
  43. แม่แบบ:โปแลนด์-กรีฑา-ไบโอ-สตับ
  44. แม่แบบ:โปแลนด์-bio-stub
  45. แม่แบบ:โปแลนด์-นักการเมือง-สตับ
  46. แม่แบบ:โปแลนด์-นักวิทยาศาสตร์-สตับ
  47. แม่แบบ:โปแลนด์-สปอร์ต-ไบโอ-สตับ
  48. แม่แบบ:โปแลนด์-นักเขียน-สตับ
  49. แม่แบบ:โรมาเนีย-bio-stub
  50. แม่แบบ:โรมาเนีย-นักการเมือง-สตับ
  51. แม่แบบ:Russia-athletics-bio-stub
  52. แม่แบบ:Russia-bio-stub
  53. แม่แบบ:รัสเซีย-ผู้ชนะเลิศโอลิมปิก-สตับ
  54. แม่แบบ:รัสเซีย-นักการเมือง-สตับ
  55. แม่แบบ:Russia-university-stub
  56. แม่แบบ:SanMarino-politician-stub
  57. แม่แบบ:Scotland-cricket-bio-stub
  58. แม่แบบ:สิงคโปร์-ไบโอ-สตับ
  59. แม่แบบ:บริษัทสิงคโปร์-ต้นขั้ว
  60. แม่แบบ:สิงคโปร์-org-stub
  61. แม่แบบ:สโลวาเกีย-bio-stub
  62. แม่แบบ:สโลวาเกีย-นักการเมือง-สตับ
  63. แม่แบบ:สโลวีเนีย-bio-stub
  64. แม่แบบ:สโลวีเนีย-นักการเมือง-สตับ
  65. แม่แบบ:SouthAfrica-cricket-bio-stub
  66. แม่แบบ:สเปน-แบทเทิล-สตับ
  67. แม่แบบ:SriLanka-cricket-bio-stub
  68. แม่แบบ:เท็กซัส-ไบโอ-สตับ
  69. แม่แบบ:Texas-politician-stub
  70. แม่แบบ:UK-navy-stub
  71. แม่แบบ:รัฐสภาคองเกรสแห่งสหรัฐอเมริกา-stub
  72. แม่แบบ:เยชิวา-สตับ
  73. แม่แบบ:ยูโกสลาเวีย-stub
  74. แม่แบบ:Zimbabwe-cricket-bio-stub
ยังคง ... ถ้า {{ Chile-sport-bio-stub }}, {{ Chile-struct-stub }}, {{ Chile-scientist-stub }}, {{ Chile-botanist-stub }} และ {{ Chile-writer-stub }} สามารถทำได้โดยไม่มีพรมแดน ฉันคิดว่า {{ Chile-bio-stub }} ก็สามารถทำได้เช่นกัน Dito {{ Maryland-newspaper-stub }} และคณะ กับ {{ Maryland-school-stub }}
แน่นอนว่าเรา (=คุณ) สามารถแก้ไขปัญหาทั้งหมดได้ แต่ตราบใดที่เราไม่สอดคล้องกันขนาดนั้น ฉันก็ไม่คิดว่าจะเป็นปัญหาที่จะละทิ้งขอบเขตทั้งหมด Amalthea 16:20, 4 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
ฉันเห็นด้วย... ไม่มีใครแยกแยะเส้นขอบออกได้... และธงเหล่านี้ไม่มีเส้นขอบเล็กๆ ขนาด 1 พิกเซลรอบๆ ในตอนแรก ดังนั้นจึงเป็นเรื่องแปลกที่เราจะเพิ่มเข้าไป xeno talk 17:45, 4 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
  • มีข้อคัดค้านใด ๆ สำหรับฉันที่จะขจัดเขตแดนหรือไม่? xeno talk 21:32, 8 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]

สำเร็จรูป

เทมเพลตนี้มีคลาสสำเร็จรูป ฉันไม่คิดว่าเราจะมีคลาสแบบนี้บน en.wp อีกต่อไป เท่าที่ฉันสามารถรวบรวมได้ มันเกิดจากการที่ข้อความสำเร็จรูป (คัดลอกและวาง) ทั้งหมดกลายเป็นเทมเพลตเมื่อนานมาแล้ว ฉันสงสัยว่ามันจะมีประโยชน์ และคิดว่าเราควรลบมันออก The e DJ ( พูดคุยมีส่วนร่วม ) 00:35, 4 พฤษภาคม 2552 (UTC) ตอบกลับ[ตอบกลับ]

เอ็มบ็อกซ์

CSS ที่ฉันเสนอสำหรับ asbox (ปัจจุบันฮาร์ดโค้ดลงในเทมเพลตแซนด์บ็อกซ์

โต๊ะ. asbox { ชัดเจน: ซ้าย; พื้นหลัง: โปร่งใส; } . asbox . mbox ข้อความ, . asbox td . mbox-text { /* เซลล์เนื้อหาข้อความ */ 
     
     

  
              

    รูปแบบตัวอักษร: ตัวเอียง; /* ข้อความเป็นตัวเอียง */ padding : 0 em ; /* เราไม่ต้องการช่องว่างภายในด้านซ้าย */ width : auto ; /* ใช้ความกว้างปกติ */           
                
                      

} 
. asbox td . mbox-image { /* เซลล์ภาพด้านซ้าย */ padding : 0 em ; /* ไม่มีการเติม */ }             
                     

อาจจะเพิ่มด้วย

โต๊ะ. กล่องนำทาง+ ตาราง asbox , p + ตาราง_ asbox , ตาราง+ ตาราง_ asbox , div + ตาราง_ asbox , ol + ตาราง_ asbox , ul + ตาราง_ asbox { ขอบด้านบน: 1 em ; /* ระยะขอบที่ด้านบนของสแต็ก */ }  
  
  
  
  
    
      

ความคิดของคุณโปรด? The e DJ ( พูดคุยมีส่วนร่วม ) 14:21, 4 พฤษภาคม 2552 (UTC) ตอบกลับ[ตอบกลับ]

ไม่ได้ทดสอบ แต่สำหรับเทมเพลต stub ฉันจะเพิ่ม " p + table.asbox { margin-top: 1em; }" ด้วย หรือ 0.5em. ฉันไม่คิดว่า Navboxes มีความสำคัญเนื่องจากย่อหน้าต่างๆ มีระยะขอบล่าง .5 อยู่แล้ว แต่ Stub จะทำให้แยกข้อความออกจากข้อความได้ชัดเจนน้อยลง และมีแนวโน้มที่จะวางไว้ใต้ย่อหน้าโดยตรงมากกว่ามาก แอมัลเธีย 15:31, 4 พฤษภาคม 2552 (UTC) ตอบ[ตอบกลับ]
จุดดี. เพิ่ม The e DJ ( พูดคุยมีส่วนร่วม ) 15:36 น. 4 พฤษภาคม 2552 (UTC) ตอบกลับ[ตอบกลับ]
สิ่งนี้ถูกนำมาใช้หรือฉันขาดหายไปใน CSS? --- —  Gadget850 (Ed) พูดคุย 14:27, 19 สิงหาคม 2552 (UTC) ตอบกลับ[ตอบกลับ]
ทุกอย่างถูกเปลี่ยนกลับเพราะในเวลานั้นไม่มีมติที่จะดำเนินการเปลี่ยนแปลงกับ asbox - The e DJ ( พูดคุยมีส่วนร่วม ) 14:58, 19 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
การทดสอบ mbox ครั้งล่าสุด อาจต้องมีการทำงานค่อนข้างมากอีกครั้งเพื่อให้ทันสมัยกับเทมเพลต asbox ปัจจุบัน The e DJ ( พูดคุยมีส่วนร่วม ) 15:01 น. 19 สิงหาคม 2552 (UTC) ตอบ[ตอบ]
คงจะดีไม่น้อยถ้ามีระยะขอบด้านบนเท่ากับ navboxes สิ่งนี้จะกำจัดข้อกำหนดปัจจุบันสำหรับบรรทัดว่างสองบรรทัดก่อน asbox --- —  Gadget850 (Ed) พูดคุย 16:15, 19 สิงหาคม 2552 (UTC) ตอบกลับ[ตอบกลับ]

พารามิเตอร์ที่มีหมายเลข

การใช้พารามิเตอร์ตัวเลขที่กล่าวถึงในหน้าเอกสารประกอบคืออะไร ดูเหมือนว่าฉันจะสับสนมากกว่ามีประโยชน์ ... — The e DJ ( พูดคุยมีส่วนร่วม ) 14:28, 4 พฤษภาคม 2552 (UTC) ตอบ[ตอบกลับ]

ดูเหมือนว่ามีจุดมุ่งหมายเพื่อให้ขยายเทมเพลต asbox meta stub ได้ง่ายขึ้น ซึ่งสามารถนำไปใช้ในบทความได้ทันที โดยไม่ต้องเปลี่ยนเทมเพลต stub จริงใดๆ
เป็นความคิดที่ดี แต่ฉันก็มักจะลบมันออกเช่นกัน ประการแรก ฉันไม่ได้คาดหวังจริงๆ ว่าเราต้องการนำเสนอเทมเพลต stub แบบกำหนดพารามิเตอร์ ซึ่งการส่งผ่านจะสมเหตุสมผล ประการที่สอง แม้ว่าเราจะทำเช่นนั้น ก็คงเป็นเรื่องง่ายที่จะ AWB ผ่านเทมเพลต stub ทั้งหมด แอมัลเธีย 15:24, 4 พฤษภาคม 2552 (UTC) ตอบ[ตอบกลับ]
ลบออกจากเอกสารประกอบ — The e DJ ( talkcontribs ) 15:07, 20 พฤษภาคม 2552 (UTC) ตอบ[ตอบกลับ]

ตัวเลือกของเทมเพลตนี้

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

  1. กำจัดพารามิเตอร์ 1-4 ตัวในเอกสารประกอบ การแนะนำพารามิเตอร์ใหม่ที่น่าสับสนเกินไปอาจทำได้ด้วย AWB หรืออะไรก็ตาม
  2. ฉันต้องการเลิกใช้ตัวเลือกหัวเรื่องและตัวระบุ เพื่อใช้ตัวเลือก "บทความ" ใหม่ เหตุผลก็คือเพื่อให้สอดคล้องกับ metastub และ metapicstub รวมถึง "ลดความซับซ้อน" การใช้เทมเพลตนี้
  3. สงสัยเรื่องตัวเลือกภาพครับ ในด้านหนึ่ง ตัวเลือกรูปภาพ + pix ช่วยให้สามารถควบคุมการใช้รูปภาพได้ดียิ่งขึ้น แต่ตัวเลือกไอคอนอาจง่ายกว่าและเป็นวิธีเดียวกันกับที่ใช้กับ ambox และเพื่อนๆ
  4. ฉันได้ลบตัวเลือก "วันที่" แล้ว ดูเหมือนว่านี่จะไม่ใช่แบบแผนที่ใช้อยู่ และสามารถแนะนำใหม่ได้อย่างง่ายดายเมื่อจำเป็น
  5. คุณจะรับสมัครกองทัพเพื่อแปลงต้นขั้วทั้งหมดได้อย่างไร? :D

The e DJ ( พูดคุยมีส่วนร่วม ) 18:38, 9 พฤษภาคม 2552 (UTC) ตอบกลับ[ตอบกลับ]

ในตอนแรกฉันต้องการอ่านประเด็นทั้งหมดที่มีการหยิบยกมาก่อนที่จะตอบกลับที่นี่ แต่จากสิ่งที่ฉันบอกได้แล้ว:
  1. ใช่ครับ ตามข้างบน
  2. เอาล่ะกับฉัน รอบคัดเลือกและหัวเรื่องจะสมเหตุสมผลหากไม่มีบทความ เพื่อบังคับใช้รูปแบบทั่วไป แต่เนื่องจากมี เราไม่ชนะสิ่งใดเลยด้วยทั้งสองตัวเลือก
  3. ฉันขอแนะนำให้ใช้{{image|{{{image}}}|40x30px}}ซึ่งยอมรับทั้งไวยากรณ์ของรูปภาพแบบเต็มและเฉพาะชื่อของรูปภาพ (มีเนมสเปซหรือไม่มี)
  4. ไม่มีความเห็น
  5. /me ก้าวไปข้างหน้า ฉันจินตนาการว่าเนื่องจาก stub ส่วนใหญ่ใช้เทมเพลตย่อยเดียว ส่วนใหญ่จึงสามารถแปลง (กึ่ง) อัตโนมัติได้
เนื่องจากตามที่เห็น การเปลี่ยนแปลงลายเซ็นเข้ากันไม่ได้แบบย้อนหลัง การสร้างเทมเพลตใหม่ {{ smbox }} และตั้งค่าตั้งแต่ต้นจึง อาจเป็นวิธีที่ง่ายที่สุด แอมัลเธีย 15:03, 20 พฤษภาคม 2552 (UTC) ตอบ[ตอบกลับ]
เห็นด้วยกับทั้งหมดนี้ และฉันจะลงนามในสงครามครูเสดนี้ ดังที่ Amalthea กล่าวไว้ การเปลี่ยนแปลงส่วนใหญ่อาจทำได้โดยใช้บอท
ไวยากรณ์หมวดหมู่ในเทมเพลตนี้ดูแปลกไปเล็กน้อย บางทีมันอาจจะเป็นเพียงวิธีที่วางไว้ Happymelon 15:24, 20 พฤษภาคม 2552 (UTC) ตอบ[ตอบกลับ]
ดูเหมือนว่าเจตนาจะมีหลายหมวดหมู่ (สูงสุด 4 หมวดหมู่) โดยมี catkey ของ Pagename ยกเว้นเมื่อมีการแยกจากเทมเพลต ซึ่งในกรณีนี้จะเรียงลำดับตามค่าเริ่มต้นเป็น ' ' (ดังนั้นเทมเพลต stub จะอยู่ที่ด้านบนของหมวดหมู่ stub) หรือ tempsort# ในกรณีที่ระบุไว้ (ในกรณีที่หลาย stub เรียงลำดับเป็นหมวดหมู่เดียวกัน) The e DJ ( พูดคุยมีส่วนร่วม ) 17:30 น. 20 พฤษภาคม 2552 (UTC) ตอบกลับ[ตอบกลับ]
เราต้องการการตรวจจับเนมสเปซหรือวิธีการอื่นในการระงับหมวดหมู่ เพื่อให้เราสามารถอ้างถึงเทมเพลตต้นขั้วโดยไม่ต้องเพิ่มหมวดหมู่ --- —  Gadget850 (Ed) พูดคุย 22:52, 20 พฤษภาคม 2552 (UTC) ตอบกลับ[ตอบกลับ]
เพื่อว่าเมื่อเราได้
, หมวดหมู่ไม่ได้ถูกเพิ่มในหน้านี้? อย่างที่คุณเห็น สิ่งนี้ได้ถูกนำไปใช้แล้วเช่นกัน :D — The e DJ ( พูดคุยมีส่วนร่วม ) 22:56, 20 พฤษภาคม 2552 (UTC) ตอบ[ตอบกลับ]
นั่นคือสิ่งที่ฉันได้รับจากการดูเอกสารไม่ใช่ที่มาร์กอัป ดี— นี่เป็นหนึ่งในเนื้อก่อนหน้าของฉันที่มีเทมเพลตนี้ ครั้งต่อไปที่คุณอยู่ในรหัส โปรดแก้ไขรหัสที่ไม่ถูก<br />ต้อง ฉันยอมแพ้: มันคืออะไร<s />? --- —  Gadget850 (Ed) พูดคุย 01:23, 21 พฤษภาคม 2552 (UTC) ตอบกลับ[ตอบกลับ]
ทั้งดูแล. The e DJ ( พูดคุยมีส่วนร่วม ) 14:00 น. 21 พฤษภาคม 2552 (UTC) ตอบกลับ[ตอบกลับ]
มี<s />ข้อผิดพลาดหรือถูกต้องหรือไม่? --- —  Gadget850 (Ed) พูดคุย 15:55, 21 พฤษภาคม 2552 (UTC) ตอบกลับ[ตอบกลับ]
ฉันคิดไม่ออก แต่เนื่องจากมันถูกใช้สำหรับเคล็ดลับ "whatlinkshere" ที่ไม่จำเป็นอีกต่อไป ฉันจึงตัดสินใจลบมันออก The e DJ ( พูดคุยมีส่วนร่วม ) 16:03, 21 พฤษภาคม 2552 (UTC) ตอบกลับ[ตอบกลับ]
ฉันกำลังดูการเขียนเอกสารสำหรับเทมเพลต stub และฉันต้องการวิธีการปราบปรามหมวดหมู่ที่เข้มงวดมากกว่าการใช้การตรวจจับเนมสเปซ จะมีปัญหาในการใช้category=noเพื่อให้บรรลุเป้าหมายนี้หรือไม่ ซึ่งจะทำให้สามารถแสดงตัวอย่างโดยไม่มีการจัดหมวดหมู่ที่ไม่เหมาะสม — Martin ( MSGJ  ·  พูดคุย ) 22:02, 20 สิงหาคม 2552 (UTC) ตอบ[ตอบ]

แทนที่หมวดหมู่

มีวิธีใดที่จะแทนที่หมวดหมู่ เช่น การแสดงตัวอย่าง หรือไม่ xeno talk 12:48, 27 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]

ไม่ใช่ในเวลานี้ ดูคำพูดล่าสุดของ Martin ได้ที่ Template_talk:Asbox#Options_of_this_template The e DJ ( พูดคุยมีส่วนร่วม ) 13:07, 27 สิงหาคม 2552 (UTC) ตอบ[ตอบ]
ขอบคุณ. ส่วนที่รวมกัน xeno talk 13:16, 27 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]

การตรวจจับเนมสเปซนั้นยอดเยี่ยม ยกเว้นเมื่อมีการแสดงเทมเพลตเป็นตัวอย่างบนหน้าเทมเพลต... เช่น

  • แม่แบบ:Coord หายไป/ตัวอย่าง 1ฉันต้องการซับ asbox เพื่อนำมันออกจาก Category:Stub กล่องข้อความที่ต้องการความสนใจ แต่ฉันจะต้องเพิ่มหมวดหมู่ ไม่เช่นนั้นมันจะย้ายจาก "E" เป็น "C" xeno talk 13:16, 27 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
ฉันแนะนำให้ใช้category=noตามที่เสนอข้างต้น แน่นอนว่าเทมเพลตใดๆ ที่จำเป็นจะต้องส่งพารามิเตอร์นี้ด้วยวิธีอื่น เป็นต้น
Category=ต้นขั้วประวัติศาสตร์

จะต้องกลายเป็น

category={{{category|ต้นขั้วประวัติศาสตร์}}}

บนหน้าเว็บต่างๆ เช่นTemplate:Coord missing/sample 1สิ่งเหล่านี้อาจยุ่งยากเล็กน้อย แต่ฉันคิดว่าเราสามารถใช้บางอย่างเช่น

{{Arizona-geo-stub<noinclude>|category=no</noinclude>}}

มีวิธีแก้ปัญหาที่ดีกว่านี้ไหม? — Martin ( MSGJ  ·  พูดคุย ) 16:12, 2 กันยายน 2552 (UTC) ตอบ[ตอบ]

ใช่แล้ว ฉันคิดว่าฉันมีทางออกที่ดีกว่า:
  • ย้ายการจัดหมวดหมู่เทมเพลตไปที่ /templatepage ดังนั้น เทมเพลตจะ ถูกจัดหมวดหมู่ ก็ต่อเมื่อname= FULLPAGENAME
  • ลบคำเตือนสำหรับ "ชื่อที่ไม่ถูกต้อง" และเพียงทิ้งเครื่องหมายไว้สำหรับ "ชื่อที่ไม่ได้กำหนด"
— Martin ( MSGJ  ·  พูดคุย ) 08:29, 3 กันยายน 2552 (UTC) ตอบ[ตอบ]
รหัสที่เสนออยู่ใน Template : Asbox/sandbox ฉันคิดใหม่เล็กน้อยเพราะการตรวจสอบชื่อที่ผิดพลาดดูเหมือนจะมีประโยชน์ ดังนั้นมันคงน่าเสียดายถ้าสูญเสียมันไป ดังนั้นฉันจึงเพิ่มพารามิเตอร์ใหม่|demo=ซึ่งสามารถตั้งค่าให้ระงับหมวดหมู่และคำเตือนใดๆ ได้ มีใครสนใจที่จะตรวจสอบรหัสให้ฉันบ้างไหม? — Martin ( MSGJ  ·  พูดคุย ) 15:31 น. 3 กันยายน 2552 (UTC) ตอบ[ตอบ]

เทมเพลต Stub: อนาคต

ขออภัยที่ต้องถามสิ่งนี้ แต่ก่อนที่จะทำงานทั้งหมดนี้ เป็นไปได้ไหมที่จะถอยกลับไปและแน่ใจว่ามันคุ้มค่า เทมเพลต stub เหล่านี้มีจุดประสงค์อะไร? ยังจำเป็นอยู่หรือไม่ และเราต้องการกำลังใจเพิ่มเติมเพื่อให้ผู้คนแก้ไขต้นขั้ว แทนที่จะแก้ไขบทความประเภทอื่นๆ มันจะคุ้มค่าที่จะปรึกษาโดยทั่วไปมากขึ้นว่าพวกเขายังต้องการพวกเขาอยู่หรือไม่? ฉันคิดว่ามีการอภิปรายเกี่ยวกับเรื่องนี้เป็นกิโลไบต์ดังนั้นอย่าลังเลที่จะชี้ให้ฉันไปทางนั้น :) - Martin ( MSGJ  ·  พูดคุย ) 21:13, 20 พฤษภาคม 2552 (UTC) ตอบ[ตอบกลับ]

อาจสมเหตุสมผลกว่าที่จะกำจัดเทมเพลต stub จำนวนมากออก... ฉันคิดว่าการทำเครื่องหมายไว้เป็นสิ่งที่ดี แต่การจัดหมวดหมู่ย่อยแบบ Uber ดูเหมือนจะมากเกินไปสำหรับฉัน Drilnoth ( T  •  C  •  L ) ​​21:40, 20 พฤษภาคม 2552 (UTC) ตอบกลับ[ตอบกลับ]
เรื่องนี้น่าจะหารือกันเรื่องปั๊มหมู่บ้าน (ข้อเสนอ) และ/หรือที่ WikiProject Stub Sorting แต่ฉันคิดว่าต้นขั้วในรูปแบบปัจจุบันจะคงอยู่ต่อไปอีกระยะหนึ่ง แม้ว่าอาจจะลดลงเล็กน้อยก็ตาม The e DJ ( พูดคุยมีส่วนร่วม ) 00:53, 21 พฤษภาคม 2552 (UTC) ตอบกลับ[ตอบกลับ]
เห็นด้วย— เทมเพลตมีส่วนช่วยในการแก้ไขปัญหาทางเทคนิค แต่ไม่ควรพยายามกำหนดแนวทางหรือนโยบาย --- —  Gadget850 (Ed) พูดคุย 13:27, 21 พฤษภาคม 2552 (UTC) ตอบกลับ[ตอบกลับ]

ข้อเสนอหมวดหมู่

โปรดดูที่วิกิพีเดีย:ปั๊มหมู่บ้าน (ข้อเสนอ)#กล่องข้อความหมวดหมู่ ขอบคุณ. เที่ยวบิน Dragons ( พูดคุย ) 07:01, 3 มิถุนายน 2552 (UTC) ตอบ[ตอบกลับ]

เราควรลบ nbsp's ออกจากเทมเพลต stub

เพราะไม่ว่าความดีใดก็ตามที่พวกเขาควรทำ พวกเขาไม่ได้ปรากฏถูกที่ด้วยซ้ำ ดูเส้นขอบสีแดงในภาพหน้าจอ:

http://i40.tinypic.com/sljibd.jpg

ฉันแก้ไขอันแรกแล้ว แต่อันที่สองใช้เทมเพลตย่อยที่ได้รับการป้องกันนี้ CharlotteWebb 14:24, 4 กรกฎาคม 2552 (UTC) ตอบ[ตอบ]

ฉันลบมันออกไปแล้ว ฉันเดาว่ามันเป็นการเว้นวรรคเล็กน้อยระหว่างรูปภาพและข้อความ มีวิธีที่ดีกว่าในการทำเช่นนี้หรือไม่? — Martin ( MSGJ  ·  พูดคุย ) 11:15, 24 กรกฎาคม 2552 (UTC) ตอบ[ตอบ]
ฉันสงสัยว่าไอคอนเป็นสิ่งที่ดีจริงๆ หรือไม่ สันนิษฐานว่าใครก็ตามที่สามารถเพิ่ม stub เคมีบำบัดลงในตัวอย่าง รู้ว่าเคมีบำบัดคืออะไรโดยไม่ต้องมีภาพ AA มาอธิบาย และรู้ว่า stub นั้นเกี่ยวกับเคมีบำบัด เมื่อฉันสร้าง {{ Asbox }} ฉันมุ่งเน้นที่การทำให้แน่ใจว่าสามารถรองรับเทมเพลต stub ที่หลากหลายที่มีอยู่ในเวลานั้น - ฉันไม่ต้องการให้คนอื่นพูดว่า "มันไม่รองรับรูปภาพขนาดใหญ่เกินไปเล็กน้อยนี้ ดังนั้น ไร้ประโยชน์" และอื่นๆ อย่างไรก็ตาม ค่านิยมหลักของเทมเพลต stub คือการจัดหมวดหมู่ ฉันรู้สึกว่าช่วยให้ผู้เชี่ยวชาญเห็นว่าความช่วยเหลือของพวกเขาสามารถนำมาใช้ประโยชน์ได้ดีที่สุดที่ใด Rich Farmbrough 17:59 น. 24 กรกฎาคม 2552 (UTC) ตอบ[ตอบ]

แถบนำทาง

ฉันคิดว่ามันจะมีประโยชน์สำหรับผู้ดูแลเทมเพลต stub ที่จะมีแถบนำทางอยู่ที่ไหนสักแห่ง แน่นอนว่าสิ่งนี้ไม่จำเป็นสำหรับผู้อ่านทั่วไป และควรซ่อนไว้ตามค่าเริ่มต้น ใน {{ WPBM }} สิ่งนี้ทำได้โดยใช้ style=display:none; จากนั้นให้ผู้แก้ไขแต่ละคนแทนที่สิ่งนี้ในหนังสือเดี่ยวของตน ฉันไม่ใช่ผู้เชี่ยวชาญ แต่ฉันจะลองดูหากใครคิดว่านี่เป็นความคิดที่ดี — Martin ( MSGJ  ·  พูดคุย ) 24 กรกฎาคม 2552 11:20 น. (UTC) ตอบ[ตอบ]

ฉันไม่ค่อยแน่ใจว่าจะติดตาม การมีเทมเพลตนี้จะช่วยการทำงานของแถบนำทางได้อย่างไร และ {{PAGENAME}} จะไม่ทำงานเช่นกัน (ถ้าไม่ดีกว่า) ใช่ไหม บางทีบอกฉันว่าจะดู navbar บน WPBM ได้อย่างไรและนั่นอาจอธิบายได้ xeno talk 17:11, 31 กรกฎาคม 2552 (UTC) ตอบ[ตอบกลับ]
ไม่ เนื่องจาก {{PAGENAME}} จะประเมินหน้าปัจจุบันเสมอ (เช่น หน้าที่เทมเพลต stub เปิดอยู่) แทนที่จะเป็นชื่อของเทมเพลต stub นั่นเป็นสาเหตุที่ navboxes เช่น {{ Britney Spears singles }} ส่งชื่อเทมเพลตอย่างชัดเจน|name=เพื่อให้สามารถสร้างลิงก์ v·e·d ได้ เช่นเดียวกับ แอมัลเธีย 17:41, 31 กรกฎาคม 2552 (UTC) ตอบ[ตอบกลับ]{{v|d|e|template={{{name}}}}}
ดังนั้นถ้าฉันเข้าใจถูกต้อง ผู้คน (ผู้ที่ยกเลิกการซ่อน) จะเห็น av*d*e บนเทมเพลต stub? ปัญหาที่ฉันเห็นคือมันถูกซ่อนไว้ด้วยจาวาสคริปต์ (ใช่ไหม) ซึ่งผู้ใช้บางคนอาจไม่ได้เปิดใช้งาน ฉันไม่ชอบความล่าช้าในการวาดใหม่ด้วย แต่ถ้าคนอื่นเห็นพ้องว่ามันมีประโยชน์ ฉันสามารถให้บอทเพิ่มพารามิเตอร์นี้ระหว่างการแปลงได้อย่างแน่นอน อย่างไรก็ตาม ต้นขั้วจะไม่เปลี่ยนแปลงมากนัก ดังนั้นฉันไม่คิดว่ามันจำเป็นเป็นพิเศษ xeno talk 17:52, 31 กรกฎาคม 2552 (UTC) ตอบ[ตอบกลับ]
ไม่ มันถูกซ่อนไว้ด้วย CSS ฉันไม่แน่ใจว่ามันมีประโยชน์ แต่ก็สามารถทำได้แน่นอน นั่นไม่ใช่เรื่องยาก มีบอททำงานมากมายเพื่อเพิ่มชื่อให้กับเทมเพลตทั้งหมด The e DJ ( พูดคุยมีส่วนร่วม ) 18:22, 31 กรกฎาคม 2552 (UTC) ตอบ[ตอบ]
บอทกำลังจะอยู่ที่นั่นแล้ว (อย่างน้อยก็สำหรับบอทที่ยังไม่ได้แปลง) ดังนั้นถ้ามันมีประโยชน์ ผมก็จะเพิ่มมันเข้าไปก็ไม่ใช่ปัญหา (แค่ subst:pagename ในฟิลด์ name=) ฉันแค่คิดว่ามันไม่จำเป็น อย่างน้อยก็ไม่ใช่สำหรับประเภทต้นขั้ว ฉันคิดว่าเราสามารถทำมันเพื่อการพิสูจน์ในอนาคต xeno talk 18:25, 31 กรกฎาคม 2552 (UTC) ตอบ[ตอบกลับ]
ฉันกำลังเพิ่มพารามิเตอร์ในขณะที่แปลงมัน ฉันเห็นประโยชน์ต่างๆ เหล่านี้ แม้ว่าปัจจุบันเราจะไม่ใช้กับ v*d*e แต่พารามิเตอร์นี้ก็อาจจะมีประโยชน์ในอนาคต xeno talk 23:06, 31 กรกฎาคม 2552 (UTC) ตอบ[ตอบกลับ]

ฉันลองใช้ตัวเลือกบางอย่างสำหรับแถบนำทางในแซนด์บ็อกซ์ (แต่ฉันคิดว่าเวอร์ชันล่าสุดของ TheDJ ได้ลบมันไปแล้ว) ฉันคิดว่ามันจะดูดีที่สุดและรบกวนน้อยที่สุดทางด้านขวาสุด อนิจจาฉันไม่สามารถบรรลุเป้าหมายนี้ได้ หากใครสามารถช่วยได้ก็จะได้รับการชื่นชม — Martin ( MSGJ  ·  พูดคุย ) 22:06, 20 สิงหาคม 2552 (UTC) ตอบ[ตอบ]

ใครช่วยตรวจสอบรหัสของฉันบนแซนด์บ็อกซ์ (เวอร์ชันนี้) หน่อยได้ไหม เพื่อที่จะดูคุณต้องเพิ่ม
.stub .navbar {จอแสดงผล:อินไลน์ !สำคัญ;}

ไปยังไฟล์ monobook.css ของคุณ เทมเพลตตัวอย่างที่ใช้คือTemplate:Arizona-geo-stub/sandboxซึ่งสร้าง:

ขอบคุณล่วงหน้า — Martin ( MSGJ  ·  พูดคุย ) 19:07, 9 กันยายน 2552 (UTC) ตอบ[ตอบ]

แบบอักษรใหญ่ไปหน่อยสำหรับฉัน ฉันคิดว่าfont-size:smaller;จะดีกว่า ในทางเทคนิคแล้วการใช้งานก็ดี Happymelon 22:33, 9 กันยายน 2552 (UTC) ตอบ[ตอบกลับ]
ทำให้มันเล็กลง — Martin ( MSGJ  ·  พูดคุย ) 07:13, 10 กันยายน 2552 (UTC) ตอบ[ตอบ]
น่ารัก. Happymelon 08:54, 10 กันยายน 2552 (UTC) ตอบ[ตอบกลับ]
ตกลง ฉันจะดำเนินการนี้เร็วๆ นี้ — Martin ( MSGJ  ·  พูดคุย ) 11:48, 10 กันยายน 2552 (UTC) ตอบ[ตอบ]

ไชโย!

ฉันเลิกพยายามให้เทมเพลตนี้ได้รับการยอมรับกลับเข้ามา.. เมื่อไรก็ตามที่เป็นเช่นนั้น ฉันดีใจที่ความคิดที่ชัดเจนในตอนนี้ดูเหมือนว่าจะมีผู้ชนะอยู่บ้าง และได้มีการปรับปรุงและปรับปรุงให้ทันสมัยอยู่เสมอ ดีกับทุกคนที่เกี่ยวข้อง รวย Farmbrough 17:11, 24 กรกฎาคม 2552 (UTC) ตอบ[ตอบ]

การเรียงลำดับหมวดหมู่

{{ editprotected }} สามารถ คัดลอกสำเนาในแซนด์บ็อกซ์ ไปใช้จริงได้หรือไม่ การเปลี่ยนแปลงคือเพื่อให้สามารถจัดเรียงได้ดีขึ้นภายในหมวดหมู่ของเทมเพลต ขอบคุณ. -- WOSlinker ( พูดคุย ) 14:03, 1 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]

พฤติกรรมปัจจุบันเป็นอย่างไร? มันจบลงด้วยการเรียงลำดับตามรหัสบทความหรืออะไรทำนองนั้น? --- RockMFR 03:22, 2 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
เทมเพลตที่จุดเริ่มต้นของหมวดหมู่ stub จะถูกจัดเรียงตามตัวอักษร แทนที่จะเรียงลำดับแบบสุ่ม ดูตัวอย่างในหมวดหมู่:นักแสดงชาวยุโรป -- WOSlinker ( พูดคุย ) 07:05, 2 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
เสร็จแล้ว. --- RockMFR 13:07, 2 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
ตกลงวิธีที่ควรจะทำงานก็คือเทมเพลตนั้นรวมอยู่ในหมวดหมู่ของพวกเขาก็ต่อเมื่อมีการกำหนดเทมเพลทที่เหมาะสมเท่านั้น ฉันเชื่อว่าเหตุผลก็คือฉันใช้ Asbox โดยไม่เปลี่ยนแปลงสิ่งใดในลักษณะการทำงานของเทมเพลต stub และเทมเพลต stub ต่างๆ ในขณะนั้นก็ทำงานในรูปแบบที่แตกต่างกัน ฉันยังเชื่อว่าฉันใช้ AWB เพื่อแปลงเทมเพลต stub ประมาณ 20% และมีวิธีบางอย่างในการแทรกค่าที่ถูกต้องลงในคีย์ tempsort สิ่งนี้อาจไม่เกี่ยวข้องอีกต่อไป แต่เอกสารจำเป็นต้องตามให้ทัน Rich Farmbrough 00:12, 3 สิงหาคม 2552 (UTC) ตอบ[ตอบ]
ใช่ ดูเหมือนว่าเอกสารไม่ตรงกับที่เทมเพลตกำลังทำอยู่ ฉันยังได้แปลงเทมเพลตบางส่วนเพื่อใช้ asbox แต่ไม่ได้ใช้พารามิเตอร์ tempsort -- WOSlinker ( พูดคุย ) 06:25, 3 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
ฉันเชื่อว่าผู้คัดแยก stub มักต้องการให้เทมเพลตรวมอยู่ในหมวดหมู่ของตน ฉันเห็นบทสรุปการแก้ไขสำหรับเอฟเฟกต์นี้แล้ว xeno talk 13:59, 4 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]

ข้อความแสดงแทน

ผู้ใช้ Xenobot ให้ไอคอนเทมเพลต stub ทั้งหมดพร้อมข้อความแสดงแทน สามารถแทรกค่าเริ่มต้นลงใน {{ Asbox }} ได้หรือไม่ Rich Farmbrough 13:48, 4 สิงหาคม 2552 (UTC) ตอบ[ตอบ]

เรียบร้อยแล้ว [1] Xenobot กำลังแปลงเป็น asbox แทนที่จะเข้ารหัสข้อความแสดงแทนอย่างหนัก xeno talk 13:52, 4 สิงหาคม 2552 (UTC) ตอบ[ตอบ]

อ๋อ ใช่ แค่ตรวจสอบโค้ดก่อนจะส่งข้อความถึงคุณ และฉันก็เห็นว่าคุณได้ทำมันเสร็จแล้ว! ถ้าอย่างนั้นคุณก็ตอบฉันที่นี่ก่อนที่ฉันจะตอบได้! วันนี้คุณเร็ว เป็นเรื่องน่าเสียดายที่คุณต้องคิดค้น reg-exen ขึ้นมาใหม่เพื่อแปลงเป็น asbox ทุกอย่างมันใช้งานได้ดีเหมือนถั่ว แต่นั่นก็เป็นเวลาสักพักหนึ่งแล้วและมีฮาร์ดดิสก์หลายตัวที่แล้ว Rich Farmbrough 13:55 น. 4 สิงหาคม 2552 (UTC) ตอบ[ตอบ]

เอ๊ะ อย่าเหงื่อออก มันเป็นแบบฝึกหัดการเรียนรู้ที่มีประโยชน์สำหรับฉัน ฉันพบปัญหาบางประการที่ผู้คนจะวางโค้ดไว้ตรงกลางของธุรกิจมาตรฐาน ซึ่งอาจจะหายไปในการแปลง แต่ฉันคิดว่าฉันได้แก้ไขปัญหานี้ทั้งหมดแล้ว xeno talk 14:03, 4 สิงหาคม 2552 (UTC) ตอบ[ตอบ]


แตกหักเล็กน้อย

ในหน้าเอกสาร เทมเพลตต้นขั้วตัวอย่างแสดงหมวดหมู่ว่างพร้อมลำดับการจัดเรียง อาจเนื่องมาจากการเปลี่ยนแปลงข้างต้น Rich Farmbrough 18:09 น. 4 สิงหาคม 2552 (UTC) ตอบ[ตอบ]

หมวดหมู่การบำรุงรักษา

เราสามารถเพิ่มหมวดหมู่การบำรุงรักษา... แยก asbox'en ออกเป็น

  1. ใช้ไอคอน=
  2. การใช้รูปภาพ=
  3. การใช้ imagealt=
  4. การใช้ทั้งไอคอนและรูปภาพ
  5. ขาดหมวดหมู่=
  6. ไม่มีชื่อ=
  7. ชื่อผิดพลาด= (ไม่ตรงกับชื่อเต็มหน้า)
  8. ขาด subject=/qualifier=/article=?

? xeno talk 18:11, 9 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]

ฉันไปข้างหน้าและทำเช่นนี้ รู้สึกอิสระที่จะปรับแต่งโค้ดให้สวยงาม ฯลฯ – xeno talk 16:24, 12 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
ฉันได้รับคำเชิญของคุณให้ปรับปรุงโค้ด :) อย่างไรก็ตาม ฉันเข้าใจได้ว่าทำไมเราต้องมีหมวดหมู่เพื่อติดตามสิ่งที่ขาดหายไป แต่จุดประสงค์ของหมวดหมู่ เช่น กล่องข้อความ Category:Stub โดยใช้พารามิเตอร์รูปภาพคืออะไร — Martin ( MSGJ  ·  พูดคุย ) 10:10, 18 สิงหาคม 2552 (UTC) ตอบ[ตอบ]
การแก้ไขครั้งล่าสุดทำให้หมวดหมู่การบำรุงรักษาเสียหาย ขณะนี้หมวดหมู่ดังกล่าวปรากฏในบทความทั้งหมด แทนที่จะเป็นเพียงเทมเพลต Borgarde ( พูดคุย ) 10:36, 18 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
ตอนนี้ฉันได้ยกเลิกมันแล้ว เนื่องจากเมื่อดูเผินๆ ฉันก็ไม่เห็นวิธีแก้ไขและเก็บความสวยงามเอาไว้ :) Amalthea 10:56, 18 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
ขอโทษด้วยกับเรื่องนั้น. ตอนนี้ฉันรู้สึกโง่มาก — Martin ( MSGJ  ·  พูดคุย ) 11:00 น. 18 สิงหาคม 2552 (UTC) ตอบ[ตอบ]
ไม่ต้องกังวลเกี่ยวกับเรื่องนี้ และแน่นอน คุณสามารถลองอีกครั้งได้ (ในแซนด์บ็อกซ์;) ) คิวงานยังสั้นอย่างน่าประหลาดใจในตอนนี้ ดังนั้น ... :) Amalthea 11:06, 18 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
สาเหตุนี้เกิดขึ้นเนื่องจากโค้ดที่ฉันเพิ่มสำหรับหมวดหมู่การบำรุงรักษาฝังอยู่ในคำสั่ง if {{#ifeq:{{BASEPAGENAME}}|{{SUBPAGENAME}}|{{#ifeq:{{NAMESPACE}}|Template|[[Category:Stub message boxes|{{PAGENAME}}]]: xeno talk 13:44, 19 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
@Martin: ฉันเดามากกว่านี้เพื่อความสมบูรณ์ ... FYI ฉันเพิ่งเพิ่มหมวดหมู่การบำรุงรักษาสำหรับ asbox โดยไม่มี name= paramater สิ่งเหล่านี้จะต้องได้รับการแก้ไขหากมีการเพิ่มฟังก์ชัน #Navbar xeno talk 13:40, 19 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
  • ฉันเดาว่าเราต้องการเพียงหมวดหมู่การบำรุงรักษาหากมีประโยชน์บางอย่าง เช่น หากมีบางอย่างที่ต้องทำกับเทมเพลตในหมวดหมู่เหล่านั้น ...
  • ฉันแค่พยายามหาคำตอบว่าเหตุใดกล่องข้อความ Category:Stub ที่ไม่มีพารามิเตอร์ชื่อจึงแสดงบนสมาชิก แม้ว่าควรจะเป็นหมวดหมู่ที่ซ่อนอยู่ก็ตาม — Martin ( MSGJ  ·  พูดคุย ) 22:10, 20 สิงหาคม 2552 (UTC) ตอบ[ตอบ]
  • ฉันไม่คิดจะลบอัน "...โดยใช้รูปภาพ" โดยพื้นฐานแล้วจะมีต้นขั้วเกือบทุกต้น ดังนั้นจึงไม่มีประโยชน์ (  เสร็จแล้ว )
  • เกรงกลัว? เนื่องจากการขาด name= paramater ถือเป็นการละเว้นอย่างร้ายแรง จึงอาจสมเหตุสมผลที่จะไม่ซ่อนหมวดหมู่นี้ต่อไป xeno talk 22:11, 20 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]

ทันทีที่ มีการเพิ่ม ชื่อลงในเทมเพลตทั้งหมดแล้ว เราก็สามารถย้ายหมวดหมู่การบำรุงรักษาทั้งหมดเหล่านี้ได้ (นอกเหนือจาก "ชื่อที่ผิดพลาด" ฉันเดา) ไปที่ /templatepage เพื่อให้โค้ดสวยงามยิ่งขึ้น — Martin ( MSGJ  ·  พูดคุย ) 13:28, 24 สิงหาคม 2552 (UTC) ตอบ[ตอบ]

นี้เป็นอัน เสร็จสิ้นดังนั้นอย่าลังเลที่จะดำเนินการนี้ต่อไป (คุณสามารถเพิ่ม #8 ในขณะที่อยู่ที่นั่นได้ไหม) – xeno talk 12:32, 25 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
แน่นอน. ฉันกำลังคิดที่จะสร้างหมวดหมู่ทั่วไป Category:Stub กล่องข้อความที่ต้องให้ความสนใจ และสามารถระบุปัญหาแต่ละรายการได้โดยใช้คีย์เรียงลำดับ ซึ่งจะช่วยประหยัดการสร้างหมวดหมู่ใหม่สำหรับทุกสิ่งที่เราต้องการติดตาม (ดูที่นี่สำหรับสิ่งที่ฉันทำไว้ก่อนหน้านี้) — Martin ( MSGJ  ·  พูดคุย ) 14:05, 25 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
อืม... นั่นคงจะสวยงามมาก... แต่ AWB มีวิธีสร้างรายการในหมวดหมู่ตาม sortkey หรือไม่? (มันควรจะ!). ฉันต้องการรวมกล่อง 'การใช้ไอคอน' เป็นประจำเพื่อเพิ่มข้อความแสดงแทนเมื่อจำเป็นและแปลงเป็นรูปภาพเมื่อเป็นไปได้ xeno talk 14:08, 25 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
ไม่ มันอาจจะไม่ แต่ฉันไม่ได้วางแผนที่จะเปลี่ยนหมวดหมู่นั้น แค่สิ่งที่เสียหายซึ่งต้องแก้ไข เช่น ไม่มีหมวดหมู่ ชื่อผิด ฯลฯ — Martin ( MSGJ  ·  พูดคุย ) 14:22, 25 สิงหาคม 2552 (UTC) ตอบ[ตอบ]
ฟังดูเข้าท่า. "การใช้ imagealt" น่าจะเข้าข่าย "ใช้งานไม่ได้" เนื่องจากปัจจุบันยังไม่ได้ใช้ และมีแนวโน้มว่าจะไม่เป็นเช่นนั้น แต่ผมอยากทบทวนดูว่าเคยมีหรือไม่ xeno talk 15:11, 25 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]

คุณต้องการตรวจสอบเทมเพลต:Asbox/sandboxให้ฉันหรือไม่ — Martin ( MSGJ  ·  พูดคุย ) 15:22, 25 สิงหาคม 2552 (UTC) ตอบ[ตอบ]

ดูดีสำหรับฉัน... น่าเสียดายที่มีการป้อนข้อมูลเพียง 1 รายการแม้ว่าจะมีข้อผิดพลาดหลายรายการก็ตาม ดูเหมือนว่า "การใช้ imagealt" จะอยู่ที่ด้านล่างของรายการซึ่งเหมาะสม xeno talk 15:29, 25 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]

asbox ที่จัดอยู่ในหมวดหมู่ที่ไม่ใช่ stub?

เป็นไปได้ไหมที่เวทย์มนตร์ str len ที่ WOSlinker ใช้สำหรับลำดับชั้น? และเป็นที่พึงปรารถนาหรือไม่? ฉันรู้ว่า Xenobot ทำผิดสองสามอย่าง (ลืมคำว่า "stubs" ที่ท้ายหมวดหมู่) ซึ่งฉันคิดว่าฉันได้แก้ไขทั้งหมดแล้ว แต่หมวดการบำรุงรักษาเพื่อให้แน่ใจว่าจะช่วยให้ฉันสบายใจได้ และก็จะเช่นกัน ระบุ asbox หมวดหมู่นั้นเป็นหมวดหมู่ที่ไม่ใช่ stub ซึ่งเป็นแนวคิดที่ไม่ดีทั่วๆ ไป xeno talk 20:06, 4 กันยายน 2552 (UTC) ตอบ[ตอบ]

ฉันเพิ่งเพิ่มบางสิ่งที่หวังว่าจะทำเช่นนั้น -- WOSlinker ( พูดคุย ) 22:24, 4 กันยายน 2552 (UTC) ตอบ[ตอบกลับ]
จนถึงขณะนี้ มีการแจ้งเตือนที่ผิดพลาดอยู่บ้าง เนื่องจากเทมเพลต {{ str sub }} ใช้งานได้ไม่เกิน 50 อักขระเท่านั้น สามารถเปลี่ยนรหัสไม่ให้ตรวจสอบที่ยาวกว่า 50 ได้เสมอ -- WOSlinker ( พูดคุย ) 22:34, 4 กันยายน 2552 (UTC) ตอบ[ตอบ]

ไมโครฟอร์แมตในสตับ

{{editprotected}}

เพื่ออำนวยความสะดวกในการรวมไมโครฟอร์แมตในกรณีของเทมเพลตนี้ โปรดเปลี่ยนแปลง:

<table class="metadata plainlinks stub"

ถึง:

<table class="metadata plainlinks stub {{bodyclass}}"

อนุญาตให้ระบุค่าคลาสพิเศษเมื่อมีการปรับใช้เทมเพลต แอนดี้ แม็บเบ็ตต์ (ผู้ใช้:พิกสันเทวิง); คำพูดของแอนดี้ ; การแก้ไขของ Andy 22:41, 9 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]

ชื่อคลาสประเภทใดที่จะถูกส่งเข้า? --- RockMFR 23:21, 9 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
ชื่อคลาสพาเรนต์ของไมโครฟอร์แมต ; ตัวอย่างเช่นvcardหากต้องการใช้ไมโครฟอร์แมตhCard veventสำหรับhCalendarและ (น่าจะขึ้นอยู่กับการแปลงด้วยตนเองล่าสุด) adrสำหรับที่อยู่หรือชื่อสถานที่ - ตัวอย่างเช่น ในเทมเพลต: Ghana-stub; ทำให้ไม่จำเป็นต้องใช้spanแท็ก หนึ่งคู่ แอนดี้ แม็บเบ็ตต์ (ผู้ใช้:พิกสันเทวิง); คำพูดของแอนดี้ ; การแก้ไขของ Andy 23:28, 9 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
ฉันไม่ค่อยมีความรู้เกี่ยวกับไมโครฟอร์แมตมากนัก แต่จะมีประโยชน์ไหมที่จะวางไว้ในเทมเพลต stub โดยที่คุณจะต้องถือว่าไมโครฟอร์แมตนั้นจะถูกลบออกโดยไม่มีการเปลี่ยนในบางครั้ง ฉันคิดว่าจะดีกว่าถ้าให้บอทเข้าไปดูหมวดหมู่:กานา stubs ทั้งหมด และวาง {{Locationdata}} ถาวรหรืออะไรสักอย่าง (คล้ายกับ {{Persondata}}) Amalthea 11:14, 10 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
ใช่ มันจะมีประโยชน์ ไม่ว่าจะมีหรือไม่มีLocationdata ; ในทางกลับกัน ก็จะไม่เกิดอันตรายใดๆ แอนดี้ แม็บเบ็ตต์ (ผู้ใช้:พิกสันเทวิง); คำพูดของแอนดี้ ; การแก้ไขของ Andy 13:34, 10 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
ไม่อยากเป็นลาแต่ลองอธิบายหน่อยได้ไหม ว่า มันมีประโยชน์อย่างไร ? อย่างที่ฉันบอกไป ฉันไม่รู้อะไรเกี่ยวกับพวกเขามากนัก แต่ฉันคิดว่า ก) มันสมเหตุสมผลกว่ามากที่จะเพิ่มข้อมูลเมตาถาวรเพิ่มเติมที่ไม่จำเป็นต้องเพิ่มอีกครั้งด้วยวิธีอื่นเมื่อบทความก้าวเข้าสู่คลาสเริ่ม และ b) เป็นความคิดที่ดีที่จะฮาร์ดโค้ด span ids " <span class="adr"><span class="country-name"> " ในตอนแรก เช่นเดียวกับที่เป็นความคิดที่ดีที่จะฮาร์ดโค้ดเทมเพลต stub วิกิโค้ดพร้อมคลาสและรหัสในเทมเพลตต้นขั้วนับพันตั้งแต่แรก Amalthea 15:31, 10 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
มันจะมีประโยชน์เพราะจะเพิ่มความหมายเชิงความหมายให้กับอินสแตนซ์ของเทมเพลตเกี่ยวกับประเภทของหัวเรื่องที่ฉันระบุไว้ข้างต้น (hCards สำหรับบุคคล กิจกรรม ฯลฯ) โดยไม่มีค่าใช้จ่ายเพิ่มเติมสำหรับบรรณาธิการหรือผู้อ่าน คุณบอกได้ไหมว่าทำไมคุณถึงคิดว่ามันเป็นความคิดที่ไม่ดี? แอนดี้ แม็บเบ็ตต์ (ผู้ใช้:พิกสันเทวิง); คำพูดของแอนดี้ ; การแก้ไขของ Andy 19:59, 10 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
เพราะเมื่อบทความจบจาก stub คลาสจะหายไป และผู้แก้ไขที่ลบแท็ก stub อาจไม่รู้ว่าเขาต้องเพิ่มลงในบทความอย่างเหมาะสม เช่นเดียวกับหมวดหมู่ที่ไม่ใช่ stub ที่ฮาร์ดโค้ดซึ่งมีอยู่ในเทมเพลต stub จำนวนหนึ่ง xeno talk 20:04, 10 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
ผู้แก้ไขที่ลบประกาศต้นขั้วอาจไม่จำเป็นต้องเปลี่ยนชั้นเรียน ตัวอย่างเช่น อาจรวมอยู่ในกล่องข้อมูล แต่ถ้าไม่ ทาร์ตจะเป็นอันตรายมากกว่าการไม่เคยอยู่ที่นั่นเลยได้อย่างไร? แอนดี้ แม็บเบ็ตต์ (ผู้ใช้:พิกสันเทวิง); คำพูดของแอนดี้ ; การแก้ไขของ Andy 20:36, 10 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
สิ่งนี้จะสร้างปัญหาได้หรือไม่หากมีหลายประเทศที่อาจขัดแย้งกัน? หรือเป็นรูปแบบที่ออกแบบมาเพื่อจัดการกับสิ่งนั้น?
แต่แน่นอนว่า ชื่อของคลาสควรถูกแยกออกไปในเทมเพลตเฉพาะ ดังนั้นจึงไม่จำเป็นต้องส่งคลาสเป็นพารามิเตอร์ Amalthea 20:42, 10 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
ฉันคาดว่าจะไม่มีปัญหาในประเทศที่มี "ความขัดแย้ง" และฉันเสียใจที่ฉันไม่เข้าใจโพสต์ที่เหลือของคุณ โปรดจำไว้ว่าไมโครฟอร์แมตนั้นถูกใช้ในลักษณะนี้กับอินสแตนซ์หลายร้อยรายการ (อาจเป็นล้าน) ของกล่องข้อมูลและกล่องนำทางนับพัน แอนดี้ แม็บเบ็ตต์ (ผู้ใช้:พิกสันเทวิง); คำพูดของแอนดี้ ; การแก้ไขของ Andy 21:20 น. 10 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
(อีซี) ฉันเชื่อว่าฉันมี:
  1. อย่าฮาร์ดโค้ดชื่อคลาสในเทมเพลต stub นับร้อยหรือนับพัน การอัปเดตเป็นเรื่องน่าเบื่อ
  2. อย่าวางข้อมูลที่ไม่เกี่ยวข้องกับสถานะ stub ไว้ในเทมเพลต stub เนื่องจากจะต้องเพิ่มใหม่อีกครั้งเมื่อเลื่อนระดับเป็น Start หรือสูงกว่า
ให้ใช้โปรแกรมตรวจสอบบอทCategory:Ghana stubs et al แทนเพื่อเพิ่มเทมเพลต {{Locationdata}} แบบถาวร หรือเพิ่มกระบวนการนี้ในการแก้ไขเริ่มต้นของAWB
ฉันเห็นว่าการเพิ่มข้อมูลเมตาที่ต้องการลงในบทความหลายพันรายการโดยอัตโนมัตินั้นสะดวกโดยการใช้ (ab) เทมเพลต stub แต่ฉันคิดว่ามันเป็นความสุขเพียงช่วงสั้นๆ และควรทำอย่างถูกต้องแทน Amalthea 20:42, 10 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
คุณยังไม่ได้อธิบายว่าการรวมชื่อคลาสในเทมเพลตจะ "น่าเบื่อในการอัปเดต" ได้อย่างไร หรือแม้แต่ทำไมคุณถึงคิดว่าจะต้องได้รับการอัปเดต คุณยืนยันโดยไม่มีพื้นฐานว่า "ข้อมูลที่ไม่เกี่ยวข้องกับสถานะต้นขั้ว […] จะต้องถูกเพิ่มอีกครั้งเมื่อเข้าสู่ระดับเริ่มต้นหรือสูงกว่า" เทมเพลต Locationdata สมมุติ ของคุณจะไม่ให้ความหมายเชิงความหมาย หรือให้บริการผู้ใช้ของเรา ในลักษณะเดียวกับที่ไมโครฟอร์แมตที่มีอยู่ในปัจจุบันจะทำได้ และไม่ใช้กับประเภทของบทความที่ฉันระบุไว้ข้างต้น ซึ่งไม่เกี่ยวกับสถานที่ แอนดี้ แม็บเบ็ตต์ (ผู้ใช้:พิกสันเทวิง); คำพูดของแอนดี้ ; การแก้ไขของ Andy 20:55, 10 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
ไม่มีคำตอบ? แอนดี้ แม็บเบ็ตต์ (ผู้ใช้:พิกสันเทวิง); คำพูดของแอนดี้ ; การแก้ไขของ Andy 22:48, 31 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
ไม่ ฉันไม่พอใจกับรูปแบบการสนทนาที่มีการท้าทายว่าการอัปเดตชื่อคลาสในเทมเพลตหลายพันเทมเพลตอาจถือว่าน่าเบื่อ ( wikt:tedious: น่าเบื่อ น่าเบื่อ ใช้เวลานาน ) มากกว่าการอัปเดต แอมัลเธีย 12:14, 10 กันยายน 2552 (UTC) ตอบ[ตอบ]
ฉันไม่ได้ท้าทายสิ่งนั้น ฉันได้ท้าทายว่าจะต้องทำอย่างนั้น แอนดี้ แม็บเบ็ตต์ (ผู้ใช้:พิกสันเทวิง); คำพูดของแอนดี้ ; การแก้ไขของ Andy 15:21, 10 กันยายน 2552 (UTC) ตอบ[ตอบกลับ]
ฉันยอมรับว่าการเพิ่มเมตาดาต้าถาวรให้กับเทมเพลตชั่วคราวเป็นแนวคิดที่แย่มาก มันจะส่งผลให้ข้อมูลถูกทำซ้ำหรือสูญหาย (ด้วย) Happymelon 19:47, 10 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
หากเทมเพลตเป็นแบบชั่วคราว ข้อมูลเมตาที่เทมเพลตจะปล่อยออกมาก็จะเป็นเช่นนั้น คุณสามารถพูดได้ไหมว่าทำไมคุณถึงคิดว่ามันเป็นความคิดที่ไม่ดี และคุณคิดว่าข้อมูลเมตาจะหายไปอย่างไร แอนดี้ แม็บเบ็ตต์ (ผู้ใช้:พิกสันเทวิง); คำพูดของแอนดี้ ; การแก้ไขของ Andy 19:59, 10 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
Dunkwa-on-Offinเป็นเมืองในประเทศกานา Dunkwa-on-Offin จะยังคงเป็นเมืองในประเทศกานาไม่ว่าจะมีในบทความ หรือไม่ก็ตาม หากเราเพิ่มข้อมูลเมตาของตำแหน่งลงในเทมเพลต stub ก็จะมีข้อมูลเมตาในบทความ Dunkwa-on-Offin ในขณะนี้ ผู้อ่าน 99.99% จะไม่ทราบว่ามีข้อมูลเมตาอยู่ 99% ของ 0.01% ที่เหลือจะไม่เข้าใจว่ามันถูกเพิ่มมาจากไหน เมื่อบทความได้รับการปรับปรุงนอกเหนือจากคลาส Stub เทมเพลต stub จะถูกลบออก ข้อมูลเมตาจะหายไป เพราะแม้แต่คนจำนวนเล็กน้อยที่รู้ว่ามันเคยมีอยู่ที่นั่น ใครจะสงสัยว่ามันถูกเพิ่มเข้ามาโดยเทมเพลตที่ไม่เกี่ยวข้องกันโดยสิ้นเชิง? นั่นเป็นสิ่งเลวร้าย เพื่อป้องกันไม่ให้เกิดเหตุการณ์เช่นนี้ ข้อมูลเมตาจะต้องได้รับการเข้ารหัสในเทมเพลตอื่น ไม่ว่าจะเป็นแบบถาวร เช่น กล่องข้อมูล หรือในเทมเพลตที่ออกแบบตามความต้องการ เช่น ที่ได้เสนอไว้ข้างต้น เพื่อหลีกเลี่ยงการสูญเสียข้อมูล จะต้องเพิ่มเทมเพลตแยกต่างหากนั้นก่อนจึงจะลบเทมเพลต Stub ออก เมื่อถึงจุดนั้นจะมีการทำซ้ำข้อมูลเมตา เหตุใดจึงต้องเพิ่มลงในเทมเพลต stub ตั้งแต่แรก? (ด้วย) Happymelon 12:16, 11 สิงหาคม 2552 (UTC) ตอบกลับ[ตอบกลับ]{{Ghana-stub}}{{locationdata}}
คุณช่วยอธิบายได้ไหมว่าสิ่งนี้จะถูกนำไปใช้อย่างไรในแง่ของคนธรรมดา? xeno talk 20:57, 10 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
สมมติว่าเรามีประกาศต้นขั้วสองรายการ (หรือกล่องนำทางหรืออะไรก็ตาม) "xxxx เกี่ยวกับ Foobar" การใช้อย่างใดอย่างหนึ่ง<span class="biota"><span class="vernacular">Foobar</span></span> หรือ <span class="adr"><span class="locality">Foobar</span></span>โปรแกรมแยกวิเคราะห์ (บอทหรือเครื่องมือที่ดำเนินการโดยผู้ใช้ที่เป็นมนุษย์) สามารถบอกได้ว่าคำว่า "Foobar" หมายถึงชื่อภาษาถิ่นของสิ่งมีชีวิตหรือชื่อสถานที่ ซึ่งช่วยปรับปรุงความสามารถในการค้นหา เป็นต้น นอกจากนี้ยังอนุญาตให้ส่งคำดังกล่าวไปยัง เครื่องมือค้นหา ที่เกี่ยวข้อง (เช่น ฐานข้อมูลทางชีววิทยาหรือราชกิจจานุเบกษา) ซึ่งทำให้บรรณาธิการปรับปรุง stub เพื่อค้นหาข้อมูลที่เกี่ยวข้องได้ง่ายขึ้น สำหรับข้อมูลเพิ่มเติม ฉันขอแนะนำให้อ่านไมโครฟอร์แมตและWP: UF แอนดี้ แม็บเบ็ตต์ (ผู้ใช้:พิกสันเทวิง); คำพูดของแอนดี้ ; การแก้ไขของ Andy 21:12, 10 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]

ฉันก็คิดว่านี่เป็นความคิดที่ไม่ดีเช่นกัน โดยพื้นฐานแล้ว Stub นั้นเป็นเทมเพลตการบำรุงรักษาที่มีรูปแบบการจัดหมวดหมู่ซึ่งมีข้อมูลเชิงบริบทอยู่บ้าง อย่างไรก็ตาม มันไม่ได้เป็นส่วนหนึ่งของบทความที่เหมาะสม (ต่างจากกล่องข้อมูล) นอกจากนี้ยังเพิ่มความซับซ้อนให้กับเทมเพลต stub ซึ่งอาจทำให้ผู้ใช้บางคนสับสน The e DJ ( พูดคุยมีส่วนร่วม ) 21:56, 10 สิงหาคม 2552 (UTC) ตอบ[ตอบ]

แม้ว่าต้นขั้วจะไม่ใช่อย่างที่คุณพูดว่า "บทความที่เหมาะสม" (ซึ่งเป็นที่ถกเถียงกันอยู่) นั่นก็ไม่มีสาระสำคัญ และไม่มีเหตุผลที่จะไม่ระบุความหมายของคำสำคัญที่ใช้ในเทมเพลต stub ตามความหมาย เนื่องจากนี่จะเป็นพารามิเตอร์ที่ไม่บังคับและเรียบง่าย การกล่าวอ้าง "ความสับสน" ของคุณจึงไม่มีเหตุผลและไม่สมเหตุสมผล แอนดี้ แม็บเบ็ตต์ (ผู้ใช้:พิกสันเทวิง); คำพูดของแอนดี้ ; การแก้ไขของ Andy 22:11, 10 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]

ฉันรู้ว่าโครงการ WSS แสดงความกังวลว่า metatemplate จะมีพารามิเตอร์มากเกินไป ขอบคุณสำหรับลิงค์ที่ให้ไว้ข้างต้น ฉันจะลองดู xeno talk 23:56, 10 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
นั่นเป็นข้อโต้แย้งเรื่องความชันที่ลื่น ข้อโต้แย้งดังกล่าวไม่ได้ลดราคาตามนโยบายใช่ไหม แอนดี้ แม็บเบ็ตต์ (ผู้ใช้:พิกสันเทวิง); คำพูดของแอนดี้ ; การแก้ไขของ Andy 14:57, 11 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
ไม่มีคำตอบ? แอนดี้ แม็บเบ็ตต์ (ผู้ใช้:พิกสันเทวิง); คำพูดของแอนดี้ ; การแก้ไขของ Andy 22:48, 31 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]

ตัวอย่างที่ดูเหมือนจะถูกพูดถึงคือและข้อเสนอให้เพิ่มข้อมูลตำแหน่งสำหรับกานาลงไป หากคุณดูที่Category:Ghana stubsเราจะเห็นว่าการใช้เทมเพลตนี้ไม่ได้จำกัดอยู่เฉพาะบทความทางภูมิศาสตร์เท่านั้น แท็กดังกล่าวเหมาะสมกับการเลือกตั้งในประเทศกานาหรือไม่ ?? แล้วอาบรอน ล่ะ ?? สถานการณ์เหล่านี้ไม่ได้ชัดเจนนัก (ด้วย) Happymelon 12:16, 11 สิงหาคม 2552 (UTC) ตอบกลับ[ตอบกลับ]{{Ghana-stub}}

ในทุกหน้าที่ปรากฏขึ้น คำว่า "กานา" หมายถึง "เขตกานา" เป็นความหมายที่ถูกต้องและมีความหมายในการทำเครื่องหมายด้วยไมโครฟอร์แมต ADR จะไม่เป็นเช่นนั้นได้อย่างไร? แอนดี้ แม็บเบ็ตต์ (ผู้ใช้:พิกสันเทวิง); คำพูดของแอนดี้ ; การแก้ไขของ Andy 14:57, 11 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]{{Ghana-stub}}
แต่จุดประสงค์ของ metadata คือการนำไปใช้กับบทความใช่ไหม? แน่นอนว่า "คำว่ากานา" หมายถึงประเทศ นั่นไม่ใช่ประเด็นสำคัญของไมโครฟอร์แมต จุดประสงค์ของโค้ด<span class="adr"><span class="locality">Ghana</span></span>คือบอกว่า "หัวเรื่องของบทความนี้อยู่ในประเทศกานา" ไม่ใช่เหรอ?? นั่นไม่ได้เป็นเช่นนั้นเสมอไปกับต้นขั้วของกานาทั้งหมด เนื่องจากหลายแห่งไม่มีที่ตั้งทางภูมิศาสตร์ที่ชัดเจน ฉันพลาดอะไรไป? (ด้วย) Happymelon 19:52, 11 สิงหาคม 2552 (UTC) ตอบกลับ[ตอบกลับ]
ไม่ ฉันไม่รู้ว่าคุณได้รับความรู้สึกจากที่ไหนว่าจุดประสงค์ของโค้ดคือการระบุว่าเป็นหัวข้อของบทความ แต่นั่นไม่ใช่กรณี การมีไมโครฟอร์แมตหลายรูปแบบในหน้าเดียวซึ่งอธิบายสิ่งต่าง ๆ กันนั้นเหมาะสมอย่างยิ่ง แอนดี้ แม็บเบ็ตต์ (ผู้ใช้:พิกสันเทวิง); คำพูดของแอนดี้ ; การแก้ไขของ Andy 22:56, 11 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]

กำลังปิดใช้งานคำขอแก้ไขเนื่องจากไม่มีความเห็นพ้องต้องกันสำหรับการเปลี่ยนแปลงนี้ --- RockMFR 23:13, 13 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]

ฉันได้กล่าวถึงทุกข้อกังวลที่เกิดขึ้นแล้ว หลายแห่งก่อตั้งขึ้นใน - มักยอมรับ - ความไม่รู้ถึงวัตถุประสงค์และธรรมชาติของไมโครฟอร์แมต คุณคิดว่าฉันควรทำอย่างไรเพื่อสนองข้อกังวลที่เหลืออยู่ แอนดี้ แม็บเบ็ตต์ (ผู้ใช้:พิกสันเทวิง); คำพูดของแอนดี้ ; การแก้ไขของ Andy 23:27, 13 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
คุณได้ดำเนินการนี้โดยโครงการเรียงลำดับต้นขั้วหรือไม่? ฉันยังไม่เห็นว่าธุรกิจไมโครฟอร์แมตนี้ควรจะทำงานอย่างไร เราจำเป็นต้องแท็กทุกกรณีของชื่อประเทศด้วยไมโครฟอร์แมตหรือไม่? มันเป็นเพียงเครื่องมือค้นหาที่อ่านไมโครฟอร์แมตนี้หรือไม่? มันคุ้มค่ากับความพยายามหรือไม่? xeno talk 23:31, 13 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
สิ่งนี้จะไม่ส่งผลกระทบต่อการทำงานของโปรเจ็กต์การเรียงลำดับต้นขั้วเลย คุณคิดว่ามันคุ้มค่าที่จะรบกวนพวกเขาจริงๆหรือ? ใช่ ฉันคิดว่าทุกกรณีของชื่อประเทศ (อย่างน้อยก็ใช้เทมเพลตนี้และเทมเพลตอื่นๆ ที่คล้ายกัน) ควรมาร์กอัปตามความหมายด้วยไมโครฟอร์แมต ไม่ ไม่ใช่แค่เสิร์ชเอ็นจิ้นที่ใช้ไมโครฟอร์แมต ดังที่ผมได้กล่าวไปแล้วข้างต้น และใช่ สิ่งนี้คุ้มค่ากับความพยายามเพียงเล็กน้อย (จริงๆ แล้ว ความพยายามนั้นไกล ไกล น้อยกว่า เมื่อเทียบกับการถกเถียงครั้งนี้!) แอนดี้ แม็บเบ็ตต์ (ผู้ใช้:พิกสันเทวิง); คำพูดของแอนดี้ ; การแก้ไขของ Andy 15:38, 14 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
เนื่องจากเป็นเทมเพลตที่ดูแลเทมเพลต stub มากกว่า 10,000 รายการที่อาจต้องใช้ไมโครฟอร์แมตเหล่านี้ ใช่แล้ว ฉันคิดว่าคุณควรรันโดยเทมเพลตเหล่านี้ xeno talk 15:44, 14 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
ฉันอาจเสนอให้มีการอภิปรายในสถานที่ที่กว้างขึ้นเพื่อพิจารณาว่า Wikipedia จะยอมรับไมโครฟอร์แมตเหล่านี้หรือไม่ xeno talk 15:49, 14 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
การสนทนานั้นเกิดขึ้นเมื่อสองถึงสามปีที่แล้ว ปัจจุบัน Wikipedia มีเทมเพลตนับพันที่ปล่อยไมโครฟอร์แมตนับแสนหรือหลายล้านชุด ไมโครฟอร์แมตของ Wikipedia ได้รับการแยกวิเคราะห์โดย Google และ Yahoo และอื่นๆ แล้ว แอนดี้ แม็บเบ็ตต์ (ผู้ใช้:พิกสันเทวิง); คำพูดของแอนดี้ ; การแก้ไขของ Andy 16:33, 14 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]

ฉันได้คืนสถานะ {{ editprotected }} เนื่องจากเท่าที่ฉันเห็น การสนทนาได้ยุติลงแล้ว และข้อกังวลทั้งหมดได้รับการแก้ไขหรือปฏิเสธแล้ว แอนดี้ แม็บเบ็ตต์ (ผู้ใช้:พิกสันเทวิง); คำพูดของแอนดี้ ; การแก้ไขของ Andy 18:43, 17 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]

ฉันยังคงคิดว่ามันไร้สาระ ผมจะขอความคิดเห็นเกี่ยวกับปั๊มหมู่บ้านครับ The e DJ ( พูดคุยมีส่วนร่วม ) 19:51, 17 สิงหาคม 2552 (UTC) ตอบ[ตอบ]
อย่างใดอย่างหนึ่งหรือผู้คนเพิ่งเลิกพูดคุยกับคุณ
FWIW ฉันยังคงต่อต้านฮาร์ดโค้ดชื่อคลาสใดๆ ในเทมเพลตนับพันอย่างอย่างยิ่ง ฉันไม่มีความคิดเห็นที่ชัดเจนเกี่ยวกับการวางเทมเพลตไมโครฟอร์แมตลงในเทมเพลต stub แต่พบว่านี่เป็นแนวทางที่ผิดเช่นกัน Amalthea 21:20, 17 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
หากผู้คนเลือกที่จะละทิ้งการอภิปราย พวกเขาแทบจะคาดหวังได้ว่าความคิดเห็นของตนจะถูกนำมาพิจารณา คุณบอกว่าคุณ " ต่อต้านฮาร์ดโค้ดชื่อคลาสใด ๆ อย่างรุนแรง" แต่ไม่มีเหตุผล คำสั่งดังกล่าว (และสิ่งต่าง ๆ เช่น "ฉันยังคิดว่ามันไม่มีจุดหมาย") ฟังดูเหมือนWP :IDONTLIKEIT หากคุณสามารถให้เหตุผลได้ ฉันยินดีจะตอบหรือยอมให้ แอนดี้ แม็บเบ็ตต์ (ผู้ใช้:พิกสันเทวิง); คำพูดของแอนดี้ ; การแก้ไขของ Andy 09:47, 18 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
ดูเหมือนว่าผู้คนได้แสดงเหตุผลของตนออกมาแล้ว เมื่อมีคนจำนวนมากต่อต้านความคิดของคุณ ก็ถึงเวลาที่จะเริ่มตั้งคำถามกับตัวเอง — Martin ( MSGJ  ·  พูดคุย ) 09:52, 18 สิงหาคม 2552 (UTC) ตอบ[ตอบ]
คุณคิดว่ามีเหตุผลใดที่ให้ไว้ ซึ่งยังไม่ได้รับการแก้ไขหรือปฏิเสธ? แอนดี้ แม็บเบ็ตต์ (ผู้ใช้:พิกสันเทวิง); คำพูดของแอนดี้ ; การแก้ไขของ Andy 13:15, 18 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]

ฉันชอบข้อเสนอนี้มากขึ้นเมื่อฉันยังไม่เข้าใจข้อเสนอนี้ทั้งหมด อะไรคือประเด็นในการเพิ่มจำนวนไบต์ของประโยคเป็นสองเท่าเพื่อเพิ่ม 'ความหมายเชิงความหมาย' ให้กับคำที่มี ความหมาย เดียว เท่านั้น ตั้งแต่แรก? และคุณเสนอให้ (ในที่สุด) ทำสิ่งนี้กับทุกคำที่แสดงถึงตำแหน่งบนวิกิพีเดีย? เย้. แต่แม้ว่ากระบวนการนี้จะมีความเห็นพ้องต้องกัน แต่เหตุใดคำขอนี้จึงช่วยอำนวยความสะดวกในเรื่องนี้ คุณไม่ต้องการเพิ่มไมโครฟอร์แมตลงในเทมเพลตทั้งหมด เทมเพลตไม่ได้อยู่ในกานา และไม่ได้แสดงถึงตำแหน่งที่ตั้ง คำว่า "กานา" หมายถึงสถานที่ตั้ง นั่นคือสิ่งที่คุณต้องห่อในไมโครฟอร์แมต ทำไมคุณไม่สามารถทำอย่างนั้นในพารามิเตอร์ได้? (ด้วย) Happymelon 12:39, 19 สิงหาคม 2552 (UTC) ตอบกลับ[ตอบกลับ]{{Ghana-stub}}|text=

ฉันสามารถทำได้และทำมันใน|text=พารามิเตอร์ การเปลี่ยนแปลงที่ร้องขอข้างต้นจะช่วยปรับปรุงสิ่งนี้และจะทำให้ผู้อื่นสามารถแก้ไขเทมเพลตได้ง่ายขึ้นในภายหลัง การเปลี่ยนแปลงที่ร้องขอไม่เท่ากับเทมเพลตทั้งหมดในรูปแบบไมโคร มันเพิ่มคลาสพาเรนต์เพื่อให้สามารถกำหนดคำเฉพาะได้ หลายคำที่เป็นชื่อสถานที่ ("บาธ", "เทลฟอร์ด", "กำแพง", "แบร์รี่") ไม่ได้หมายความเช่นนั้นโดยเฉพาะ และไมโครฟอร์แมตไม่ได้มีไว้สำหรับชื่อสถานที่เท่านั้น แต่ยังรวมถึงผู้คน สถานที่ กิจกรรม สายพันธุ์ ผลิตภัณฑ์ สูตรอาหาร/รายการอาหาร และอื่นๆ อีกมากมาย แอนดี้ แม็บเบ็ตต์ (ผู้ใช้:พิกสันเทวิง); คำพูดของแอนดี้ ; การแก้ไขของ Andy 13:33, 19 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]

สรุปก็คือ Stub Template คือสิ่งที่เราไม่ควรจะมี ฟังก์ชัน (อ้างว่า) ของพวกเขาทำลายตัวเอง - เพื่อให้บทความไม่ดูมีขนดก พวกเขาพยายามทำเช่นนี้ด้วยสองวิธี - การแสดงตนที่มองเห็นได้ซึ่งเป็นการเชิญชวนให้ขยายบทความ (หรือลบเทมเพลต) และการจัดหมวดหมู่ เนื่องจากธรรมชาติของ stub เทมเพลต stub (และหมวดหมู่) จึงถูกสร้างขึ้นและทำลายอยู่ตลอดเวลา ซึ่งมักจะ "ไม่อยู่ในกระบวนการ" tsk-tsk โดยเฉพาะอย่างยิ่งพวกมันถูกสร้างขึ้นโดยมือใหม่เปรียบเทียบเพื่อเติมเต็มความต้องการหรือความต้องการที่รับรู้ - โดยทั่วไปโดยการตัดและวาง การเพิ่มพารามิเตอร์ MF จะส่งผลให้มีต้นขั้ว MF ที่ไม่ถูกต้องจำนวนมาก หากคุณต้องการทำให้ความหมายจากเทมเพลต stub พร้อมใช้งานใน MF แนวคิดที่แข็งแกร่งกว่ามากคือการแจ้งจุดบกพร่องเพื่อให้หมวดหมู่ต่างๆ ปล่อย MF และทำให้สามารถสืบทอดได้ ดังนั้น คุณเพียงแค่ต้องติดป้ายกำกับ

  • ต้นขั้วภูมิศาสตร์แอฟริกา
  • ต้นขั้วสนามบิน
  • ต้นขั้วภูมิศาสตร์อเมริกา
  • ต้นขั้วภูมิศาสตร์แอนตาร์กติกา
  • ต้นขั้วภูมิศาสตร์เอเชีย
  • ต้นขั้วภูมิศาสตร์ยุโรป
  • ต้นขั้วสถานที่สมมติ
  • ต้นขั้วภูมิศาสตร์ทางทะเล
  • ต้นขั้วภูมิศาสตร์โอเชียเนีย
  • ต้นขั้วพื้นที่คุ้มครอง

และคุณจะมีหมวดหมู่หลายพันรายการที่แสดงรหัสสถานที่ ยิ่งกว่านั้นสิ่งเดียวกันนี้จะใช้ได้กับแผนผังหมวดหมู่หลัก Rich Farmbrough 19:04, 25 สิงหาคม 2552 (UTC) ตอบ[ตอบ]

ความจริงที่ว่า stubs ตั้งใจให้เป็นแบบชั่วคราวนั้นไม่ใช่เหตุผลที่จะไม่ปล่อยให้ stubs ปล่อยไมโครฟอร์แมตออกมา การเพิ่มไมโครฟอร์แมตจะช่วยเพิ่มการมองเห็นการมีอยู่ของ stub (และด้วยเหตุนี้จึงเพิ่มความน่าจะเป็นที่จะมีการปรับปรุง) การเพิ่มข้อบกพร่องเพื่อให้หมวดหมู่ปล่อยไมโครฟอร์แมตอาจใช้งานได้ (แม้ว่าฉันจะมองเห็นข้อบกพร่อง เช่น จำเป็นต้องเพิ่มคลาสให้กับส่วนของคำในลิงก์ Anchor) แต่จะใช้เวลาเป็นเดือนหรือหลายปีกว่าจะสำเร็จ การเพิ่มไมโครฟอร์แมตผ่านเทมเพลต stub จะใช้งานได้ทันที คุณบอกว่า "การเพิ่มพารามิเตอร์ MF จะส่งผลให้มีต้นขั้ว MF ที่ไม่ถูกต้องจำนวนมาก" แต่ฉันไม่เข้าใจว่าทำไมจึงเป็นเช่นนั้น และคุณไม่ได้ยืนยันการยืนยันดังกล่าว หากเป็นเช่นนั้น หมวดหมู่ก็จะเสียหายเช่นเดียวกันใช่ไหม แอนดี้ แม็บเบ็ตต์ (ผู้ใช้:พิกสันเทวิง); คำพูดของแอนดี้ ; การแก้ไขของ Andy 20:29, 25 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
จริงๆ แล้ว หมวดหมู่ต่างๆ อาจจะแย่กว่านั้น เนื่องจากต้องมีการยกเครื่องครั้งใหญ่ แต่ที่บอกว่าต้นขั้วค่อนข้างสะอาด รวย Farmbrough 21:13, 31 สิงหาคม 2552 (UTC) ตอบ[ตอบ]
แล้วสิ่งนี้จะทิ้งเราไปที่ไหน? ฉันสังเกตเห็นว่าคำถามของฉันบางข้อข้างต้นยังคงไม่ได้รับคำตอบ แอนดี้ แม็บเบ็ตต์ (ผู้ใช้:พิกสันเทวิง); คำพูดของแอนดี้ ; การแก้ไขของ Andy 22:48, 31 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]

ตัวแบ่งส่วน

การสนทนาหยุดชะงัก และไม่มีข้อมูลที่ชัดเจนจากรองประธาน เว้นแต่จะมีใครมีข้อกังวลใดๆ ที่ยังไม่ได้รับการแก้ไข ฉันตั้งใจที่จะเปิดใช้งานคำขอแก้ไขอีกครั้ง แอนดี้ แม็บเบ็ตต์ (ผู้ใช้:พิกสันเทวิง); คำพูดของแอนดี้ ; การแก้ไขของ Andy 11:23, 10 กันยายน 2552 (UTC) ตอบ[ตอบกลับ]

ฉันไม่เชื่อว่าคุณจะต้องอธิบายให้ครบถ้วนว่าทำไมการใช้ไมโครฟอร์แมตเหล่านี้จึงจำเป็นต้องเพิ่มความซับซ้อนของเทมเพลตโดยการเพิ่มพารามิเตอร์เพิ่มเติม ในเมื่อคลาสสามารถนำไปใช้กับการป้อนข้อความโดยตรงได้อย่างง่ายดาย (และมีความโปร่งใสมากกว่า) Happymelon 11:51, 10 กันยายน 2552 (UTC) ตอบ[ตอบกลับ]
ใช่ความกังวลของฉันยังไม่ได้รับการแก้ไข เราเพิ่งจัดการเพื่อล้างเทมเพลต Stub ทั้งหมดโดยการเพิ่มเลเยอร์นามธรรม {{ asbox }} และลบความไม่สอดคล้องกันแบบฮาร์ดโค้ดออกจากเทมเพลตหลายพันรายการ คุณต้องการเปลี่ยนเทมเพลต stub ด้วยความตั้งใจที่จะเพิ่มชื่อเมตาคลาสแบบฮาร์ดโค้ดกลับเข้าไป ฉันได้ระบุทางเลือกสองทางที่ไม่ต้องการเช่นนั้น การใช้บอทเพื่อเพิ่มข้อมูลเมตาแบบถาวรไม่มีข้อเสียใดที่ฉันมองเห็นได้ ยกเว้นความพยายามเริ่มต้นที่สูงกว่า และข้อได้เปรียบในการรักษาสถานะต้นขั้วของข้อมูลเมตาในอดีต การใช้เทมเพลตไม่มีข้อเสียใดที่ฉันมองเห็นได้ ยกเว้นประสิทธิภาพที่ลดลงเล็กน้อย และข้อดีคือมีความยืดหยุ่นมากขึ้น ทางเลือกหลังจะมีผลลัพธ์สุดท้ายเหมือนกันทุกประการที่คุณกำลังมองหา
ไม่ ฉันไม่ทราบทันทีว่าเทมเพลต {{locationdata}} จะมีประโยชน์เมื่อใด นั่นเป็นส่วนหนึ่งของประเด็นที่เป็นนามธรรม: คุณปล่อยให้ตัวเองมีทางเลือกที่คุณจะไม่มีหากคุณฮาร์ดโค้ดหรือซับสเตตทุกอย่าง ในระหว่าง Asbox Stub Unification Drive ไม่มีใครคำนึงถึงประโยชน์ที่เป็นไปได้ทั้งหมดเลย ขณะนี้คุณกำลังพยายามใช้เลเยอร์นามธรรมที่เพิ่มเข้ามา แต่ปฏิเสธที่จะเห็นว่านามธรรมที่มีข้อมูลเมตาของตำแหน่งอาจมีประโยชน์ในอนาคตเช่นกัน พูดคุยเกี่ยวกับWP: IDONTLIKEIT
แอมัลเธีย 12:14, 10 กันยายน 2552 (UTC) ตอบ[ตอบ]

←[ตอบทั้งสองอย่าง] กล่าวถึงประเด็นของคุณตามลำดับ:

  • " การเพิ่มความซับซ้อน ": การเพิ่ม พารามิเตอร์ทางเลือก หนึ่งตัว (เอกพจน์ ไม่ใช่พหูพจน์ตามที่แนะนำไว้ข้างต้น) ให้กับเทมเพลตนี้ เพื่อลดความจำเป็นในการเพิ่มมาร์กอัปอินไลน์ให้กับหลาย ๆ ตัว แทบจะไม่มีความซับซ้อนที่ไม่จำเป็นเลย แน่นอนว่านั่นคือสิ่งที่เทมเพลตมีไว้เพื่อ?
  • " คลาสต่างๆ สามารถ ... นำไปใช้กับการป้อนข้อความได้โดยตรงฉันมักจะได้รับแจ้งที่อื่นใน WP ว่าการรวมคลาสเป็นพารามิเตอร์เทมเพลต (เช่นbodyclass="vcard") แทนที่จะเป็น HTML ในบรรทัด ( Foobar) จะดีกว่า ทั้งในทางเทคนิค และเพื่อความสะดวกในการอัปเดตโดยผู้ใช้ที่ไม่เชี่ยวชาญ HTML ทำไมคุณถึงคิดว่าอย่างหลังจะดีกว่าในกรณีนี้
  • " …เนื้อหามีความโปร่งใสมากขึ้น : ฉันไม่เห็นว่าสิ่งที่ฉันเสนอมีความโปร่งใสน้อยลงอย่างไร จริงๆ แล้วฉันคิดว่าเป็นเช่นนั้น (เพราะจะรวมอยู่ในเอกสารประกอบของเทมเพลตนี้) มากกว่าการมาร์กอัปในบรรทัด
  • " ความไม่สอดคล้องกันแบบฮาร์ดโค้ด : ฉันไม่เห็นว่าความไม่สอดคล้องกันเหล่านั้นมีความเกี่ยวข้องอย่างไรที่นี่ จริงๆ แล้วการเพิ่มพารามิเตอร์จากส่วนกลางทำให้มั่นใจได้ถึงความสอดคล้องกันมากขึ้น บางทีคุณอาจสนใจการเปลี่ยนแปลงที่ฉันเสนออย่างตรงไปตรงมาด้วยความไม่สอดคล้องกันดังกล่าว และนั่นทำให้คุณกังวลโดยไม่จำเป็น
  • " การใช้บอทเพื่อเพิ่มข้อมูลเมตาแบบถาวร : คุณเริ่มต้นโปรแกรมนี้จากที่ใด คุณคิดว่าข้อความใดที่บอทจะทำเครื่องหมายเป็นไมโครฟอร์แมต เราจะเห็นตัวอย่างที่ใช้งานอยู่หรือไม่ หากไม่มีคำตอบดังกล่าว สิ่งนี้ดูเหมือนเป็นสีแดงสมมุติสำหรับฉัน ปลาเฮอริ่ง
  • " {{locationdata}}ปลาเฮอริ่งแดงสมมุติอีกตัวหนึ่ง และตามที่ฉันได้ชี้ไปแล้ว การเปลี่ยนแปลงที่ร้องขอของฉันไม่ได้ใช้เฉพาะกับสถานที่เท่านั้น แต่ยังรวมถึงแท็กซ่า องค์กร (รวมถึงวงดนตรีและกลุ่มบุคคลอื่น ๆ ) สถานที่ กิจกรรม อาหารและอื่น ๆ คุณเปรียบ{{locationdata}}ถึง{{persondata}}; โปรดทราบว่า{{persondata}}ไม่ปล่อยไมโครฟอร์แมตและมักใช้ควบคู่ไปกับเทมเพลตที่ทำ
  • " IDONTLIKEIT : ไม่ใช่ IDONTLIKEIT; มันเป็นไปไม่ได้ในตอนนี้และค่อนข้างจะไม่มีวันเกิดขึ้น ในทางกลับกัน เมื่อทำการเปลี่ยนแปลงที่ร้องขอแล้ว จะสามารถทำให้อินสแตนซ์ที่มีอยู่ของเทมเพลต stub ปล่อยข้อมูลเมตาของไมโครฟอร์แมตโดยไม่มี "ความพยายามเริ่มต้นที่สูงขึ้น" ในการแก้ไขทุกๆ หน้าเดียวที่ใช้พวกมัน (อีกครั้ง นั่นคือสิ่งที่เทมเพลตมีไว้สำหรับ) และไม่มีประสิทธิภาพการทำงาน ในกรณีที่ไม่น่าเกิดขึ้นที่วิธีแก้ปัญหาสมมุติของคุณเกิดขึ้น การแก้ไขนี้สามารถยกเลิกได้ในจังหวะเดียวซึ่งจะปิดการใช้งานทั้งหมด ไมโครฟอร์แมตที่ปล่อยออกมาจากสตับดังกล่าวทั้งหมด โดยไม่จำเป็นต้องลบออกจากหลายร้อยด้วยตนเอง

ฉันไม่เห็นสิ่งที่คุณกังวลจริงๆ คุณเคยใช้ไมโครฟอร์แมตที่ปล่อยออกมาจากเทมเพลต stub หรือตรวจสอบไมโครฟอร์แมตที่กำหนดค่าในปัจจุบันด้วยตนเองเพื่อปล่อยออกมาหรือไม่ บางทีเราอาจต้องการความคิดเห็นจากภายนอกเพิ่มเติม? แอนดี้ แม็บเบ็ตต์ (ผู้ใช้:พิกสันเทวิง); คำพูดของแอนดี้ ; การแก้ไขของ Andy 15:12, 10 กันยายน 2552 (UTC) ตอบ[ตอบกลับ]

ฉันกำลังพัฒนาความรู้สึก "meh" มากขึ้นต่อข้อเสนอนี้ ฉันพบว่าฉันกำลังคัดค้านหลักการของการใช้วิธีการที่ซับซ้อนในการแนบความหมายกับวลีมากขึ้นเรื่อยๆ มากกว่าที่ฉันจะคัดค้านการนำมันไปใช้จริง จะเกิดอะไรขึ้นเมื่อคุณต้องการระบุออบเจ็กต์ต่างๆ ภายในเทมเพลตเดียวกัน “บทความนี้เกี่ยวกับพืชกานันในอนุกรมวิธานQuok ” ใช่ไหม? Happymelon 16:26, 10 กันยายน 2552 (UTC) ตอบ[ตอบกลับ]
ฉันไม่คิดว่าเราจะมีโครงแบบนั้นจริงๆ ใช่ไหม? แต่ในกรณีนั้นbodyclass=hcard biota.. และข้อเสนอนี้มี ความซับซ้อน น้อยกว่าวิธีมาร์กอัปบริสุทธิ์ที่คุณสนับสนุนข้างต้น ฉันถามคุณบ้างข้างต้น BTW แต่ขอผมอธิบายอีกอย่างหนึ่งว่า จะต้องทำอย่างไรถึงจะทำให้คุณพอใจว่านี่คือการเปลี่ยนแปลงที่คุ้มค่า? แอนดี้ แม็บเบ็ตต์ (ผู้ใช้:พิกสันเทวิง); คำพูดของแอนดี้ ; การแก้ไขของ Andy 17:36, 10 กันยายน 2552 (UTC) ตอบ[ตอบกลับ]
ฉันคิดว่าคุณทำให้ฉันมั่นใจว่า เมื่อพิจารณาแล้วว่าการเพิ่มไมโครฟอร์แมตเหล่านี้ในรูปแบบที่ซับซ้อนนี้สร้างสรรค์และคุ้มค่า พารามิเตอร์พิเศษคือแนวทางในการดำเนินการนี้ ฉันไม่ยึดถือสมมติฐานนั้น ฉันแน่ใจว่ามีวิธีที่ดีกว่าในการบรรลุเป้าหมายเหล่านี้ แต่ฉันไม่มีความกระตือรือร้นที่จะไล่ตามจริงๆ ฉันดีใจที่คุณทำ Happymelon 18:53, 10 กันยายน 2552 (UTC) ตอบ[ตอบกลับ]

ข้อเสนอนี้เป็นความคิดที่ไม่ดี และได้มีการอธิบายไว้ข้างต้นแล้ว การอภิปรายต่อนอกเหนือจากประเด็นนี้และขอให้ผู้คนเข้าร่วมมากขึ้นฟังดูเป็นการเสียเวลาและความพยายามอย่างมาก Cacycle ( พูดคุย ) 22:18, 10 กันยายน 2552 (UTC) ตอบ[ตอบกลับ]

หน้าแตก

ฉันเชื่อว่าการแปลงเทมเพลต stub ล่าสุดทำให้ Wikipedia:WikiProject Roads ในรัฐแมริแลนด์/คู่มือการแก้ไขใช้งานไม่ได้ สามารถแก้ไขได้หรือไม่? -- Rschen7754 ( T C ) 18:24, 17 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]

ฉันยอมรับว่าฉันสับสนกับพฤติกรรมนั้น แต่ฉันคิดว่าฉันได้แก้ไขมันดีพอแล้วในตอนนี้ — Martin ( MSGJ  ·  พูดคุย ) 09:54, 18 สิงหาคม 2552 (UTC) ตอบ[ตอบ]
โอเคขอบคุณ. -- Rschen7754 ( T C ) 22:37, 20 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]

เอกสารประกอบเทมเพลต Stub

ตามการอภิปรายที่Wikipedia talk:WikiProject Stub sorting#/docsฉันกำลังวางแผนที่จะรวมเอกสารทั่วไปบางส่วนสำหรับเทมเพลต stub บนหน้าเทมเพลตนั้นเอง (เช่น เมื่อ{{{name}}}={{FULLPAGENAME}}ฉันได้เริ่มต้นแล้ว เวอร์ชันที่เป็นไปได้ที่Template:Stub เอกสารโดยพื้นฐานแล้วมันเป็นเวอร์ชันย่อของWP:Stubแม้ว่าจะจำเป็นต้องดำเนินการเพิ่มเติม มีความคิดเห็นหรือข้อกังวลเกี่ยวกับเรื่องนี้หรือไม่ แน่นอนว่าฉันจะวางโค้ดที่เสนอไว้ในแซนด์บ็อกซ์เพื่อให้ผู้คนสามารถดูได้ มากกว่านั้นก่อนที่จะนำไปใช้ — Martin ( MSGJ  ·  พูดคุย ) 22:17, 20 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]

คุณควรแสดงเฉพาะเมื่อไม่มี {{{name}}}/doc เท่านั้น -- WOSlinker ( พูดคุย ) 22:23, 20 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
ฉันคิดว่าแผนจะอนุญาตให้หน้าย่อย /doc ทำงานเป็น "sub-doc" ของ "main" ซึ่งมีคำแนะนำเฉพาะเทมเพลตและ interwikis xeno talk 22:26, ​​20 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
ใช่นี่คือสิ่งที่ฉันคิด — Martin ( MSGJ  ·  พูดคุย ) 22:44, 20 สิงหาคม 2552 (UTC) ตอบ[ตอบ]
เดี๋ยวก่อน อย่างน้อยเราก็ต้องมีหมวดหมู่การติดตามเพื่อค้นหาว่าเทมเพลตใดมีหน้าย่อยของเอกสารประกอบ ไม่เช่นนั้นเราอาจจะจบลงด้วยการข้ามพวกมันสองครั้ง — Martin ( MSGJ  ·  พูดคุย ) 07:34, 21 สิงหาคม 2552 (UTC) ตอบ[ตอบ]
สิ่งที่ฉันคิดว่าดีที่สุดคือการเสนอการเปลี่ยนแปลงใน {{ เอกสารประกอบ }} แนวคิดก็คืออนุญาตให้ใช้พารามิเตอร์ใหม่ "super=pagename" จากนั้นเราจะใช้เทมเพลต asbox เพื่อรวม {{ เอกสารประกอบ }} พร้อมด้วยตัวเลือก "super=Template:Stub allowance" และเอกสารประกอบจะรวมสิ่งนี้ไว้ก่อน ตามด้วยหน้าโลคัล /doc หากมี จากนั้นเราเพียงแต่ต้องลบเทมเพลตเอกสารออกจากเทมเพลตใด ๆ ที่มีเอกสารประกอบอยู่แล้ว สิ่งนี้ฟังดูสมจริงหรือไม่? The e DJ ( พูดคุยมีส่วนร่วม ) 11:45, 21 สิงหาคม 2552 (UTC) ตอบ[ตอบ]
มันเป็นความคิดที่น่าสนใจ แต่นั่นจะไม่ทำให้Template:documentation ซับซ้อน เกินไปใช่ไหม นี่อาจเป็นเพียงการใช้พารามิเตอร์นั้นเท่านั้น และสามารถนำไปปรับใช้ภายในเครื่องแทนบนเทมเพลตนั้นได้อย่างง่ายดาย ฉันได้เริ่ม /templatepage ซึ่งจะทำสิ่งนี้ — Martin ( MSGJ  ·  พูดคุย ) 11:51, 21 สิงหาคม 2552 (UTC) ตอบ[ตอบ]
นอกจากชื่อแล้ว คุณควรส่งผ่านพารามิเตอร์หมวดหมู่ หมวด 1 และหมวด 2 เพื่อให้สามารถกล่าวถึงหมวดหมู่เหล่านั้นในเอกสารได้ -- WOSlinker ( พูดคุย ) 12:13, 21 สิงหาคม 2552 (UTC) ตอบกลับ[ตอบกลับ]
โอ้เป็นความคิดที่ดี กรุณาไปข้างหน้า นอกจากนี้เรายังสามารถใส่คำเตือนในหน้าเทมเพลตได้หากไม่มีหมวดหมู่เหล่านั้น — Martin ( MSGJ  ·  พูดคุย ) 12:17, 21 สิงหาคม 2552 (UTC) ตอบ[ตอบ]
โอ้ นั่นเป็นความคิดที่ดีจริงๆ The e DJ ( พูดคุยมีส่วนร่วม ) 13:21, 21 สิงหาคม 2552 (UTC) ตอบ[ตอบ]
ฉันได้เพิ่มมันแล้ว -- WOSlinker ( พูดคุย ) 17:39, 21 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]

เพื่อให้ {{ stub document }} ปราศจากฟังก์ชัน parser และสามารถแก้ไขได้โดยสมาชิกของWP:WSSโดยไม่จำเป็นต้องมีความรู้เกี่ยวกับเทมเพลตใดๆ ฉันเสนอให้ย้ายเอกสารประกอบเฉพาะเทมเพลต (ซึ่งใช้พารามิเตอร์และฟังก์ชัน parser มากขึ้นเรื่อยๆ) ไปที่ / templatepage และเก็บเอกสาร Template:stub ไว้ สำหรับข้อมูลทั่วไป (โดยย่อ) เกี่ยวกับ stub เสียงโอเคไหม? — Martin ( MSGJ  ·  พูดคุย ) 14:31, 22 สิงหาคม 2552 (UTC) ตอบ[ตอบ]

แม่แบบ:Begin-stub-templates

ฉันคิดว่าเทมเพลตนี้ไม่จำเป็นอีกต่อไปแล้วใช่ไหม xeno talk 05:50, 23 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]

asbox ปัจจุบันไม่ชัดเจน แต่เราสามารถทำเช่นนั้นได้อย่างง่ายดาย The e DJ ( พูดคุยมีส่วนร่วม ) 11:50 น. 23 สิงหาคม 2552 (UTC) ตอบ[ตอบ]
มันเหมือนกับ {{ clear }} แต่มีกฎแนวนอนด้วยเหตุผลบางประการ ไม่ได้ใช้กันอย่างแพร่หลาย ฉันคาดว่า {{ clear }} หรือ {{ - }} จะถูกนำมาใช้มากกว่านี้ ใส่ฟังก์ชันการทำงานลงในเทมเพลต asbox คงจะดี --- —  Gadget850 (Ed) พูดคุย 12:39, 23 สิงหาคม 2552 (UTC) ตอบกลับ[ตอบกลับ]
ฉันคิดว่าตัวแปร mbox มีสิ่งนี้ — The e DJ ( พูดคุยมีส่วนร่วม ) 13:45, 23 สิงหาคม 2552 (UTC) ตอบ[ตอบ]
เราต้องการเคลียร์ซ้ายหรือเคลียร์ทั้งสองฝ่าย ? The e DJ ( พูดคุยมีส่วนร่วม ) 12:43, 25 สิงหาคม 2552 (UTC) ตอบ[ตอบ]

เอกสารต้นขั้ว

การใช้โค้ดเทมเพลตขนาดใหญ่ที่ยุ่งยากทำให้สามารถแสดงเทมเพลตที่เกี่ยวข้องในเอกสารประกอบได้ ดังนั้น ตัวอย่างเช่น ด้วย {{ England-footy-bio-stub }} เราอาจรวมถึง:

ต้นขั้วที่เกี่ยวข้อง

รหัสที่จะทำสิ่งนี้คือ

===ต้นขั้วที่เกี่ยวข้อง===
*{{#ifexist:Template:{{Str sub|{{PAGENAME}}|{{#expr:{{Str len|{{PAGENAME}}}}-18}}|18}}|{{tl|{ {Str ย่อย|{{PAGENAME}}|{{#expr:{{Str len|{{PAGENAME}}}}-18}}|18}}}}}}
*{{#ifexist:Template:{{Str sub|{{PAGENAME}}|{{#expr:{{Str len|{{PAGENAME}}}}-17}}|17}}|{{tl|{ {Str ย่อย|{{PAGENAME}}|{{#expr:{{Str len|{{PAGENAME}}}}-17}}|17}}}}}}
*{{#ifexist:Template:{{Str sub|{{PAGENAME}}|{{#expr:{{Str len|{{PAGENAME}}}}-16}}|16}}|{{tl|{ {Str ย่อย|{{PAGENAME}}|{{#expr:{{Str len|{{PAGENAME}}}}-16}}|16}}}}}}
*{{#ifexist:Template:{{Str sub|{{PAGENAME}}|{{#expr:{{Str len|{{PAGENAME}}}}-15}}|15}}|{{tl|{ {Str ย่อย|{{PAGENAME}}|{{#expr:{{Str len|{{PAGENAME}}}}-15}}|15}}}}}}
*{{#ifexist:Template:{{Str sub|{{PAGENAME}}|{{#expr:{{Str len|{{PAGENAME}}}}-14}}|14}}|{{tl|{ {Str ย่อย|{{PAGENAME}}|{{#expr:{{Str len|{{PAGENAME}}}}-14}}|14}}}}}}
*{{#ifexist:Template:{{Str sub|{{PAGENAME}}|{{#expr:{{Str len|{{PAGENAME}}}}-13}}|13}}|{{tl|{ {Str ย่อย|{{PAGENAME}}|{{#expr:{{Str len|{{PAGENAME}}}}-13}}|13}}}}}}
*{{#ifexist:Template:{{Str sub|{{PAGENAME}}|{{#expr:{{Str len|{{PAGENAME}}}}-12}}|12}}|{{tl|{ {Str ย่อย|{{PAGENAME}}|{{#expr:{{Str len|{{PAGENAME}}}}-12}}|12}}}}}}
*{{#ifexist:Template:{{Str sub|{{PAGENAME}}|{{#expr:{{Str len|{{PAGENAME}}}}-11}}|11}}|{{tl|{ {Str ย่อย|{{PAGENAME}}|{{#expr:{{Str len|{{PAGENAME}}}}-11}}|11}}}}}}
*{{#ifexist:Template:{{Str sub|{{PAGENAME}}|{{#expr:{{Str len|{{PAGENAME}}}}-10}}|10}}|{{tl|{ {Str ย่อย|{{PAGENAME}}|{{#expr:{{Str len|{{PAGENAME}}}}-10}}|10}}}}}}
*{{#ifexist:Template:{{Str sub|{{PAGENAME}}|{{#expr:{{Str len|{{PAGENAME}}}}-9}}|9}}|{{tl|{ {Str ย่อย|{{PAGENAME}}|{{#expr:{{Str len|{{PAGENAME}}}}-9}}|9}}}}}}
*{{#ifexist:Template:{{Str sub|{{PAGENAME}}|{{#expr:{{Str len|{{PAGENAME}}}}-8}}|8}}|{{tl|{ {Str ย่อย|{{PAGENAME}}|{{#expr:{{Str len|{{PAGENAME}}}}-8}}|8}}}}}}
*{{#ifexist:Template:{{Str sub|{{PAGENAME}}|{{#expr:{{Str len|{{PAGENAME}}}}-7}}|7}}|{{tl|{ {Str ย่อย|{{PAGENAME}}|{{#expr:{{Str len|{{PAGENAME}}}}-7}}|7}}}}}}

(แม้ว่าอาจจะทำให้ง่ายขึ้นเล็กน้อยหากใส่ลงในเทมเพลตย่อย)

นี่ควรค่าแก่การเพิ่มมั้ย? -- WOSlinker ( พูดคุย ) 22:09, 25 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]

ดูแพง... – xeno talk 22:11, 25 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
ช้านิดหน่อย แต่สำหรับเทมเพลตย่อย จะต้องโทร {{ Str len }} เพียงครั้งเดียว แต่ยังต้องโทร {{ Str sub }} หลายครั้ง นี่คือเหตุผลว่าทำไมฉันถึงถามว่ามันคุ้มค่าที่จะเพิ่มหรือไม่ -- WOSlinker ( พูดคุย ) 22:13, 25 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
ฉันไม่ใช่ผู้เชี่ยวชาญ แต่ฉันคิดว่าค่าใช้จ่ายอาจมีมากกว่าผลประโยชน์ใดๆ มันก็ไม่ใช่เรื่องยากเช่นกันที่จะตัดคำนำหน้าออกหากใครกำลังมองหาเทมเพลตหลัก... – xeno talk 22:17, 25 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
ฉันยังคงพยายามหาว่าโค้ดนั้นทำอะไร คุณช่วยอธิบาย WOSlinker เพิ่มเติมอีกหน่อยได้ไหม? — Martin ( MSGJ  ·  พูดคุย ) 22:47, 25 สิงหาคม 2552 (UTC) ตอบ[ตอบ]
ฉันเชื่อว่ามันจะตัดชื่อเทมเพลตออกไปจนกว่าจะพบพาเรนต์ มันเป็นโค้ดที่ดีนิดหน่อย (ยังคงพยายามคิดว่าอะไรทำให้มันใช้งานได้) แต่(ในความคิดเห็นแบบไม่มีเก้าอี้เท้าแขนของฉันและพูดแบบไร้สาระ)การปรับใช้มันในสเกลที่กว้างเช่นนี้ (เทมเพลตมากกว่า 13,000 รายการ) อาจจะ ระเบิดฟาร์มเซิร์ฟเวอร์หนึ่งหรือสองแห่ง xeno talk 22:49, 25 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
ไม่ต้องกังวล เราสามารถมี ฟังก์ชัน parser ราคาแพงได้ 500รายการในหน้าเดียว :) — Martin ( MSGJ  ·  พูดคุย ) 22:53, 25 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
การใช้งานของฉันเพิ่มฟังก์ชัน parser ที่มีราคาแพงเพียงฟังก์ชันเดียวต่อขีดกลางในชื่อ -- WOSlinker ( พูดคุย ) 18:11, 26 สิงหาคม 2552 (UTC) ตอบกลับ[ตอบกลับ]
เพิ่มมัน! เทมเพลตราคาแพงบนหน้าเอกสารประกอบเทมเพลตไม่ต้องกังวล ฉันพบว่ามันมีประโยชน์มากในการสร้างลิงก์ต้นขั้วเหล่านั้น และเป็นอีกเหตุผลหนึ่งที่จะได้รับฟังก์ชันการแยกวิเคราะห์สตริงในตัวที่เหมาะสม :)
ความคิดบางอย่าง:
  • เทมเพลต stub ที่มีชื่อยาวที่สุดคืออะไร ควรทดสอบว่านั่นนำเรา (ใกล้) ถึงขีดจำกัดของตัวแยกวิเคราะห์หรือไม่
  • ฉันไม่ต้องการแสดงรายการ {{ b }} ไม่ควรต่ำกว่า {{ stub }}
  • บางทีเราแค่อยากแยกมันด้วยเครื่องหมายยัติภังค์อยู่แล้ว เพื่อที่เราจะได้ไม่แสดง {{ad-stub}} บน {{ Africa-road-stub }}
Amalthea 00:37, 26 สิงหาคม 2552 (UTC)ตอบ[ตอบกลับ]
ฉันมีวิธีที่ถูกกว่าเล็กน้อย ซึ่งก็คือการส่งอักขระแต่ละตัวแยกกันไปยังเทมเพลตย่อย (โดยใช้ {{ Str index }} เพื่อให้ได้อักขระตัวเดียว) จากนั้นจึงรวมอักขระเหล่านั้นกลับเข้าไปในเทมเพลต จะช่วยให้ตรวจสอบได้ง่ายขึ้นว่า-แยกอยู่ ที่ไหน
{{subtemplate|{{Str ดัชนี|{{PAGENAME}}|1}}
             |{{ดัชนี Str|{{PAGENAME}}|2}}
             |{{ดัชนี Str|{{PAGENAME}}|3}}
             |...ฯลฯ...}}
ฉันจะทำงานบางอย่างเพื่อการทดสอบในภายหลังในวันนี้ -- WOSlinker ( พูดคุย ) 06:39, 26 สิงหาคม 2552 (UTC) ตอบกลับ[ตอบกลับ]
ชื่อต้นขั้วที่ยาวที่สุดคือ currnetly 46, {{ DominicanRepublic-baseball-second-baseman-stub }} แต่ความยาวที่ยาวที่สุดโดยไม่สนใจส่วนก่อนขีดแรกคือ 33, {{ UK-fieldhockey-Olympic-medalist-stub }} ดังนั้นฉันจึงต้องใช้อักขระ 35 ตัวสุดท้ายสำหรับเทมเพลต -- WOSlinker ( พูดคุย ) 06:48, 26 สิงหาคม 2552 (UTC) ตอบกลับ[ตอบกลับ]
ตอนนี้ได้ดำเนินการแล้ว แจ้งให้เราทราบสิ่งที่คุณคิด. อาจใช้ประโยคเพื่ออธิบายว่ามันเกี่ยวกับอะไร -- WOSlinker ( พูดคุย ) 18:12, 26 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]

ยุติการจัดชิดซ้ายด้วย asbox หรือไม่

ฉันเจอ บทความ Atlantic Arrayและสังเกตเห็นว่าข้อความทั้งสองนั้นไม่ตรงแนวและทำให้ยุ่งเหยิง มีคำถามสองข้อเกิดขึ้น:

  1. มีการเคลื่อนไหวใด ๆ เพื่อสร้างมาตรฐานให้กับ พารามิเตอร์ pix (ขนาดรูปภาพ) เพื่อสนับสนุนให้ข้อความ stub อยู่ในแนวเดียวกันหรือไม่
  2. หากข้อความต้นขั้วไม่มีรูปภาพ สามารถปรับเปลี่ยน {{ asbox }} เพื่อเยื้องข้อความได้ (เช่น โดยการแทรกรูปภาพเปล่าขนาดมาตรฐาน)

ขอบคุณ -- Tagishsimon ( พูดคุย ) 07:02, 26 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]

1 ไม่ใช่
2 แน่นอนว่าจะง่าย (เราสามารถเพิ่มรูปภาพต้นขั้วทั่วไปแทนได้)
ฉันไม่คิดว่าจะมีการสนับสนุนมากนักในเวลานี้ The e DJ ( พูดคุยมีส่วนร่วม ) 18:26, 26 สิงหาคม 2552 (UTC) ตอบ[ตอบ]
แม้ว่าขนาดรูปภาพจะแตกต่างกัน แต่ก็อาจจะเสริมให้ข้อความจัดชิดซ้ายได้ — Martin ( MSGJ  ·  พูดคุย ) 18:33, 26 สิงหาคม 2552 (UTC) ตอบ[ตอบ]
คุณสามารถมีเพียงการเยื้องขนาดคงที่เท่านั้น ดังนั้นถ้าคุณไม่ตัดการมองเห็นภาพหรืออะไรสักอย่างออกไป ฉันไม่คิดว่าคุณจะทำได้ The e DJ ( พูดคุยมีส่วนร่วม ) 18:39, 26 สิงหาคม 2552 (UTC) ตอบ[ตอบ]
ฉันประสบปัญหาเช่นนี้และสุดท้ายก็ใช้บางอย่างเช่น [[File:blank.png|30px|link=]] --- —  Gadget850 (Ed) พูดคุย 12:14, 10 กันยายน 2552 (UTC) ตอบกลับ[ตอบกลับ]

ปัญหาเกี่ยวกับเอกสารประกอบของ asbox

มันสายแล้ว (สำหรับฉัน) และฉันก็คงจะหงุดหงิดแน่ ๆ ถ้าฉันเริ่มเล่นซอ นี่คือสิ่งที่ฉันสังเกตเห็นในเอกสารประกอบ:

  • ภายใต้พารามิเตอร์ที่เราพูดคุยiconและimageแต่ในการใช้งานแบบเต็มด้านบนiconจะไม่อยู่ในรายการ
  • ภายใต้การสนทนาของpixเราไม่ได้ระบุรูปแบบอินพุตที่คาดไว้pixสำหรับ เราพูดถึงค่าเริ่มต้นที่ 40x30 ซึ่งอาจทำให้ผู้ใช้คาดหวังว่าจำเป็นต้องใช้รูปแบบอินพุตนี้ ลดหน้าลงในการใช้ imageตัวอย่างแสดงค่าอินพุตเดียวที่ 30 ผู้ใช้เทมเพลตอื่น (iirc) 30px pixแนะนำให้ระบุรูปแบบที่คาดไว้
  • ต่อการจัดชิดซ้ายของฉันด้วย asbox หรือไม่ ด้านบนนี้ ฉันขอแนะนำให้เรารวมคำสั่งห้ามผู้ใช้ให้คงขนาดไว้ที่ 40x30 โดยอธิบายว่าการไม่ทำเช่นนั้นจะนำไปสู่ความเป็นไปได้ที่เหตุผลไม่ชัดเจนและ/หรือระยะห่างระหว่างบรรทัดคี่ ซึ่งทั้งสองอย่างนี้เราต้องการหลีกเลี่ยง .

ขอบคุณ -- Tagishsimon ( พูดคุย ) 07:14, 26 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]

1 ตัวเลือกค่อนข้างจะแยกจากกัน ฉันเดาว่านั่นคือสาเหตุที่เราไม่แสดงรายการ BOTH ในการใช้งานเต็มรูปแบบ การใช้งานเต็มรูปแบบควรใช้อย่างใดอย่างหนึ่งเสมอ
2 อัปเดตแล้ว
3 จะต้องมีการอภิปรายที่สำคัญก่อน
The e DJ ( พูดคุยมีส่วนร่วม ) 18:32, 26 สิงหาคม 2552 (UTC) ตอบ[ตอบ]

ใช่ ฉันหวังว่าในที่สุดมันiconก็จะถูกยุติลง เท่าที่pixไปจะมีค่าเริ่มต้น และจะ "ดีที่สุด" อีกครั้งหากเทมเพลตทั้งหมดใช้ค่าเริ่มต้น และพารามิเตอร์ pix อาจล้าสมัย แน่นอนว่าการอัปเดตเอกสารด้วยคำแนะนำที่ชัดเจนให้ใช้ขนาด 40x30 จะมีประโยชน์อย่างแน่นอน การประนีประนอมทั้งสองนี้มาจากแผนเริ่มต้นของฉันเพื่อให้เกิดผลกระทบน้อยที่สุดเมื่อใช้ {Asbox} รวย Farmbrough 21:18, 31 สิงหาคม 2552 (UTC) ตอบ[ตอบ]

ฉันได้เพิ่มประโยคในเอกสารประกอบพารามิเตอร์ pix: "(โปรดทราบว่าเพื่อประโยชน์ของการกำหนดรูปแบบของข้อความ stub ให้เป็นมาตรฐาน รูปภาพขนาด 40x30 จึงเป็นที่ต้องการมากกว่า)" เชื่อว่าทุกท่านจะพอใจกับสิ่งนี้ -- Tagishsimon ( พูดคุย ) 22:41, 31 สิงหาคม 2552 (UTC) ตอบ[ตอบกลับ]
แปลจาก "https://en.wikipedia.org/w/index.php?title=Template_talk:Asbox&oldid=313089738"