Skip to content
Blog post thumbnail: Color Accessibility: Designing Colors That Everyone Can Perceive - A guide to color design for users with color blindness and low vision. From WCAG contrast requirements to practical tips — everything you need for inclusive color choices. (https://www.codeslog.com/en/posts/color-accessibility/)

Color Accessibility: Designing Colors That Everyone Can Perceive

Introduction “We used red and green to distinguish them, so it should be fine.” It’s a thought that comes up naturally during development. But more people than you’d expect have difficulty telling those two colors apart. Statistics based on Northern European ancestry suggest that roughly 1 in 12 men and 1 in 200 women have red-green color vision deficiency. The exact ratio varies by region and genetic background, but the fact remains: there are always users who struggle to distinguish red from green. ...

Published date: 2026-03-06 · Reading time: 20 min · Word count: 4235 words · Author: Isaac
Blog post thumbnail: Seollal Holiday Information Isn’t Visible to Everyone - One month into the Digital Inclusion Act, I review the accessibility of the Blue House Seollal(Korean Lunar New Year) holiday card news. Information trapped in images and missing alt text. A comparison with the Ministry of Health and Welfare shows the reality of accessibility on public websites. (https://www.codeslog.com/en/posts/seollal-gov-accessibility/)

Seollal Holiday Information Isn’t Visible to Everyone

This essay records what I have wrestled with on the ground about web accessibility, public web services, and the responsibilities of developers. Between law and technology, standards and reality, I try to answer the question: “Are we truly building for everyone?” Is today’s Seollal(Korean Lunar New Year) really providing equal information to everyone? Produced by: Nano Banana Ahead of the Seollal(Korean Lunar New Year) holiday, I browse the web to find helpful information. Seollal(Korean Lunar New Year) is a uniquely Korean holiday. As I visit site after site, the first thing I often encounter is an auto-rotating banner or card news. Around Seollal, these banners include important government notices like emergency information. ...

Published date: 2026-02-15 · Reading time: 4 min · Word count: 1626 words · Author: Isaac
Blog post thumbnail: Keyboard Accessibility A to Z: Building Websites Everyone Can Use Without a Mouse - A complete guide to making websites fully usable without a mouse. Learn focus management, Tab order, and custom widget implementation with practical code examples. (https://www.codeslog.com/en/posts/keyboard-accessibility-a-to-z/)

Keyboard Accessibility A to Z: Building Websites Everyone Can Use Without a Mouse

Introduction Have you ever tried using the internet without a mouse? Most people take their mouse for granted. But there are many people who can’t use one. People with physical disabilities who can’t operate a mouse People with repetitive strain injuries like carpal tunnel syndrome People with temporary arm injuries Power users who simply find keyboards more efficient For these users, the question “Can I use this site with just a keyboard?” is crucial. ...

Published date: 2026-02-03 · Reading time: 18 min · Word count: 3648 words · Author: Isaac
Blog post thumbnail: Assertions: A New Unit for Accessibility Evaluation...

Assertions: A New Unit for Accessibility Evaluation

Introduction In Atomic Tests vs. Holistic Tests: A New Testing Methodology, we discussed balancing Atomic and Holistic tests. Now we need to address how we’ll “assert” and “document” these results. This is where Assertions come in. The scoring and conformance model covered in WCAG 3.0 Conformance Model: Changes After A/AA/AAA also connects with Assertions. This is because they provide a way to supplement areas not covered by quantitative tests with organizational processes and evidence. ...

Published date: 2026-02-01 · Reading time: 2 min · Word count: 792 words · Author: Isaac
Blog post thumbnail: Atomic Tests vs. Holistic Tests: A New Testing Approach - Compare WCAG 3.0’s quantitative/qualitative testing flow with WCAG 2.2’s success-criteria model. We cover Atomic/Holistic concepts, view/process scope, and how tests connect to scoring from a practical perspective. (https://www.codeslog.com/en/posts/wcag-3-atomic-holistic-tests/)

Atomic Tests vs. Holistic Tests: A New Testing Approach

Introduction When people hear “accessibility testing,” they often think of a checklist: “Does this button have alternative text?” “Is the contrast ratio high enough?” WCAG 2.2 is built around clear pass/fail checks like these. WCAG 3.0 moves toward a broader unit of evaluation, aiming to consider overall user experience quality. That shift naturally changes how we test. We now combine fine-grained checks (Atomic) with real-world contextual evaluation (Holistic). This shift directly connects to the score-based conformance model discussed in WCAG 3.0 Conformance Model: Beyond A/AA/AAA. The weight you give each test type can change the score and the level you reach. ...

Published date: 2026-01-26 · Reading time: 4 min · Word count: 734 words · Author: Isaac
Blog post thumbnail: WCAG 3.0 Conformance Model: Moving Beyond A/AA/AAA - Based on the WCAG 3.0 Editor's Draft, this post summarizes the Foundational/Supplemental/Assertions model and how it differs from WCAG 2.2. (https://www.codeslog.com/en/posts/wcag-3-scoring-conformance/)

WCAG 3.0 Conformance Model: Moving Beyond A/AA/AAA

Introduction In the previous post, we looked at why WCAG 3.0 reorganized “Success Criteria” into “Outcomes.” This post focuses on changes to the conformance model. WCAG 3.0 aims for a different approach than WCAG 2.x, but it is still in the Editor’s Draft (2026-01-05) stage and is not finalized. Conformance levels, scoring approaches, and evaluation methods are still being explored. Important: This post is based on the WCAG 3.0 Editor’s Draft (2026-01-05). The draft can change at any time, and the document itself is explicitly marked as a work in progress. ...

Published date: 2026-01-25 · Reading time: 6 min · Word count: 1110 words · Author: Isaac
Blog post thumbnail: Improving Multilingual Blog UX: Building a Smart Language Suggestion Banner - Built a banner that detects browser language and automatically suggests the appropriate language version. Designed to meet WCAG 2.2 AA with keyboard navigation and screen reader support. (https://www.codeslog.com/en/posts/language-switcher-banner/)

Improving Multilingual Blog UX: Building a Smart Language Suggestion Banner

Introduction Running a blog in both Korean and English revealed an interesting problem. When sharing blog links internationally, visitors often land on the Korean page. Those who can’t read Korean are confused, right? Similarly, when Korean readers click on English post links shared in Korean communities, they face the same issue. While there’s a language switcher button in the header, new visitors often struggle to find it. This isn’t user-friendly, and from an accessibility perspective, it’s not ideal either. ...

Published date: 2026-01-23 · Reading time: 13 min · Word count: 6082 words · Author: Isaac
Blog post thumbnail: ARIA Practical Guide: Implementing Accessible Web Interfaces - How do we apply ARIA in real projects? This guide shows when to use it and how to use it effectively, with live regions, custom widgets, and modal patterns. (https://www.codeslog.com/en/posts/aria-practical-guide/)

ARIA Practical Guide: Implementing Accessible Web Interfaces

Developers often make the same mistake after learning ARIA. They understand the concept, but they are unsure when and how to apply it in real projects. ARIA practical guide main visual with ARIA attributes highlighted in a code editor Cover image example: visual that symbolizes applying ARIA attributes · Generated by Nanobanana AI You may have heard the phrase: “ARIA is a last resort.” Use semantic HTML first, and add ARIA only when native HTML is not enough. This guide follows that principle and shows how to use ARIA effectively in real work. ...

Published date: 2026-01-22 · Reading time: 17 min · Word count: 3511 words · Author: Isaac
Blog post thumbnail: WCAG 3.0 Structure Anatomy: From Success Criteria to Outcomes - Deep dive into WCAG 3.0's revolutionary structural changes. Learn how the shift from checklists to user experience-centered evaluation works with practical examples. (https://www.codeslog.com/en/posts/wcag-3-structure-outcomes/)

WCAG 3.0 Structure Anatomy: From Success Criteria to Outcomes

Introduction “1.3.1 Info and Relationships - Level A” If you’ve worked with WCAG 2.2, you’re familiar with this format of Success Criteria. Numbers, levels, and clear test conditions. This structure has been the standard for web accessibility for over 15 years. However, as we explored in the previous article, this approach had limitations. “Websites that pass checkboxes but are actually unusable” are proof of this. WCAG 3.0 has completely redesigned the structure itself to address this issue. It didn’t just add items—it changed the way we evaluate accessibility. ...

Published date: 2026-01-19 · Reading time: 17 min · Word count: 3507 words · Author: Isaac
The Dawn of WCAG 3.0 - Thumbnail image visualizing the transformation from traditional WCAG 2.x checklists to user-centered WCAG 3.0. Features post title and key concepts displayed on a smooth gradient background

The Dawn of WCAG 3.0: Why We Need New Guidelines

Introduction “Our site passed WCAG 2.1 AA 100%, but screen reader users still can’t sign up.” I keep thinking about this comment I heard at a conference last year. They passed accessibility audits, got the green badge, but users with disabilities still couldn’t use core features. This is the biggest dilemma facing WCAG 2.x today. If you’re a developer or designer working on web accessibility, you’ve probably heard of WCAG (Web Content Accessibility Guidelines). Recently, a new guideline called WCAG 3.0 has emerged, and many people are wondering: ...

Published date: 2026-01-12 · Reading time: 14 min · Word count: 2956 words · Author: Isaac