주요 뉴스

뉴스

디자인·AI·제품·개발·인테리어의 소식과 ARCH.B 에디토리얼을 함께 읽습니다.

“접근성” 검색 결과검색 초기화13편

깃허브 타임라인, 화면 읽기 프로그램에 목록 구조와 로드 결과 전달

깃허브가 이슈·PR 등의 활동 타임라인을 화면 읽기 프로그램이 목록으로 탐색하도록 개선했다. 항목 수와 현재 위치를 알리고 추가 로드된 이벤트 수를 안내한다. GitHub.com과 Enterprise Server 3.23에 적용되며, 긴 협업 기록을 탐색하는 데 어떤 의미가 있는지 살펴본다.

클라우드플레어 Radar, 지도와 탐색 흐름으로 데이터 접근성 개선

클라우드플레어가 Radar 첫 화면을 지도와 탭 중심으로 개편했다. 전문가가 쓰던 인터넷 트래픽·장애 데이터를 더 넓은 이용자에게 전달하려는 변화다. 정보의 위계와 제품 구성 요소를 정리한 설계 의도, 데이터를 해석할 때 유지해야 할 출처의 경계를 살펴본다.

HTML-in-Canvas 실험 API 재정비, 이름 변경보다 중요한 메모리·입력 좌표 관리

구글이 Chrome 150과 155에서 적용한 HTML-in-Canvas API 변경을 정리했다. 오리진 트라이얼은 Chrome 160까지 연장됐고, 텍스처 그리기 메서드와 캔버스 속성, DOM 좌표 동기화 방식이 바뀌었다. 기존 실험 코드는 그래픽 출력과 클릭·접근성 위치를 함께 점검해야 한다.

Chrome 154, 콘텐츠에 맞추는 iframe과 링크·탭 스크롤 표시 모드 도입

구글이 Chrome 154 정식 배포 소식에서 반응형 iframe과 CSS 스크롤 표시 모드 확장을 소개했다. 임베디드 문서의 동의와 변경 후 재계산 요청이 필요한 iframe, 키보드 탐색 방식이 다른 links·tabs 모드는 크기와 접근성 동작을 브라우저에 맡기는 새로운 선택지다.

정신건강 앱의 UI 유행, 사용자의 여력이 낮은 순간을 기준으로 평가하다

제품 디자이너 캣 호먼은 정신건강 앱에서 시각적 새로움보다 인지 부담·감정적 맥락·예측 가능한 탐색을 살펴야 한다고 제안했다. 실제 사용 연구와 접근성 기준을 대조하면, 이용 지속과 치료 효과를 구분하고 디자인 사례의 효용을 제한된 근거 안에서 읽어야 한다.

키르키, 워드프레스에 무한 캔버스 편집 제안… 반응형 작업과 요금제 범위 살펴보기

스매싱 매거진의 키르키 협찬 소개는 자유로운 캔버스와 내장 CMS를 강조한다. 공식 문서와 요금표를 대조하면 여러 화면 크기를 나란히 편집하는 방식과 무료판·유료판의 차이를 확인할 수 있으며, 성능과 접근성은 실제 사이트 조건에서 따로 검증해야 한다.

AI 인터페이스를 채팅창에 고정하지 않기… 사용자 의도에 맞춰 입력과 출력을 따로 고르다

빅터 요코는 AI 기능의 입력과 출력 방식을 실제 작업 환경에 맞춰 선택하는 과업 조사 틀을 소개했다. 손과 시선의 여유, 소음, 판단에 필요한 정보 밀도를 따로 살피고, 같은 작업이 장소를 옮길 때도 맥락과 확인 경로가 이어지는지 검토해야 한다.

접근성을 출시 뒤의 수정 목록에서 개발·운영의 반복 과정으로 옮기다

미하일 프로스미츠키는 접근성을 정기 감사에만 맡기지 않고 디자인 시스템과 코드 검토, 배포 점검에 연결하자고 제안했다. WebAIM 공식 조사와 GOV.UK 운영 설명은 자동 검사와 공통 컴포넌트가 출발점이 될 수 있지만 실제 서비스의 사용 가능성을 보장하지는 않는다는 점을 보여 준다.

CSS가 형제 요소를 센다…동적 배치에서 sibling-index를 읽는 법

스매싱 매거진이 요소의 순번과 형제 수를 CSS 계산에 사용하는 방법을 소개했다. 규칙을 수작업으로 늘리는 대신 DOM 구조를 수치로 읽는다. 공식 초안과 현재 문서를 대조해 함수의 범위, 접근성 및 오래된 브라우저의 대체 표시를 살핀다.

응답이 자라는 화면을 안정적으로 읽다…스트리밍 UI의 중단·탐색 설계

스매싱 매거진이 채팅·로그·실시간 화면에서 자동 스크롤과 잦은 갱신이 읽기를 방해하는 문제를 다뤘다. 데이터 전송과 화면 갱신을 구분하고, 공식 접근성 지침을 바탕으로 사용자가 중단하거나 이전 내용을 읽을 수 있는 조건을 살핀다.