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

Update temporary border radius variable #5639

Merged
merged 1 commit into from
May 28, 2024

Conversation

marcoambrosini
Copy link
Contributor

Signed-off-by: Marco Ambrosini <marcoambrosini@proton.me>
@marcoambrosini marcoambrosini added bug Something isn't working 3. to review Waiting for reviews labels May 27, 2024
@marcoambrosini marcoambrosini added this to the 9.0.0 milestone May 27, 2024
@marcoambrosini marcoambrosini self-assigned this May 27, 2024
Copy link
Contributor

@ShGKme ShGKme left a comment

Choose a reason for hiding this comment

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

Shouldn't it also be used in input elements?

@marcoambrosini
Copy link
Contributor Author

Shouldn't it also be used in input elements?

@ShGKme they use --large, my understanding it that all --element would go back to --large eventually

Anyway can we do this in a follow up it in the end it's needed? I need these changes in asap

@susnux susnux merged commit 31896cf into master May 28, 2024
18 checks passed
@susnux susnux deleted the update-temporary-border-radius-variable branch May 28, 2024 12:17
@ShGKme
Copy link
Contributor

ShGKme commented May 28, 2024

@ShGKme they use --large, my understanding it that all --element would go back to --large eventually

@marcoambrosini Even if they have the same value doesn't mean they have the same semantics and should become a single variable in future.

So from the engineering part of theming and for customization, it is important to determine, is --element about border radius for all interactive elements and buttons + list items + inputs should have the same border radius (as it is said currently in the linked PR), or it is a different type of borders and we want to have separate configs for input and for buttons/list-items.

If they are different, we should also adjust the definition in nextcloud/server#45295

All the variables are not only a part of internal implementation but also a part of the global public interface of Nextcloud, meaning that:

  • It affects many apps and versions of Nextcloud and apps
  • It is used for custom theming, useful for branded instances and helps developers to adjust theme
  • Cannot be easily undone after the release without making a breaking change

@ShGKme
Copy link
Contributor

ShGKme commented May 28, 2024

@marcoambrosini PR is merged into master but the milestone is 9.0.0. It is an incompatible pair — v9 is the next branch...

Was it supposed to be on next of in the next minor v8 release?

@marcoambrosini
Copy link
Contributor Author

This goes in Nextcloud 30, as all the other design changes. Should these changes only be in next?

@marcoambrosini Even if they have the same value doesn't mean they have the same semantics and should become a single variable in future.

But didn't we say that we're going to remove this variable eventually and keep only --large and this new one was only temporary? If that's not the case, then it makes sense to use it with inputs as well yes.

@susnux
Copy link
Contributor

susnux commented May 29, 2024

This goes in Nextcloud 30, as all the other design changes. Should these changes only be in next?

No it needs to be also in v8.x, so just the milestone needs to be 8.x not 9.0.0 :)

didn't we say that we're going to remove this variable eventually

We can only do so in roughly 2 years and then need refactor this library and possibly apps.
So not sure if it is not better to just keep the variable.

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 bug Something isn't working
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants