- Shipped
- 2026년 9월 7일 오전 5:44 UTC
- Author
- Kamo
- Commit
- ef388ed
도구 도크는 페이지의 수직 스크롤 바에 적합한 가장자리를 예약 할 때 그 바 가장자리에 있었다 - 두 픽셀 안에, 서브 픽셀 라운드. 이 앱의 거의 바가 없습니다. Nesting /account의 1440px의 실제 브라우저에서 실제로 렌더링합니다. ag-Grid's scrollbar 지구는 1391에서 1423까지 x를, 페이지 뿌리이기 때문에 7teen의 화소 짧습니다, 점유합니다 `p: 2`와 그리드 주변의 카드는 국경을 가지고 있습니다. MUI DataGrid 에 `p:3` 카드 토지 20 피트 짧은. 둘 다 건너 뛰고, 가장 적합한 창이 그려졌다. 1435의 오른쪽 가장자리 - 전체 막대를 똑바로. 회원은 뒤에 내용을 볼 수 있습니다 창을 닫고 아무 것도 없이 스크롤하지 않았다. 그래서 질문 rightEdgeReserve는 더 이상 "이 바는 가장자리에서"하지만 "은 무엇인가 이 바와 가장자리 크롬 사이에 서"- 패딩, 국경, 그리드의 자신의 스트립, 어느 아무도 읽고 아무도 스크롤. 두 개의 케이스는 서로 가까이 없습니다. 크롬 1s 측정 17 과 25, codebase에서 가장 쉬운 패딩 (`p: 6`)는 48이고, 첫번째 352을 측정하는 것 외에도 320px 레일과 함께 무언가를 현실로 배치하십시오. NEAR EDGE REACH는 96에서 그 간격의 중간을 통해 그려집니다. 도달 내 바는 그 뒤에 격차로 도덕된다. 막대기의 자신의 폭만 보존 왼쪽 창 thirty-two 픽셀을 이동 하 고 같은 바를 덮고 왼쪽, 그래서 지금 예약은 Viewport Edge에서 Bar 's LEFT 측으로 실행되므로 DOMRect.right는 일상적으로 분수이고 절반 화소 짧은 반은 창의 절반 화소입니다 바. 도크에 대한 답변은 하나의 번호로 고정됩니다 : 열린 배치, row re-pack, free-slot scan, 오버 플로우 캐스케이드 및 드래그 드롭 모두 같은 읽기 readViewport(). 정의되지 않은 수정 : 부동 창, 그들은 어디로가는 떨어졌다; 목적에 viewport를 소유하고, hexheads, 이는 thrown 과 bounce 떨어져서 the viewport's 현실 가장자리. argued 보다는 오히려 끝에 확인된 끝. 각 배열을 reproducing 조사는, 몹니다 오버레이와 고전 scrollbar 모드 모두에 있는 puppeteer, 정확하게 서 있는 창을 걸었다 geometry layoutDock 반환하고 elementFromPoint를 가진 막대기의 센터를 시험했습니다: ag-Grid (/account) 예약 0 -> 49 창 오른쪽 가장자리 1435 -> 1386 바 커버 -> 명확한 DataGrid (p: 3) 예약 0 -> 57 창 오른쪽 가장자리 1435 -> 1378 바 커버 -> 클리어 팬 + 320px 레일 예약 0 -> 0 창 오른쪽 가장자리 1435 -> 1435 올바르게 무시