GAAD 한국어 소개글 작업 후기 - 올해의 GAAD는 내일(15일)입니다.

#GAAD #세계접근성인식의날

https://a11ykr.github.io/stories/about-gaad-in-korean-2025/

한국어 소개글 등록 완료. 작업에 참여해주신 분들께 무한한 감사를. 후기는 따로 준비해 보겠습니다.

#GAAD #세계접근성인식의날

https://accessibility.day/한국어/

[단독] ‘장애 아이 미래’ 준비 못 해 더 우울하지만…강해져야 했다 발달장애 위협받는 부모 건강(상) 부모 2271명 국내 최대 규모 실태조사 수정 2025-05-06 10:11 www.hani.co.kr/arti/society...

[단독] ‘장애 아이 미래’ 준비 못 해 더 우울하지만...

세계 접근성 인식의 날은 매년 5월 셋째주 목요일로 지정되어있고, 올해는 오는 5월 15일(목)입니다.

a11ykr 커뮤니티 멤버들과 함께 한국어 소개글을 준비해서 제출했는데, 사이트에 게시되면 좋겠습니다.

https://accessibility.day

#GAAD #세계접근성인식의날

WCAG 3.0 WD가 나왔다니..

https://www.w3.org/TR/2024/WD-wcag-3.0-20241212/

#WCAG #접근성

Apple App Store 가이드라인, 미국 내에서는 외부 결제 권장 금지 해제
------------------------------
- 애플의 App Review Guideline이 앱의 버튼, 외부 링크 및 기타 행동 유도 문구와 관련된 미국 법원의 판결을 준수하도록 업데이트됨
- 앱 스토어의 미국 스토어 프런트에 배포되는 앱에 영향을 미치며, 지침 3.1.1, 3.1.1(a), 3.1.3 및 3.1.3(a) 업데이트에 반영됨
# 변경 부분
- 3.1.1 Apps may allow users t…
------------------------------
https://news.hada.io/topic?id=20661&utm_source=googlechat&utm_medium=bot&utm_campaign=1834

W3C TAG의 초안, "제3자 쿠키는 반드시 웹에서 제거되어야 함"
------------------------------
- *타사(제3자, Third Party) 쿠키는 개인의 프라이버시를 심각하게 침해하는 기술* 로 간주되어, 웹 플랫폼에서 제거되어야 함
- *프라이버시 중심의 웹 설계 원칙* 에 따라 여러 브라우저는 타사 쿠키 차단을 도입했으며, 모든 브라우저가 동참해야 함
- 기존 쿠키 기반 로그인, 인증, 광고 추적 등의 유용한 …
------------------------------
https://news.hada.io/topic?id=20663&utm_source=googlechat&utm_medium=bot&utm_campaign=1834

@hongminhee洪 民憙 (Hong Minhee) 이런 오류가 났어요. 넣고 싶었던 URL은 https://url.kr/nv1yzk 이 곳의 원래 주소입니다.

링크 넣으니 오류 나서 ㅠㅠ 무인정보단말기 UI 플랫폼에서 검색해 주세요.

웹 접근성을 고려한 콘텐츠 제작기법 2.2 개정판 전격 출시! 그동안 나온 자료 중 제일 고퀄인 듯.

#접근성

@SergeyCheSergey Chernyshev hahaha VibeDevOps because we also need a VibeDesignOps and VibeResearchOps 😁

@hongminhee洪 民憙 (Hong Minhee) 좀 어렵긴 해요. 중간에 낀 영문은 또 LTR 로 쓴다거나…

앞으로 이런 글을 찌끄릴려구요. 기고도 환영입니다.

https://a11ykr.github.io/stories/accessibility-is-important/

@parksbSimon Park @kodingwarriorJaeyeol Lee @bglbgl gwyng @lionhairdino @ailrunAilrun (UTC-5/-4) HP라는 키워드가 그대로 드러나는 디자인엔 왠지 빨간색이 어울릴 것 같습니다... ^^;

접근성 문서를 번역하고 모아두는 페이지에서, 블로그를 섹션을 추가하고 문서는 gitbook과 비슷한 형태로 볼 수 있는 사이트로 변경하는 작업 중입니다. 블로그 섹션 추가한 김에 글도 간만에 썼네요. 너무 당연한 이야기만 쓴 것도 같지만요. 앞으로 했으면 하는 것도, 변경한 사이트에 정비할 것도 많네요. 속도가 필요한 일은 아니지만, 여러 사람이 같이하면 더 의미가 있는 일이 될 것 같아, 함께하실 분들을 계속 찾고 있습니다.

