Hacker News 의견

• 백엔드 개발자로서 프론트엔드 작업을 볼 때 가끔 복잡함에 놀라움을 느낌

  • 훌륭한 기사이며 작업도 잘 되어 있지만, 단순한 스크롤에 이렇게 많은 복잡성을 도입해야 하는지 의문이 듦

• 사이드 내비게이션의 "활성 앵커" 표시의 UX 목적에 대한 질문

  • 독자가 긴 섹션의 중간에 있을 때, 화면에 보이지 않는 헤딩을 대신하여 현재 섹션을 상기시켜 줄 수 있음
  • 이는 스크롤한 헤딩이 아니라 화면에 보이는 섹션에 따라 작동함을 의미함
  • 작은 섹션이 화면의 대부분을 차지하지 못할 경우, 활성 표시가 유용하지 않을 수 있음

• 앵커 링크의 가장 중요한 UX 기능은 다른 사람에게 보낼 수 있고 북마크로 저장할 수 있어야 함

  • 특정 섹션을 북마크할 수 있는 기능이 페이지 상단부터 시작해 스크롤하거나 앵커 링크를 클릭하는 것보다 훨씬 편리함
  • 이 웹사이트는 #anchor-name URL을 사용하지 않아 이 기능을 제공하지 않음

• Jira의 앵커/영구 링크에 짜증이 나서 클릭했으나, 비슷하지만 다른 방식임

  • 키보드로 앵커로 이동할 수 없음
  • 저자에게 질문: 왜 HTML <a> 요소 대신 비상호작용 요소에 JS 이벤트 리스너를 사용했는지

• 메인 페이지 콘텐츠 아래에 패딩을 추가하는 것이 이상적임

  • 콘텐츠의 끝부분이 뷰포트 하단에 고정되는 문제를 해결함
  • 모바일에서는 90vh, 더 큰 화면에서는 50vh의 마진이 적절함
  • 데스크탑에서는 90vh 마진이 어색해 보일 수 있음

• 현대 브라우저에서는 텍스트 조각을 사용하여 페이지의 특정 부분을 강조할 수 있음

  • Chrome에서는 텍스트를 강조하고 오른쪽 클릭하여 "링크 복사"를 선택하면 됨
  • 앵커 대신 특정 텍스트 부분을 강조하는 데 매일 사용함

• 여러 "활성" 상태를 허용하는 것도 가능함

  • 콘텐츠가 길면 두 섹션의 헤더가 모두 "활성" 상태가 될 수 있음
  • 짧은 콘텐츠에서는 너무 많은 부분이 강조될 수 있음

• 다른 댓글을 읽는 것이 재미있음

  • 모바일에서 사이트 디자인이 흥미롭고 문제 해결이 명확히 전달됨
  • 팝업 없이 기술적인 내용을 다루는 블로그를 읽는 것이 신선함

• Firefox 데스크탑에서 "아름다운 솔루션"이 "중간 섹션"을 강조함

  • 페이지 하단에 도달하지 않았을 때도 결론이 완전히 보임
  • 화면에 보이는 모든 앵커를 강조하는 것이 답임

• 기사가 깔끔하고 블로그 디자인이 더 흥미로움

  • 오른쪽 정렬 방식은 마음에 들지 않지만, 왼쪽 팝업의 인라인 활성화는 매우 멋짐