# 브라우저의 '페이지에서 찾기' 단축키 재정의

**URL:** <https://meta.discourse.org/t/overriding-the-browsers-find-in-page-keyboard-shortcut/203233>\
**Category:** UX\
**Tags:** keyboard-shortcuts\
**Created:** [9월 11, 2021, 8:14오전 UTC](https://meta.discourse.org/t/overriding-the-browsers-find-in-page-keyboard-shortcut/203233 "2021-09-11T08:14:10Z")\
**Posts on this page:** 1\
**Showing post:** 2

<div class="post-metadata">

**Author:** ![JonathanShaw](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jonathanshaw/32/532672_2.png) [@JonathanShaw](https://meta.discourse.org/u/JonathanShaw)\
**Post date:** [9월 11, 2021, 10:25오전 UTC](https://meta.discourse.org/t/overriding-the-browsers-find-in-page-keyboard-shortcut/203233/2 "2021-09-11T10:25:27Z")

</div>

여기 UX가 짜증스럽고 놀랍다는 점에 공감합니다. 제게도 30개 주제 정도의 단순한 스레드에서 위아래로 스크롤하려는 것이 어색하게 느껴집니다. 이것은 Discourse에 대해 제가 부끄러워하는 유일한 부분입니다.

소형~중형 스레드에서 좋은 UX를 제공하는 것과 대형 스레드에서 문제가 발생하지 않도록 하는 것 사이의 균형이 적절히 잡혀 있는지 궁금합니다. 제 프로젝트에서는 매우 큰 스레드가 큰 문제가 될 가능성은 낮으므로, 대형 스레드의 필요성 때문에 UX가 저해되는 것이 짜증스럽습니다.

현재 접근 방식을 제한하는 실제 문제가 Android에서의 렌더링 시간이었다는 글을 읽은 기억이 납니다. 만약 그렇다면, 일부 기기의 한계 때문에 모든 기기의 성능을 떨어뜨리는 것은 아쉽다고 생각합니다.

개발자가 다음 사항을 커스터마이즈할 수 있는지 합리적으로 가능한지 알고 싶습니다:  
(1) 청크당 주제 수 (예: 기기별로 상이하게 설정)  
(2) 현재처럼 렌더링된 주제를 언로드하는 대신 이미 렌더링된 주제를 화면에 유지하는 것 (현재 방식은 상단으로 스크롤할 때 버벅임을 유발합니다)

이것이 정말 복잡한 영역이며, 이미 많은 노력이 투입되었음에도 좋은 해결책이 없다는 점을 잘 이해하고 있습니다.

---

_[View the full topic](https://meta.discourse.org/t/overriding-the-browsers-find-in-page-keyboard-shortcut/203233)._