https://a11ykr.github.io/

h1 태그의 기본 스타일이 변경됩니다
------------------------------
- 주요 브라우저들이 <h1> 태그의 기본 스타일(UA 스타일)을 변경하는 업데이트를 진행 중임
- 특히 중첩된 section, article, nav, aside 등의 내부에서 사용된 <h1>에 영향을 줌
- 개발자들은 이 변경으로 인해 사이트에 예기치 않은 스타일 변화나 Lighthouse 경고가 발생할 수 있으므로 주의가 필요…
------------------------------
https://news.hada.io/topic?id=20275&utm_source=googlechat&utm_medium=bot&utm_campaign=1834

@hongminhee洪 民憙 (Hong Minhee) @Cyan시안 (본계 탐라 갱신이 안 됨) 아, 그렇군요! 알려주셔서 감사합니다 :)

@hongminhee洪 民憙 (Hong Minhee) @Cyan시안 (본계 탐라 갱신이 안 됨) 저는 커모지를 커스텀 에모지보다는 릿스피크(leetspeak) - lol, 야민정음 같은 것들로 생각을 했었어요. TTS에서 텍스트로 읽히지만 뜻이 명확하게 전달되지 않는 것으로요.

@Cyan시안 (본계 탐라 갱신이 안 됨) 전맹인 경우에는 커모지가 문제가 될 것 같긴 하네요. 저시력(약간이라도 시력이 있는) 경우에는 확대해서 볼 수 있다 싶어서 오히려 괜찮을 것 같습니다. 커모지는 ASCII 아트처럼 텍스트가 아닌 콘텐츠로 간주될 듯 하고 설명이 별도로 제공되는 편이 좋겠습니다. 어떻게 설명할 거냐는... 경우에 따라 분명치 않기는 합니다만...

@iamuhun김무훈 반갑습니다!

디지털 접근성에 관심 있는 분들이 계시려나...

구린 영어 실력에 LLM을 빌어서 일단은 혼자 하고 있지만...

예전처럼 평가 중심이 아닌 구현 방법 중심의 글을 좀 생산하고 싶다고...

일단 계획은 이런데... 같이 할 사람 있으면 좋겠다고 생각합니다아아...

https://a11ykr.github.io/docs/

Join the Solid movement to play a part in building a better Web and global data infrastructure.

Apply for a role on the Solid Advisory Committee below ⬇️ @ODIHQOpen Data Institute

https://theodi.org/news-and-events/news/solid-advisory-committee/

https://event-us.kr/msftkrdevrel/event/101808

모든 언어의 바이브를 다 해야하는 것인가…

철 지난 이야기이긴 한데...

나 역시 아이폰을 쓰기는 계속 쓰지만, 언젠가부터 교체 주기가 점점 길어지고 있다.

3GS > 4S > 6 > 8Plus > 11pro > 16Pro

@paperonnetSubi Song GPT 뒤져보니 시리에게 한 요청이 넘어가긴 했더군요. 폰 내부 정보는 권한 없으면 가져다 쓰지는 못하고요. 그래도 결과물이 바로 뜨는 것 같지 않은게, 이것도 잘 쓰려면 뭔가 요령이 필요해 보이네요.

@paperonnetSubi Song 그래서 16pro 샀는데, GPT 계정 연결했는데 모르겠어서... 시리 반응 디자인만 바뀌고... ㅠㅠ

@paperonnetSubi Song 우리 시리가 뭐가 달라졌는지 모르겠어요~

"pub"의 외래어 표기법에 따른 표기는 "펍"이 아니라 "퍼브"입니다. 유성음으로 끝나는 단어라서 "ㅡ"를 붙입니다. 이것은

• log: "록"이 아니라 "로그"
  • blog: "블록"이 아니라 "블로그"
• tag: "택"이 아니라 "태그"
• egg: "엑"이 아니라 "에그"
• dog: "독"이 아니라 "도그"
• mug: "먹"이 아니라 "머그"
• hub: "헙"이 아니라 "허브"
• pad: "팻"이 아니라 "패드"
• lid: "릿"이 아니라 "리드"
• mud: "멋"이 아니라 "머드"

등등, 유성음으로 끝나는 영어 단어에 일관적으로 적용되는 규칙입니다.

