-
Notifications
You must be signed in to change notification settings - Fork 54
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix taking sidebar position in fullscreen mode #1711
base: master
Are you sure you want to change the base?
Conversation
5730cc6
to
80ca372
Compare
Rebased onto master + compiled in prod mode |
80ca372
to
c002a26
Compare
Just noticed this existed after working on an alternative approach at nextcloud/server#39378, but it is basically alternative 1 you considered. Would appreciate input on that one as it seems to have the same effect without the mentioned drawback from above. |
Signed-off-by: Grigorii K. Shartsev <[email protected]>
Signed-off-by: Grigorii K. Shartsev <[email protected]>
c002a26
to
f4d96e1
Compare
PR is updated after nextcloud/server#39378 |
@juliushaertl @skjnldsv @artonge |
Please don't forget to set the milestone when opening a PR 😃 |
🐞 Resolves
Steps to reproduce:
🖼️ Changes
Take the sidebar position in
beforeOpen
Before
master.mp4
After
FIX.mp4
A bug
How Viewer react on sidebar opening now in Files:
Exactly the same happens when Viewer is opened having Sidebar already opened.
It wasn't a problem before #1640 because incorrect width early was correct for fullscreen mode.
Expected behavior
No gap
Solution in this PR
Retake Sidebar's position when file opening (including transition animation) is finished.
Drawbacks
Because of sub-loading and 100ms transition on width, for a short time there is a gap anyway and animation if it's disappearing...
gap.mp4
Alternative solutions
Alternative solutions could be:
ResizeObserver