wcag
1.0.0
โปรดใช้สาขานี้เป็นเป้าหมายสำหรับการร้องขอการดึงจนถึงวันที่ 10 กรกฎาคม 2559
ที่เก็บนี้ใช้ในการพัฒนาเนื้อหาสำหรับ WCAG 2 รวมถึงเอกสารและเทคนิคการทำความเข้าใจที่เกี่ยวข้อง
@@ เพื่อให้เสร็จสมบูรณ์
ดูเพิ่มเติม: คู่มือสไตล์ WCAG 2
WCAG 2.0 ได้รับการบำรุงรักษาในโครงสร้างไฟล์ที่แตกต่างจาก WCAG รุ่นต่อ ๆ ไป ไฟล์ต้นทางสำหรับ WCAG 2.0 อยู่ในโฟลเดอร์ WCAG20 และมีอยู่เป็นหลักเพื่อวัตถุประสงค์ในการเก็บถาวร อย่าแก้ไขเนื้อหาในโฟลเดอร์นั้น
เนื้อหาสำหรับ WCAG 2.1 และใหม่กว่าจะถูกจัดระเบียบตามโครงสร้างไฟล์ด้านล่าง ที่เก็บ WCAG มีไฟล์แหล่งที่มาและเสริมสำหรับ WCAG 2 ทำความเข้าใจกับ WCAG 2 และเทคนิคในที่สุด นอกจากนี้ยังมีไฟล์เสริมที่รองรับการจัดรูปแบบอัตโนมัติของเอกสาร เพื่ออำนวยความสะดวกในการแก้ไขหลายฝ่ายเกณฑ์ความสำเร็จแต่ละข้ออยู่ในไฟล์แยกต่างหากซึ่งประกอบด้วยชิ้นส่วน HTML ที่สามารถรวมอยู่ในแนวทางหลัก ไฟล์คีย์รวมถึง:
guidelines/index.html - ไฟล์แนวทางหลักguidelines/sc/{version}/*.html - ไฟล์สำหรับแต่ละเกณฑ์ความสำเร็จguidelines/terms/{version}/*.html - ไฟล์สำหรับแต่ละคำจำกัดความunderstanding/{version}/*.html - การทำความเข้าใจไฟล์สำหรับแต่ละเกณฑ์ความสำเร็จ โดยที่ {version} คือ "20" เนื้อหามาจาก WCAG 2.0 "21" ใช้สำหรับเนื้อหาที่แนะนำใน WCAG 2.1, "22" สำหรับ WCAG 2.2 ฯลฯ
ผู้จัดการเกณฑ์ความสำเร็จจะเตรียมเกณฑ์ความสำเร็จของผู้สมัครพร้อมสำหรับการรวมไว้ในเอกสารแนวทาง เพื่อเตรียมเกณฑ์ความสำเร็จให้ทำตามขั้นตอนเหล่านี้:
#1เกณฑ์ความสำเร็จใช้โครงสร้างอย่างง่ายขององค์ประกอบ HTML โดยมีค่าแอตทริบิวต์คลาสน้อยเพื่อให้แน่ใจว่าสอดคล้องกัน สคริปต์การปรับปรุงและคีย์สไตล์ปิดโครงสร้างนี้ เนื้อหาที่คุณให้ไว้จะถูกระบุในวงเล็บปีกกา รายการหลังจากความคิดเห็นเป็นทางเลือก
< section class =" sc " >
< h4 > {SC Handle} </ h4 >
< p class =" conformance-level " > {Level} </ p >
< p class =" change " > {Change} </ p >
< p > {Main SC Text} </ p >
<!-- if SC has sub-points -->
< dl >
< dt > {Point Handle} </ dt >
< dd > {Point Text} </ dd >
</ dl >
<!-- if SC has notes -->
< p class =" note " > {Note} </ p >
</ section >หมายเหตุคุณไม่ได้ระบุหมายเลข SC ตัวเลขจะถูกกำหนดและมีแนวโน้มที่จะสร้างโดยอัตโนมัติในภายหลัง
ค่าที่คุณให้ไว้จะอธิบายไว้ด้านล่าง อ้างถึงเกณฑ์ความสำเร็จ 2.2.1 สำหรับตัวอย่างของเนื้อหาเหล่านี้แต่ละชิ้น
`องค์ประกอบอาจมีให้
หากคุณให้คำจำกัดความคำศัพท์พร้อมกับ SC ของคุณให้รวมไว้ใน guidelines/terms/{version} ไดเรกทอรีหนึ่งต่อไฟล์โดยใช้รูปแบบต่อไปนี้:
< dt > < dfn id =" dfn-{shortname} " > {Term} </ dfn > </ dt >
< dd > {Definition} </ dd > องค์ประกอบ dfn บอกสคริปต์ว่านี่เป็นคำศัพท์และทำให้เกิดสไตล์และการเชื่อมโยงคุณสมบัติพิเศษ หากต้องการเชื่อมโยงไปยังคำศัพท์ให้ใช้องค์ประกอบ <a> โดยไม่ต้องใช้แอตทริบิวต์ href หากข้อความลิงก์เหมือนกับคำว่าลิงค์จะถูกสร้างขึ้นอย่างถูกต้อง ตัวอย่างเช่นหากมีคำว่า <dfn>web page</dfn> บนหน้าลิงค์ในรูปแบบของ <a>web page</a> จะส่งผลให้ลิงก์ที่เหมาะสม
หากข้อความลิงก์มีรูปแบบที่แตกต่างจากคำศัพท์ที่เป็นที่ยอมรับเช่น "เว็บเพจ" (หมายเหตุพหูพจน์) คุณสามารถให้คำแนะนำเกี่ยวกับคำจำกัดความของคำศัพท์ด้วยแอตทริบิวต์ data-lt ในตัวอย่างนี้แก้ไขคำว่าเป็น <dfn data-lt="web pages">web page</dfn> ชื่อสำรองหลายชื่อสำหรับคำนี้สามารถแยกด้วยอักขระท่อโดยไม่มีพื้นที่นำหรือต่อท้ายเช่น <dfn data-lt="web pages|page|pages">web page</dfn>
มีหนึ่งไฟล์ความเข้าใจต่อเกณฑ์ความสำเร็จรวมถึงดัชนี:
understanding/index.html - หน้าดัชนีจำเป็นต้องยกเลิกการทำเครื่องหมายหรือเพิ่มการอ้างอิงไปยังหน้าความเข้าใจส่วนบุคคลตามที่มีอยู่understanding/{version}/*.html - ไฟล์สำหรับแต่ละหน้าความเข้าใจที่มีชื่อเหมือนกับไฟล์เกณฑ์ความสำเร็จในแนวทางไฟล์จะถูกเติมด้วยเทมเพลตที่ให้โครงสร้างที่คาดหวัง ปล่อยให้โครงสร้างเทมเพลตอยู่ในสถานที่และเพิ่มเนื้อหาตามความเหมาะสมภายในส่วนต่างๆ องค์ประกอบที่มี class = "คำแนะนำ" ให้คำแนะนำเกี่ยวกับเนื้อหาที่จะรวมไว้ในส่วนนั้น คุณสามารถลบองค์ประกอบเหล่านั้นได้หากคุณต้องการ แต่ไม่จำเป็นต้อง เทมเพลตสำหรับตัวอย่างเสนอรายการกระสุนหรือชุดส่วนย่อยเลือกหนึ่งในวิธีการเหล่านั้นและลบอีกวิธีหนึ่งออกจากเทมเพลต เทมเพลตสำหรับเทคนิครวมถึงส่วนย่อยสำหรับ "สถานการณ์" ลบส่วน wrapper นั้นหากไม่จำเป็น
การทำความเข้าใจไฟล์จะอ้างอิงจากเกณฑ์ความสำเร็จที่เกี่ยวข้องในข้อกำหนด WCAG ลิงค์เหล่านี้ถูกนำมาใช้โดยสคริปต์
ที่ตั้งสิ่งพิมพ์อย่างเป็นทางการสำหรับหน้าทำความเข้าใจคือ https://www.w3.org/wai/wcag21/understanding/ เนื้อหานี้ได้รับการอัปเดตตามต้องการ และอาจเป็นไปโดยอัตโนมัติ
เทคนิคอยู่ในโฟลเดอร์เทคนิคและจัดกลุ่มด้วยเทคโนโลยีเป็นโฟลเดอร์ย่อย แต่ละเทคนิคเป็นไฟล์แบบสแตนด์อโลนซึ่งอยู่ในรูปแบบ HTML ที่มีโครงสร้างปกติขององค์ประกอบคลาสและ ID
เทมเพลตเทคนิคแสดงโครงสร้างของเทคนิค ส่วนหลักอยู่ในระดับสูงสุด <section> องค์ประกอบที่มีรหัสเฉพาะ: เมตา, การบังคับใช้, คำอธิบาย, ตัวอย่าง, การทดสอบ, ที่เกี่ยวข้อง, ทรัพยากร จำเป็นต้องใช้ส่วนคำอธิบายและการทดสอบ แนะนำให้ใช้ส่วนและตัวอย่าง ส่วนที่เกี่ยวข้องและทรัพยากรเป็นทางเลือก ส่วน Meta ให้บริบทสำหรับเทคนิคในระหว่างการเขียน แต่จะถูกลบออกเพื่อเผยแพร่ ชื่อของเทคนิคอยู่ในองค์ประกอบ <h1> องค์ประกอบที่มี class="instructions" ให้ข้อมูลเกี่ยวกับการเติมเทมเพลต ควรลบออกเนื่องจากเทคนิคได้รับการพัฒนา แต่ถ้าไม่ถูกลบออกจะถูกละเว้นโดยเครื่องกำเนิดไฟฟ้า อย่าคัดลอก class="instructions" ในเนื้อหาจริง
เทคนิคสามารถใช้แผ่นสไตล์ชั่วคราวเพื่ออำนวยความสะดวกในการทบทวนร่าง แผ่นสไตล์นี้ถูกแทนที่ด้วยแผ่นสไตล์และโครงสร้างอื่น ๆ สำหรับการตีพิมพ์อย่างเป็นทางการ หากต้องการใช้แผ่นสไตล์นี้เพิ่ม <link rel="stylesheet" type="text/css" href="../../css/editors.css"/> ไปที่หัวของเทคนิค
เทคนิคสามารถรวมรูปภาพ วางไฟล์รูปภาพในโฟลเดอร์ img ของเทคโนโลยีที่เกี่ยวข้อง - หมายถึงเทคนิคทั้งหมดสำหรับเทคโนโลยีแบ่งปันชุดรูปภาพทั่วไป ใช้ลิงก์สัมพัทธ์เพื่อโหลดภาพ รูปภาพส่วนใหญ่ควรโหลดด้วยองค์ประกอบ <figure> และติดป้ายด้วย <figcaption> ตำแหน่งที่ด้านล่างของรูป <figure> องค์ประกอบต้องมีแอตทริบิวต์ id ภาพอินไลน์ขนาดเล็กอาจถูกโหลดด้วยองค์ประกอบ <img> พร้อมข้อความ alt ที่เหมาะสม
เทคนิคควรรวมถึงตัวอย่างรหัสสั้น ๆ เพื่อสาธิตวิธีการเขียนเนื้อหาที่ติดตามเทคนิค ตัวอย่างรหัสควรอ่านง่ายและมักจะไม่สมบูรณ์ในตัวเอง ตัวอย่างที่สมบูรณ์มากขึ้นสามารถให้เป็นตัวอย่างการทำงาน (ดูด้านล่าง) ลิงก์ไปยังตัวอย่างการทำงานที่ด้านล่างของแต่ละตัวอย่างในองค์ประกอบ <p class="working-example"> ที่มีลิงก์สัมพัทธ์ถึง ../../working-examples/{example-name}/ -name}/
การอ้างอิงข้ามไปยังเทคนิคอื่น ๆ อาจมีให้ในกรณีที่มีประโยชน์ โดยทั่วไปควรจัดให้อยู่ในส่วน "เทคนิคที่เกี่ยวข้อง" แต่สามารถให้ได้ที่อื่น ใช้ลิงก์สัมพัทธ์เพื่ออ้างอิงเทคนิค {Technique ID} หากเทคโนโลยีเดียวกันหรือ ../{Technology}/{Technique ID} มิฉะนั้น หากเทคนิคยังอยู่ระหว่างการพัฒนาและไม่มี ID อย่างเป็นทางการให้อ้างอิงเส้นทางไปยังไฟล์การพัฒนา หากเทคนิคอยู่ระหว่างการพัฒนาในสาขาที่แตกต่างกันให้ใช้ URI สัมบูรณ์กับเทคนิค RawGit
การอ้างอิงข้ามไปยังแนวทางและเกณฑ์ความสำเร็จควรใช้ URI สัมพัทธ์กับหน้า ความเข้าใจ สำหรับรายการนั้น การอ้างอิงข้ามไปยังส่วนอื่น ๆ ของแนวทางควรใช้ URI สัมบูรณ์กับแนวทางที่เผยแพร่ในหน้า W3C TR ซึ่งเป็น URI ที่เริ่มต้นด้วย https://www.w3.org/TR/WCAG21/# โปรดทราบว่าการอ้างอิงถึงแนวทางหรือเกณฑ์ความสำเร็จซึ่งเทคนิคที่เกี่ยวข้องจะถูกเพิ่มเข้ามาโดยเครื่องกำเนิดเมื่อตีพิมพ์ตามข้อมูลในเอกสารการทำความเข้าใจดังนั้นการเชื่อมโยงที่ซ้ำซ้อนไปยังที่ไม่จำเป็นหรือแนะนำ
ลำดับความสำคัญและกระบวนการทั่วไปในการทำงานเกี่ยวกับเทคนิคจะได้รับการดูแลในวิกิ
เทคนิคใหม่ควรใช้ชื่อไฟล์ที่ได้มาจากชื่อเทคนิคที่สั้นลง บรรณาธิการจะกำหนด ID เทคนิคและเปลี่ยนชื่อไฟล์เมื่อคณะทำงานได้รับการยอมรับ ตัวอย่างเช่นเทคนิค "การใช้แอตทริบิวต์ ALT ในองค์ประกอบ IMG เพื่อให้ทางเลือกข้อความสั้น ๆ " อาจใช้ "IMG-Alt-short-text-text-text.html" เป็นชื่อไฟล์ บรรณาธิการจะกำหนด ID อย่างเป็นทางการและเปลี่ยนชื่อไฟล์เมื่อได้รับการยอมรับจากคณะทำงาน
ควรสร้างเทคนิคใหม่แต่ละอย่างในสาขาใหม่ การตั้งค่าสาขาและไฟล์เป็นไปโดยอัตโนมัติผ่านสคริปต์ create-techniques.sh ซึ่งสามารถเรียกใช้กับ Bash บรรทัดคำสั่งคือ:
bash create-techniques.sh < technology > < filename > < type > " <title> "<technology> เป็นไดเรกทอรีเทคโนโลยีสำหรับเทคนิค<filename> เป็นชื่อไฟล์ชั่วคราว (ไม่มีส่วนขยาย) สำหรับเทคนิค<type> คือ "เทคนิค" หรือ "ล้มเหลว"<title> เป็นชื่อของเทคนิคที่ล้อมรอบด้วยคำพูดและหลบหนีอักขระพิเศษด้วย สิ่งนี้จะทำตามขั้นตอนต่อไปนี้โดยอัตโนมัติ:
เมื่อมีการตั้งค่าสาขาเทคนิคและไฟล์แล้วให้เติมเนื้อหาและขอรีวิว:
เทคนิคในที่เก็บเป็นไฟล์ HTML ธรรมดาที่มีการจัดรูปแบบน้อยที่สุด สำหรับการเผยแพร่ไปยังร่างของบรรณาธิการและสถานที่ตั้ง W3C เทคนิคจะถูกจัดรูปแบบโดยกระบวนการสร้างขึ้นอยู่กับความสูงของ Templating และ Cheerio สำหรับการเปลี่ยนแปลง รายละเอียดเพิ่มเติมรวมถึงคำแนะนำสำหรับการแสดงตัวอย่างในพื้นที่สามารถพบได้ในกระบวนการสร้าง readme
เครื่องกำเนิดไฟฟ้ารวบรวมเทคนิคเข้าด้วยกันเป็นห้องสวีทที่มีการจัดรูปแบบและการนำทาง มันบังคับใช้โครงสร้างบางอย่างเช่นการสั่งซื้อส่วนระดับบนสุดที่อธิบายไว้ข้างต้นและหัวเรื่องที่เป็นมาตรฐาน มันพยายามที่จะประมวลผลลิงค์อ้างอิงข้ามเพื่อให้แน่ใจว่า URIs ทำงานตามการตีพิมพ์ หนึ่งในบทบาทที่สำคัญที่สุดคือการเติมส่วนการบังคับใช้โดยมีการอ้างอิงถึงแนวทางหรือเกณฑ์ความสำเร็จที่เกี่ยวข้องกับเทคนิค ข้อมูลสำหรับสิ่งนี้มาจากเอกสารความเข้าใจ การใช้เทมเพลตเทคนิคที่เหมาะสมเป็นสิ่งสำคัญในการเปิดใช้งานฟังก์ชั่นนี้และเทคนิคที่เกิดจาก MAL อาจทำให้เครื่องกำเนิดไฟฟ้าล้มเหลว
เทคนิคที่ล้าสมัยไม่ควรถูกลบออกจากที่เก็บ แต่สามารถทำเครื่องหมายได้โดยใช้ Yaml Front-Matter ตัวอย่างเช่น:
---
obsoleteSince : 22
obsoleteMessage : |
This failure relates to 4.1.1: Parsing, which was removed as of WCAG 2.2.
---obsoleteSince แสดงให้เห็นถึงรุ่นแรกสุดของ WCAG 2 เมื่อเทคนิคล้าสมัย (อาจถูกตั้งค่าเป็น 20 ถ้าควรล้าสมัยอย่างมีประสิทธิภาพสำหรับทุกรุ่นเช่นสำหรับเทคนิคที่เกี่ยวข้องกับองค์ประกอบ HTML ที่เลิกใช้แล้ว)obsoleteMessage บ่งบอกถึงข้อความที่จะแสดงภายในส่วนเทคนิคเกี่ยวกับนี้ ในกรณีที่เทคโนโลยีทั้งหมดล้าสมัย (เช่นแฟลชและซิลเวอร์ไลท์) คุณสมบัติเหล่านี้อาจระบุได้ในระดับไดเรกทอรีย่อยเทคนิคเช่นผ่าน techniques/flash/flash.11tydata.json โปรดทราบว่ากรณีนี้ต้องใช้รูปแบบ JSON โดยเฉพาะเนื่องจากมีการใช้รหัสทั้งสองและรหัสเพิ่มเติมในกระบวนการสร้างที่ใช้ในการรวบรวมข้อมูลเทคนิค
เอกสารข้อมูลถูกสร้างขึ้นจากไฟล์ต้นฉบับเดียวกันสำหรับทั้ง WCAG 2.2 และ 2.1 เนื่องจากเนื้อหาส่วนใหญ่สอดคล้องกันระหว่างพวกเขา (แนวทางของตัวเองยังคงได้รับการบำรุงรักษาในสาขาแยกต่างหากเช่น WCAG-2.1 เพื่อจุดประสงค์ในการรักษาร่างของบรรณาธิการแยกต่างหาก)
เมื่อสร้างเอกสารที่ให้ข้อมูลสำหรับรุ่นเก่าเกณฑ์การสร้างระบบลูกพรุนที่มีความเฉพาะเจาะจงซึ่งเฉพาะเจาะจงกับเวอร์ชันใหม่และในทางกลับกันเทคนิคใด ๆ ที่เกี่ยวข้องกับเกณฑ์เหล่านั้นโดยเฉพาะ
มีบางกรณีที่เนื้อหาอาจจำเป็นต้องตอบสนองต่อเวอร์ชันเฉพาะซึ่งอธิบายไว้ในส่วนนี้
หมายเหตุ: สิ่งนี้ใช้ได้ เฉพาะ ภายใน techniques และ understanding โฟลเดอร์ ( ไม่ใช่ guidelines )
ในกรณีที่ควรแสดงหมายเลขเวอร์ชันที่แม่นยำภายในเอกสารข้อมูลให้แทรก {{ versionDecimal }} สิ่งนี้จะถูกแทนที่ด้วยหมายเลขเวอร์ชันทศนิยม-จุดตัดกำหนดเช่น 2.1 หรือ 2.2
ในกรณีที่เอกสารที่เกี่ยวข้องกับหลายเวอร์ชันรับประกันการโทรออกเฉพาะเกี่ยวกับการอัปเดตในเวอร์ชันที่ใหม่กว่า class="wcagXY" สามารถนำไปใช้กับองค์ประกอบรอบร้อยแก้วที่เป็นปัญหา (เช่น class="wcag22" สำหรับ WCAG 2.2) . ซึ่งจะส่งผลให้ร้อยแก้วถูกละเว้นจากเวอร์ชันก่อนหน้าและแสดงด้วยคำนำหน้า "ใหม่ใน WCAG XY:" ในเวอร์ชันที่ใช้งานได้
คลาสนี้สามารถนำไปใช้กับคลาส note ซึ่งในกรณีนี้ "(ใหม่ใน WCAG XY)" จะถูกผนวกเข้ากับชื่อ "โน้ต" ในเวอร์ชันที่ใช้งานได้และโน้ตจะถูกซ่อนไว้ในเวอร์ชันก่อนหน้า
ในช่วงเวลาของการเขียน (พฤศจิกายน 2567) การเปลี่ยนแปลงการบันทึกในดัชนีเทคนิคจะเหมือนกันระหว่าง WCAG 2.1 และ 2.2 สิ่งเหล่านี้ได้ถูกแบ่งออกเป็นรุ่นเฉพาะที่แยกต่างหากรวมถึงภายใต้ _includes/techniques/changelog/*.html สำหรับการพิสูจน์ในอนาคตเพื่อสนับสนุนการสร้างเอกสารข้อมูลหลายรุ่นจากสาขาเดียวกัน
ตัวอย่างในเทคนิคควรเป็นตัวอย่างโค้ดที่ใช้เวลาสั้น ๆ เกี่ยวกับวิธีการใช้เทคนิคในเนื้อหา ดังนั้นตัวอย่างควรมุ่งเน้นไปที่คุณสมบัติเฉพาะที่เทคนิคอธิบายและไม่รวมเนื้อหาที่เกี่ยวข้องเช่นสไตล์สคริปต์เนื้อหาเว็บโดยรอบ ฯลฯ
บ่อยครั้งที่เป็นที่พึงปรารถนาที่จะให้ตัวอย่างที่ครอบคลุมมากขึ้นซึ่งแสดงเทคนิคในการดำเนินการในขณะที่ไม่รบกวนเอกสารเทคนิคหลัก ตัวอย่างเหล่านี้ยังแสดงรหัสที่สมบูรณ์ที่จำเป็นในการทำให้เทคนิคทำงานรวมถึงไฟล์สไตล์เต็มรูปแบบและสคริปต์รูปภาพรหัสหน้า ฯลฯ โดยปกติแล้ว "ตัวอย่างการทำงาน" เหล่านี้จะถูกอ้างอิงที่ด้านล่างของตัวอย่างที่ดีซึ่งรวมอยู่ในหลัก เทคนิค.
ตัวอย่างการทำงานจะถูกเก็บไว้ในไดเรกทอรี working-examples ของที่เก็บ แต่ละตัวอย่างอยู่ในไดเรกทอรีย่อยของตัวเองเพื่อมีหลายไฟล์ที่อาจจำเป็นในการทำงานตัวอย่าง ในบางกรณีตัวอย่างการทำงานหลายอย่างจะแบ่งปันทรัพยากรทั่วไป สิ่งเหล่านี้จะถูกเก็บไว้ในไดเรกทอรีย่อยที่เหมาะสมของไดเรกทอรีตัวอย่างการทำงานเช่น working-examples/css , working-examples/img , working-examples/script อ้างอิงทรัพยากรทั่วไปเหล่านี้เมื่อมี มิฉะนั้นวางทรัพยากรในไดเรกทอรีตัวอย่างการทำงานโดยใช้ไดเรกทอรีย่อยเพื่อจัดระเบียบเมื่อเหมาะสม
เพื่อสร้างตัวอย่างการทำงาน:
example- หน้า-และมิฉะนั้นจะระบุตัวอย่างเช่นตัวอย่างเช่น example-alt-attributeworking-examples/alt-attribute/index.html มิฉะนั้นให้สร้างชื่อไฟล์ที่เหมาะสม../css/example.css วางทรัพยากรอื่น ๆ ในไดเรกทอรีเดียวกับตัวอย่างหลักเช่น working-examples/alt-attribute/css/alt.csshttps://rawgit.com/w3c/wcag/main/working-examples/alt-attribute/ บรรณาธิการจะอัปเดตลิงก์เมื่อตัวอย่างได้รับการอนุมัติWCAG 2.2 พร้อมสำหรับการแปล หากต้องการแปล WCAG 2.2 ให้ทำตามคำแนะนำในการแปล WCAG 2
