[Bug]: Pagination component should not switch to column layout at small screen widths
Nobody has claimed this yet.
Assessment
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Newbie friendliness
- 74/100
- Issue type
- Bug
- Clarity
- Clearly specified
- Activity status
- Quiet
- Tech stack
- typescript
- Domain
- frontend
Research direction
Start in Pagination.tsx and inspect the outer Container's responsive behavior and the existing inner navigation sizing. Change the outer container so it remains a row at small widths, then verify that "X rows" stays on the left and page navigation stays on the right when the smallest media query activates.
Written by the indexing model from the issue text.
Description
What happened?
The Pagination component's outer Container uses isResponsive={true} by default, which causes it to switch from flex-direction: row to flex-direction: column at ≤768px. This breaks the layout because:
- The
justify-content: space-betweenthat spaces "X rows" and the page navigation apart on the horizontal axis stops working, it now applies vertically. - Items center horizontally instead of spreading apart, and the page input stretches.
- The inner nav controls (prev/next buttons, page input) are already designed to stay compact (
fillWidth={false},maxWidth="50px"on the input), so the column stacking doesn't improve usability.
Expected behavior: The pagination row should maintain its horizontal layout at all screen widths, with "X rows" on the left and page navigation on the right.
Suggested fix: Pass isResponsive={false} to the outer Container in Pagination.tsx so it always stays as a row.
Component(s) affected
Pagination
How to reproduce
- Use a pagination component
- Minimize the screen so the smallest media query activates
Click UI Version
current
Browser(s)
Chrome
Operating system
macOS
Is this a regression?
No, never worked as far as I know
Last working version (if regression)
No response
Screenshots or recording
Visual / UX checklist
- Checked in both light and dark mode (if applicable)
- Checked at different viewport sizes (if applicable)
- Checked with keyboard navigation (if applicable)
- Checked for visual regressions in related components
- Dominant language
- TypeScript
- Stars
- 135
- Forks
- 33
- Avg merge
- 2d 13h
- Merged PRs (30d)
- 19
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from ClickHouse/click-ui
-
a11y bug
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
ClickHouse/click-ui#1056 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
ClickHouse/click-ui#661 · 2 comments ·
-
Test issue Opena11y
Difficulty 5/5 Over a week Newbie friendliness 10/100
ClickHouse/click-ui#1171 ·
-
Difficulty 3/5 1-2 days Newbie friendliness 68/100
ClickHouse/click-ui#1092 · 5 comments ·
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 55/100
ClickHouse/click-ui#1020 · 1 comment ·
All issues in ClickHouse/click-ui
Similar issues
-
calcite-components needs triage refactor
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
Esri/calcite-design-system#15203 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 91/100
-
community first-timers-only good first issue hacktoberfest help wanted low hanging fruit up-for-grabs
Difficulty 1/5 Under an hour Newbie friendliness 95/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
Automattic/studio#4908 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 90/100