본문으로 건너뛰기
피드

위키백과를 윈도우 XP 바탕화면처럼 탐색하는 웹 실험

frontend 약 3분
vote
0
댓글
북마크

Wikipedia와 Wikimedia Commons를 윈도우 XP 스타일의 폴더·문서 UI로 탐색하게 만든 웹 프로젝트야. 기사라기보다는 프로젝트 소개에 가깝고, 카테고리 기반 정보 탐색을 데스크톱 메타포로 풀어낸 점이 재미 포인트야.

  • 1

    Wikipedia 카테고리를 폴더처럼 탐색하고, 문서는 파일처럼 열 수 있게 구성함

  • 2

    Wikimedia Commons 이미지도 카테고리 탐색기로 제공하며, 이미지를 우클릭해 바탕화면 배경으로 설정할 수 있음

  • 3

    지구를 폴더처럼 탐색하는 Geofile Explorer도 실험 중이며, 이미지 업로드와 텍스트 노트 기능을 언급함

  • Wikipedia를 윈도우 XP 바탕화면처럼 탐색하는 웹 프로젝트임

    • 카테고리는 폴더처럼 열리고, 문서는 파일처럼 열리는 식임
    • Wikipedia에 있는 거의 모든 항목을 접근 가능하게 만들었다고 설명함
    • 단, 카테고리가 없는 약 100개 정도의 페이지는 예외라고 함
  • Wikimedia Commons도 같은 방식으로 탐색할 수 있음

    • 이미지 카테고리를 폴더 탐색기처럼 둘러보는 구조임
    • 아무 이미지나 우클릭해서 데스크톱 배경으로 설정할 수 있음
    • 정보 탐색이라기보다, 공개 데이터로 만든 장난감 같은 인터페이스에 가까움
  • Geofile Explorer라는 진행 중인 실험도 붙어 있음

    • 지구를 컴퓨터 폴더처럼 탐색하는 프로젝트라고 소개함
    • 폴더에 이미지를 드래그 앤 드롭해 업로드할 수 있음
    • 우클릭해서 텍스트 노트를 작성하는 기능도 언급함
  • 영감 받은 프로젝트 목록도 꽤 노골적으로 공개돼 있음

    • Neal.fun의 Wiki Files, Depths of Wikipedia, XP.css, 여러 레트로 웹 데스크톱 프로젝트가 언급됨
    • 그래서 이 프로젝트의 재미는 완전히 새로운 기술보다, 익숙한 웹 데이터와 낡은 OS 감성을 어떻게 섞었느냐에 있음
  • 개발자 관점에서 볼 포인트는 '정보 구조를 UI 은유로 다시 번역하는 방식'임

    • Wikipedia의 카테고리 그래프는 원래 딱딱하고 링크 중심인데, 폴더 트리로 바꾸면 탐색 감각이 완전히 달라짐
    • 실무에 바로 꽂을 기술 뉴스는 아니지만, 대규모 콘텐츠 탐색 UI를 만들 때 참고할 만한 실험임

실무 적용성은 크지 않지만, 정보 구조를 완전히 다른 UI 은유로 바꾸면 익숙한 데이터도 새롭게 느껴질 수 있다는 좋은 예시야. 프론트엔드 개발자 입장에서는 레트로 UI, 대규모 공개 데이터 탐색, 장난감 같은 상호작용을 어떻게 엮는지 참고할 만함.

댓글

댓글

댓글을 불러오는 중...

frontend

요즘 픽셀 폰트가 그냥 복고 감성이 아닌 이유

1990년대 기기 화면 느낌을 현대 폰트 시스템으로 재해석한 픽셀 폰트 몇 가지를 소개한 글이다. 핵심은 예쁜 복고풍 글자 모양만이 아니라, 실제 제품에서 쓸 수 있게 기준선, 자간, 메타데이터, 세로 메트릭까지 챙기는지가 중요하다는 점이다.

frontend

HTML의 `<dl>`이 생각보다 쓸모 많은 이유

이 글은 HTML의 description list, 즉 `<dl>`, `<dt>`, `<dd>`가 단순 용어 사전용 태그가 아니라 이름-값 쌍 UI를 표현하는 꽤 강력한 시맨틱 도구라고 설명한다. 숙소 편의시설, 요금 내역, 기술 용어 설명, 게임 능력치표처럼 흔한 패턴을 중첩 `<div>` 대신 의미 있는 HTML로 만들 수 있다는 얘기다.

frontend

HTML을 캔버스 안에 넣는 데모 모음이 등장함

구글 크롬 랩스 저장소에 HTML-in-Canvas 관련 데모와 프레임워크 지원 목록이 정리됐다. Duck Hunt 스타일 폼, 흔들리는 버튼, 셰이더 기반 페이지 전환, 천처럼 매달린 폼 같은 실험적 예제가 포함돼 있고 Three.js와 PlayCanvas 쪽 샘플도 연결돼 있다.

frontend

싱글 페이지 앱이 웹을 너무 비싸게 만들었다는 불평

이 글은 싱글 페이지 앱(SPA)이 사용자 경험을 좋게 만든다는 명분 아래 웹의 초기 로딩 비용, 도구 복잡도, 개발 진입 장벽을 키웠다고 비판한다. 페이스북 로그인 페이지의 CSS 3.8MB, 레딧 몇 개 클릭 후 33MB 다운로드 같은 숫자를 들며, 지금의 프론트엔드 생태계가 사람보다 대기업의 요구에 맞춰져 있다고 주장한다.

frontend

네이티브로 끝까지 가려다 텍스트에서 막힌 macOS 개발자의 고백

20년 가까이 macOS와 iOS 네이티브 개발을 해온 작성자가 SwiftUI, AppKit, TextKit 2로 마크다운 채팅 UI를 만들다 결국 WebKit과 Electron 쪽이 훨씬 낫다는 결론에 도달한 글이다. 문제는 성능 하나가 아니라 선택, 스트리밍, 스크롤, 접근성, 텍스트 상호작용 같은 ‘사용자가 당연히 기대하는 기본기’가 네이티브 조합에서 계속 깨진다는 점이다.