- 관련 상품
- 2026년 9월 5일 오후 9:21 UTC
- 이름 *
- Kamo
- 뚱 베어
- 92ca0fa
확장되고 붕괴 사이에 가로장 엇바꾸기로 보고해 포인터는 여전히 그 scrollbar에 유지, 이는 정확히 무슨 일이. useNavHoverPeek는 `elementFromPoint`에서 흠뻑 빠릅니다. ScrollbarLayer는 <body>에 포털에 넣고 철도의 개골창에 그려져 있으므로 철도는 그 일부가 포함되어 있지 않습니다 : 재난은 "포인은 왼쪽을 읽습니다. 이름 * 혼자는 철도를 붕괴했다 - 루프는 다음에 온 것입니다. · 붕괴된 가로장은 `scrollbar` 보다는 오히려 ‘arrows`를 위한 NavOverflowScroller를 요구합니다, `arrows`는 data-kamo-scrollbar="off"로 선택되었으므로, 바가 부족합니다. 가로장은 포인터의 밑에, 그래서 열리는, 그래서 막대기가 뒤로 옵니다. pointermove 비율에. 포인터의 스택은 이제 전체에 대해 물었다, 그리고 스크롤만 오버레이 레이어는 위에 족답된다; 그들 아래에 첫 번째 것은 결정한다. 관련 기사 ONLY 그 짐 방위 부분입니다 - "하나의 레일은 언젠가 이"에 hover로 계산하면 열린 대화 상자 뒤에 레일을 열 수 있습니다. 이 버그에 대한 하나 옆에 앉아있는 경우 테스트가 있습니다. 새로운 테스트는 실제 pointermove를 파견합니다. 그들의 첫 번째 초안은 하지 않았다, 그리고 수정 해제로 전달 : 프레임 일정을 재구성하지 않고, 그래서 그들은 국가가 변경되지 않았고 녹색을 영원히 갔다. 수정을 비활성화하고 올바른 것을보고 실패. 또한: 막대기의 단추는 0.55 불투명에 연한 회색 잉크 및 밖으로 나가기 위하여 열심히이었습니다 자주 묻는 질문 각각은 이제 흰색 글리프를 운반하는 엄지의 자신의 색상의 알약입니다, 그래서 막대기는 회색 표 이상에 그립 보다는 오히려 1개의 계기로 읽습니다 아래. 흰색과 어두운 레일에 브라우저에서 확인, 전체 크기와 120px 패널로 축소.