[GH-ISSUE #6803] [Bug] Can't reduce window size in full screen #3001

Closed
opened 2026-03-23 21:26:53 +00:00 by mirror · 6 comments
Owner

Originally created by @davystrong on GitHub (Nov 17, 2024).
Original GitHub issue: https://github.com/AppFlowy-IO/AppFlowy/issues/6803

Originally assigned to: @LucasXu0 on GitHub.

Bug Description

Hope I haven't missed anything obvious, but when I open Appflowy as a split window in fullscreen mode on Mac, the window can't be reduced below about two thirds of the screen.

How to Reproduce

Open the app in split screen mode alongside some other app

Expected Behavior

I would expect to have full control over the window size, or at least, that the minimum size would be a lot smaller.

Operating System

macOS

AppFlowy Version(s)

0.7.3

Screenshots

No response

Additional Context

No response

Originally created by @davystrong on GitHub (Nov 17, 2024). Original GitHub issue: https://github.com/AppFlowy-IO/AppFlowy/issues/6803 Originally assigned to: @LucasXu0 on GitHub. ### Bug Description Hope I haven't missed anything obvious, but when I open Appflowy as a split window in fullscreen mode on Mac, the window can't be reduced below about two thirds of the screen. ### How to Reproduce Open the app in split screen mode alongside some other app ### Expected Behavior I would expect to have full control over the window size, or at least, that the minimum size would be a lot smaller. ### Operating System macOS ### AppFlowy Version(s) 0.7.3 ### Screenshots _No response_ ### Additional Context _No response_
mirror 2026-03-23 21:26:53 +00:00
  • closed this issue
  • added the
    v0.7.5
    label
Author
Owner

@LucasXu0 commented on GitHub (Nov 18, 2024):

Hi, @davystrong. We have a minimum window size requirement of 960 pixels to avoid UI scaling issues.

<!-- gh-comment-id:2481788922 --> @LucasXu0 commented on GitHub (Nov 18, 2024): Hi, @davystrong. We have a minimum window size requirement of 960 pixels to avoid UI scaling issues.
Author
Owner

@davystrong commented on GitHub (Nov 18, 2024):

@LucasXu0 thanks for that! I'm using a 16 inch Macbook, the display is 3456 pixels across and I'd estimate it doesn't let me reduce it below about 2100 pixels. 960 would be reasonable, I think, but this is annoying. Any idea why it won't go any smaller?

<!-- gh-comment-id:2482389118 --> @davystrong commented on GitHub (Nov 18, 2024): @LucasXu0 thanks for that! I'm using a 16 inch Macbook, the display is 3456 pixels across and I'd estimate it doesn't let me reduce it below about 2100 pixels. 960 would be reasonable, I think, but this is annoying. Any idea why it won't go any smaller?
Author
Owner

@LucasXu0 commented on GitHub (Nov 18, 2024):

@davystrong My previous comment was not clear. For your MacBook, the limitation should be 960 × (2-3) pixels (approximately within this range). I may change it to a dynamic value based on the screen pixels if it doesn't cause too many UI issues.

<!-- gh-comment-id:2482409707 --> @LucasXu0 commented on GitHub (Nov 18, 2024): @davystrong My previous comment was not clear. For your MacBook, the limitation should be 960 × (2-3) pixels (approximately within this range). I may change it to a dynamic value based on the screen pixels if it doesn't cause too many UI issues.
Author
Owner

@davystrong commented on GitHub (Nov 18, 2024):

@LucasXu0 that makes more sense. Yes, having it linked to the screen pixels might be a good idea, however I'd like it to be as flexible as possible. With the current window layout, it looks like the value could be reduced to about half what it currently is without any issues, even with the sidebar open. I had previously been using OneNote, and this actually something it did quite well. When the window got too small, the sidebar stopped "pushing" the content out of the way and start appearing in from of the content, then disappearing when you focused on the page again. Maybe this is something you could do as well.

<!-- gh-comment-id:2483280451 --> @davystrong commented on GitHub (Nov 18, 2024): @LucasXu0 that makes more sense. Yes, having it linked to the screen pixels might be a good idea, however I'd like it to be as flexible as possible. With the current window layout, it looks like the value could be reduced to about half what it currently is without any issues, even with the sidebar open. I had previously been using OneNote, and this actually something it did quite well. When the window got too small, the sidebar stopped "pushing" the content out of the way and start appearing in from of the content, then disappearing when you focused on the page again. Maybe this is something you could do as well.
Author
Owner

@LucasXu0 commented on GitHub (Nov 26, 2024):

Hi, @davystrong. This package reduces the minimum window size limitation. Would you like to test to see if it matches your screen size?

https://github.com/AppFlowy-IO/AppFlowy-Builder/releases/download/0.7.4_main/AppFlowy-0.7.5-macos-universal.dmg

<!-- gh-comment-id:2499405087 --> @LucasXu0 commented on GitHub (Nov 26, 2024): Hi, @davystrong. This package reduces the minimum window size limitation. Would you like to test to see if it matches your screen size? https://github.com/AppFlowy-IO/AppFlowy-Builder/releases/download/0.7.4_main/AppFlowy-0.7.5-macos-universal.dmg
Author
Owner

@davystrong commented on GitHub (Nov 26, 2024):

@LucasXu0 tested and that works much better now! Thank you! I'll close this issue.

<!-- gh-comment-id:2500018497 --> @davystrong commented on GitHub (Nov 26, 2024): @LucasXu0 tested and that works much better now! Thank you! I'll close this issue.
Sign in to join this conversation.
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
AppFlowy-IO/AppFlowy#3001
No description provided.