보통 외래어 표기법의 규칙이 무시되는 사례를 보면, 규칙이 모호성을 낳는다는 이유로 기피되는 경향이 있는데요. 예를 들어 "seat"와 "sheet"를 구분하려는 욕망으로 인해 /ʃiː/를 "시"로 표기하는 원칙을 깨고 후자를 "쉬트"로 적는 것이 있죠.

그런데 유성음으로 끝나면 "ㅡ"를 붙인다는 규칙은 원어의 유성 음가를 반영하는 동시에, 대체로 모호성을 해소하는 방향으로 표기를 만들어 주는 좋은 규칙입니다. 이 규칙이 없었으면 꼼짝없이

• "dog"와 "dock"이 "독"이라는 동음이의어가 되고
• "pig"와 "pick"도 "픽"이라는 동음이의어가 되고
• "rug"와 "luck"도 "럭"이라는 동음이의어가 되고
• "tag"와 "tack"도 "택"이라는 동음이의어가 되고

영 좋지 않았겠죠.

이 공간에서 그럴 분이 안계실 거라 생각하지만...

만우절이라고 정치나 재난을 주제로 과도한 농담이 등장하지 않았으면 하는 바람이 있습니다.

https://conscious-forgery-a96.notion.site/1b3bf9d3f391808e90f3dcb97b67b70d?pvs=4

개인적으로 한국판 alternativeto.net 같은 사이트가 요즘 필요하다고 느껴져서... 우선은 간단한 Notion 사이트를 만들어 보았어요. Notion 계정이 있다면 누구나 참여가 가능해요. (제가 공유를 잘 했길 바라요...)

제작자피셜로 전달받은 바에 따르면

12.3kΩ

- 12.3: 12월 3일 내란세력을
- k: 처단(...)하기 위해
- Ω: 저항

이라고 합니다.

저항하기

오늘 블로그에 쓴 따끈따끈한 글입니다 ㅎㅎ.
비개발자도 읽을 수 있는 MCP 설정 방법 글을 써보고 싶었어요.

https://chinensis.tistory.com/entry/초보자를-위한-MCP-서버-사용-가이드-클로드가-내-개인-파일과-유튜브-영상을-분석할-수-있게-해보자

별 것 아니지만, Markdown 문법 가이드를 추가했습니다. Markdown을 모르는 분들은 거의 없겠지만, Hackers' Pub은 Markdown 확장 문법을 꽤 많이 지원하기 때문에, 이를 문서화할 필요가 있었습니다.

단문 작성 화면에서 “이미지 업로드” 버튼 왼쪽의 “Markdown 사용 가능” 링크를 누르시면 언제든지 Markdown 문법 가이드를 보실 수 있습니다.

@paperonnetSubi Song 다른 연합우주 쪽에서도 팔로우할 사람들을 찾을 수 있어요. :)

AI가 생성한 내용을 내 지식관리시스템(위키 등)에 복붙하면 그건 내 지식일까 아닐까?

2008년 경에 The extended mind (1998, Andy Clark and David Chalmers)라는 짧은 에세이를 읽었는데 여기서 본 내용이 참고할만 하다.

저자들은 장기기억 상실을 앓고 있는 사람이 수첩에 모든 걸 기록하고 항상 이를 참고한다면 그 수첩에 담긴 글들은 "확장된 기억"이라고 주장한다. 더 나아가서, 수첩의 내용이 단순히 "기억"이 아니라 "믿음extended dispositional belief"이기 위해서 필요한 기준을 추가로 제시한다.

1. 해당 정보가 그 사람의 삶에 항상 함께하며 참고해야하는 상황이 오면 거의 반드시 참고하여 행동한다.
2. 참고하고 싶을 때 어려움 없이 참고할 수 있어야 한다.
3. 일단 그 정보를 참고하면 이를 의심없이 수용한다.
4. 그 정보가 거기에 담긴 이유는 과거 언젠가 내가 내용을 신뢰했기 때문이다.

AI가 생성한 내용을 검토 없이 복붙했다면 이는 4번을 만족하지 못하고, 이에 따라 3번에도 문제가 생긴다. 따라서 검토 없는 복붙은 좋은 전략이 아닐 뿐 아니라 내 지식관리시스템을 망칠 가능성이 크다.

