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

[BREAKING CHANGE] CardScroll: переименовать noSpaces -> padding #7756

Closed
Tracked by #7660
EldarMuhamethanov opened this issue Oct 15, 2024 · 5 comments · Fixed by #7788
Closed
Tracked by #7660

Comments

@EldarMuhamethanov
Copy link
Contributor

EldarMuhamethanov commented Oct 15, 2024

Описание

Необходимо переименовать в компоненте CardScroll свойство noSpace в padding. Также необходимо инвертировать существующие значения noSpace

@EldarMuhamethanov EldarMuhamethanov self-assigned this Oct 15, 2024
@github-project-automation github-project-automation bot moved this to 🗃 Backlog in VKUI Oct 15, 2024
@EldarMuhamethanov EldarMuhamethanov added this to the v7.0.0-beta.1 milestone Oct 15, 2024
@EldarMuhamethanov EldarMuhamethanov changed the title CardScroll: переименовать noSpaces -> padding [BREAKING CHANGE] CardScroll: переименовать noSpaces -> padding Oct 15, 2024
@EldarMuhamethanov EldarMuhamethanov moved this from 🗃 Backlog to 🔧 In progress in VKUI Oct 15, 2024
@Kritolan
Copy link

А почему padding, а не withPadding, например? Это не выглядит как булево, причем я где-то уже видел обсуждение, что такое имя вызывает желание передать в него какое-то число и никак не ассоциируется с булево.

@EldarMuhamethanov
Copy link
Contributor Author

А почему padding, а не withPadding, например? Это не выглядит как булево, причем я где-то уже видел обсуждение, что такое имя вызывает желание передать в него какое-то число и никак не ассоциируется с булево.

Синхронизировали название с дизайном + в будущем может появиться необходимость прокинуть число в этот параметр

@Kritolan
Copy link

Но до этого будущего этот параметр будет лишь всех путать. Может стоит все же поменять название в дизайне, чтобы не использовать термин, который уже имеет вполне конкретную конотацию из CSS с совершенно другим типом данных?

@inomdzhon
Copy link
Contributor

inomdzhon commented Oct 21, 2024

Но до этого будущего этот параметр будет лишь всех путать. Может стоит все же поменять название в дизайне, чтобы не использовать термин, который уже имеет вполне конкретную конотацию из CSS с совершенно другим типом данных?

Спасибо за отличное замечание 🙏

Обсудили этот момент и пришли к тому, что всё же оставить булин будет лучше, т.к. его легче будет расширить до union типа в рамках одного параметра, а проблема DX будет решена за счёт валидации TypeScript или за счёт IDE в проектах без TypeScript

@vkcom-publisher
Copy link
Contributor

v7.0.0-beta.1 🎉

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Archived in project
Development

Successfully merging a pull request may close this issue.

4 participants