Skip to content
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

don't give normal and large modals a fixed height #2610

Merged
merged 1 commit into from
Apr 8, 2022

Conversation

szaimen
Copy link
Contributor

@szaimen szaimen commented Apr 6, 2022

Fix nextcloud/server#31854

Signed-off-by: szaimen szaimen@e.mail.de

Signed-off-by: szaimen <szaimen@e.mail.de>
@@ -735,15 +735,13 @@ export default {
max-width: 90%;
width: 600px;
max-height: 90%;
height: 600px;
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

maybe we should give it a min-heigt of e.g. 300px now that we don't enforce a specific size anymore?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What about a width: clamp(300px, 600px, 90vw);?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

width is not for discussion... do you mean height?

Copy link
Contributor

@dartcafe dartcafe Apr 7, 2022

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yeah right, off topic. I just stumbled upon this definition, because I prefer clamb, min and max over min-width, max-width, ... .

Had to be commented under the next comment. 😁

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

okay, feel free to open a PR for discussion. For me using min, max, etc. is fine :)

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ah, no. That's not valuable, because the result is the same. Just consumes time. For me this are just small 'by the way' improvements of the css code. I am more satified that I can remove my height hack after the release.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

okay 👍

@szaimen
Copy link
Contributor Author

szaimen commented Apr 6, 2022

and while we are at it, what do you think about changing the width and max-width here:
https://github.com/nextcloud/nextcloud-vue/blob/dc03f8d5db6a24309145c16c72360dd653a551c6/src/components/Modal/Modal.vue#L728-L730
to

width: 400px;
max-width: 90%; 

@marcoambrosini marcoambrosini added the breaking PR that requires a new major version label Apr 6, 2022
@marcoambrosini marcoambrosini added this to the 6.0.0 milestone Apr 6, 2022
@szaimen
Copy link
Contributor Author

szaimen commented Apr 6, 2022

@marcoambrosini removing the fixed height should just fall-back to the height of the elements inside (aka fit-content) so not sure if this is really a breaking change. But either way fine by me.

@marcoambrosini
Copy link
Contributor

🤔 couldn't it be that someone is relying on that height for scrollable content?

@szaimen
Copy link
Contributor Author

szaimen commented Apr 6, 2022

🤔 couldn't it be that someone is relying on that height for scrollable content?

I don't think so...
Also it is the wrong way to do that, imo... you should rather let the modal handle this...

@dartcafe
Copy link
Contributor

dartcafe commented Apr 7, 2022

🤔 couldn't it be that someone is relying on that height for scrollable content?

I would say the opposite is the case. I was relying on the fit-content-height and had to fix the forced height in every modal to get the behavior before this change was introduced.

@marcoambrosini marcoambrosini removed the breaking PR that requires a new major version label Apr 7, 2022
@marcoambrosini marcoambrosini removed this from the 6.0.0 milestone Apr 7, 2022
@szaimen
Copy link
Contributor Author

szaimen commented Apr 7, 2022

So merge then or what are we waiting for?

(the initial problem should be fixed with this change)

@szaimen szaimen requested a review from a team April 7, 2022 14:33
Copy link
Contributor

@skjnldsv skjnldsv left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'd like to wait for a minor, we need to release a patch first 🙏

Copy link
Contributor

@skjnldsv skjnldsv left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actually it's a patch as it's a bugfix, sorry for misunderstanding

@skjnldsv skjnldsv merged commit d420300 into master Apr 8, 2022
@skjnldsv skjnldsv deleted the enh/noid/modal-height branch April 8, 2022 08:47
@skjnldsv skjnldsv added this to the 5.1.1 milestone Apr 8, 2022
@skjnldsv skjnldsv mentioned this pull request Apr 8, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
3. to review Waiting for reviews
Projects
None yet
Development

Successfully merging this pull request may close these issues.

[Bug]: User status modal hides only set button in new modal height
4 participants