참고로 에세이의 저자들은 이 중 마지막 기준에 논쟁의 여지가 있다고 말하긴 한다. 무의식적으로 믿음이 형성되는 경우, 기억 조작이 일어난 경우 등이 있기 때문. 그런데 KMS 맥락에선 4번이 중요하다고 봐도 되겠다.

@hongminhee洪 民憙 (Hong Minhee) 아직은 인터페이스가 데스크탑 기반으로 보이긴 합니다만, 이미지 등록을 편집창에 드래그 앤 드롭으로만 할 수 있으면 모바일에선 쓸 수가 없습니다. 그러니 파일 첨부 버튼 하나 달면 어떨까 합니다.

WCAG 2.2도 2024년 12월 12일자로 갱신됨.

https://www.w3.org/TR/WCAG22/

오래 전에 블로그에 썼던 글인데, 앞으로는 접근성 정책이나 UI를 대상으로 글을 좀 써봐야겠다는 생각을 해본다.

이미 만들어진 걸 평가하는 건 비판만 남기고 변화를 만들어 내기는 어렵더라.

물론 당시에는 '한 표가 급한' 사람들이 이런 글도 퍼나르긴 했지만.

18대 대선 후보들의 홈페이지 웹 접근성

@hongminhee洪 民憙 (Hong Minhee) 초창기 초대권 기반이던 시절에 본 기억이 있어요. 저 역시 가물가물… :)

<select> 이제 CSS로 커스터마이징 가능
------------------------------
- Chrome 135부터 <select> 요소에 대해 접근성 표준을 유지하면서도 CSS 커스터마이징이 가능한 새로운 기능 지원 시작
- 수년간의 사양 조율 및 개발 끝에, 오래된 브라우저에서도 깨지지 않는 강력한 구성 요소로 제공됨
- HTML 콘텐츠도 포함 가능하며, appearance: base-select 가 추가되면서 애니메이션,…
------------------------------
https://news.hada.io/topic?id=19998&utm_source=googlechat&utm_medium=bot&utm_campaign=1834

개인적으로 bootstrap이나 tailwind를 좋아하지 않는다. 이런 CSS 프레임웍이 굉장히 작은 단위(일반적으로 컴포넌트)의 스타일을 클래스 집합으로만 컨트롤 하려고 하기 때문이다.

CSS(Cascading Style Sheets)는 그 이름에서 알 수 있듯이 계층 구조를 기준으로 동작한다. 부모 요소에서 자식 요소로 스타일을 상속하는 게 중요한 개념 중 하나이고 이걸 이용하면 여러 페이지 단위의 스타일을 일관성 있게 잡을 수 있다. 물론, 개발에서 특정 클래스를 반복 출력하는 것도 결과는 같을 수 있겠지만, 개발 편의를 위해 CSS 규칙을 깡그리 무시하는 방식이 tailwind 같은 거라고 보는 입장이다.

어차피 공통 스타일은 필요하지 않나. 그래서 컴포넌트를 쓰더라도 글로벌 스타일을 따로 선언해두고 예외를 CSS-in-JS로 처리하는 것이 맞다고 본다.

@hongminhee洪 民憙 (Hong Minhee) 미투데이가 생각나는 건 왜일까요 ^^;

현재까지 진행한 작업(외부 링크는 아님). astro와 starlight에 올려보려고 고심 중.

접근성 문서 모음

DEI 중에 접근성은 I에 가깝겠지만, 개발자 중에 관심 있는 사람은 적은 듯.

공동 작업을 위한 저장소 계정을 따로 만들고, 개인 계정을 협업자로 등록해서 작업을 하고는 있는데...

• 수집할 정보도 많고,
• 개개인의 관심사도 다르고,
• 각자 사용 가능한 시간도 다를테고,
• 함께 해줬으면 하는 전문가들이 있지만 말 꺼내기도 쉽지 않다.

저변을 넓히고 싶고, 토론의 장도 만들었으면 좋겠고, 하고 싶은 것도 많고. 그러나 나 역시 현생의 문제가 여전하다.

접근성 테스트 기능이 궁금.

https://news.hada.io/topic?id=19968

전혀 생각지 못했던 꿀팁을 배웠다. 커밋메시지도 ai가 자동으로 해주는구나. copilot도 나름 쓸만함 https://d2.naver.com/helloworld/6615449

ARIA in HTML 개정 권고안이 발표되었습니다. 큰 변화는 아닌 것 같지만, 자세한 사항은 살펴본 후에 다시...

https://www.w3.org/TR/html-aria/