starred/karakeep

Fork 0

mirror of https://github.com/karakeep-app/karakeep.git synced 2026-04-24 23:46:06 +03:00

[GH-ISSUE #2263] FR: automatically hide top and bottom reader view bars #1382

New issue

Open

opened 2026-03-02 11:56:55 +03:00 by kerem · 2 comments

kerem commented

2026-03-02 11:56:55 +03:00

Owner

Originally created by @esimkowitz on GitHub (Dec 17, 2025).
Original GitHub issue: https://github.com/karakeep-app/karakeep/issues/2263

Originally assigned to: @esimkowitz on GitHub.

Describe the feature you'd like

When scrolling while reading a page in the mobile app, the top and bottom bars should automatically hide to allow for a more focused reading experience. This is a common behavior in a lot of apps, I think it should be obvious for users, though we could also have a setting if people don’t want this behavior. I’d argue though that auto hide should be the new default.

Describe the benefits this would bring to existing Karakeep users

This would allow users a more uncluttered reading experience on mobile, where screen real estate is more valuable.

Can the goal of this request already be achieved via other means?

Have you searched for an existing open/closed issue?

I have searched for existing issues and none cover my fundamental request

Additional context

No response

Originally created by @esimkowitz on GitHub (Dec 17, 2025). Original GitHub issue: https://github.com/karakeep-app/karakeep/issues/2263 Originally assigned to: @esimkowitz on GitHub. ### Describe the feature you'd like When scrolling while reading a page in the mobile app, the top and bottom bars should automatically hide to allow for a more focused reading experience. This is a common behavior in a lot of apps, I think it should be obvious for users, though we could also have a setting if people don’t want this behavior. I’d argue though that auto hide should be the new default. ### Describe the benefits this would bring to existing Karakeep users This would allow users a more uncluttered reading experience on mobile, where screen real estate is more valuable. ### Can the goal of this request already be achieved via other means? No ### Have you searched for an existing open/closed issue? - [x] I have searched for existing issues and none cover my fundamental request ### Additional context _No response_

kerem added the

feature request

status/approved

pri/medium

labels

2026-03-02 11:56:55 +03:00

kerem commented

2026-03-02 11:56:56 +03:00

Author

Owner

@MohamedBassem commented on GitHub (Dec 18, 2025):

I agree that this should be the default, we don't need to create a setting for it 👍

@MohamedBassem commented on GitHub (Dec 18, 2025): I agree that this should be the default, we don't need to create a setting for it 👍

kerem commented

2026-03-02 11:56:56 +03:00

Author

Owner

@esimkowitz commented on GitHub (Dec 18, 2025):

This is an easy one, I may just check this in while I work on thinking through the other two and how to get the view right

@esimkowitz commented on GitHub (Dec 18, 2025): This is an easy one, I may just check this in while I work on thinking through the other two and how to get the view right

No milestone

No project

No assignees

1 participant

Notifications

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference

starred/karakeep#1382

No description provided.

Rows
Columns