- Shipped
- 2026년 8월 27일 오전 7:42 UTC
- Author
- Kamo
- Commit
- 4202eea
Workspace Picker에 대한 두 가지, 둘 다 같은 목록. workspace는 마지막으로 사용 된 회원은 버튼에 사전 선택되어 있기 때문에 이 화면은 설문 조사보다는 확인입니다. 그러나 그것으로 스크롤하지 않습니다. · 평소에 앉아있는 20 조직의 회원은 14th 목록을 열었습니다. 강조 표시 줄을 표시 그들은 볼 수 없습니다, 머리 아래에, 버튼 위 화면에 nowhere에 나타난 workspace를 naming. 사전 선택이 되었는지 org가 목록에 떨어졌다는 곳까지 가다. 한 번에 볼 수 있으며, 열려있을 때만 시력 — 화면에 이미 행은, 목록 스크롤하기 때문에 스크롤이 필요 없습니다. 플러시 보다는 오히려 중심 가장자리에, 그래서 위의 행과 아래 여전히 "이 목록의 위치입니다". `scrollTop` 오히려 `scrollIntoView`: 그 모든 스크롤 조수, 그리고 로그인 화면에서 페이지를 가지고 갈 수 있습니다. 현재 위치 `position: 상대` 그래서 행 `offsetTop`는 목록 자체에 대해 측정한다 — 정확한, 그리고 경계와 달리 그것은 행의 입구에 의해 이동되지 않습니다 변환. scrollbar는 두 번째 일입니다. 이 스크린에 각 악센트는에서 섞입니다 `--color-primary`, 테마 스타일 시트가 이미 설정 한 조직은 스크린으로 상표를 붙입니다: 선택 가로장, 줄 주석, "마지막 사용"pill, 버튼. scrollbar는 아직도 크롬의 한 조각이었습니다 브라우저의 기본 회색에서 렌더링, 이는 강력하게 브랜드의 테넌트는 패널에 유일한 회색. 이제 동일한 토큰의 톤입니다 — translucent 호버에 깊은 점, 연한 궤도, 둥근 둘 다. <style> 요소가 아닌 인라인 스타일로 쓰여져서 나머지는 구성 요소는 scrollbar가 pseudo-elements를 통해서만 도달할 수 있기 때문에, 이용합니다. 두 구절은 거기에 있고 다른 것에 대한 낙진은 없습니다 : WebKit 및 크롬은 가짜 요소를 읽고 `scrollbar-color`, Firefox 읽기를 무시 `scrollbar-color`와 가짜 요소가 없습니다.