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

Migrate React /component components to Flow component syntax #3236

Draft
wants to merge 58 commits into
base: master
Choose a base branch
from

Conversation

reosarevok
Copy link
Member

Flow now supports a specific React Component Syntax which reduces the amount of types we need to define manually, and is supposed to be better for type checking as well. I'm converting our React components to this syntax bit by bit with this PR.

This changes all stuff in the components subfolder.

Note: To be reviewed without whitespace changes (since this adds explicit return() calls that require spacing things one more tab in many cases).

On top of #3230

@reosarevok reosarevok added the Refactoring Refactoring-only PRs (eslint fixes etc) label Apr 15, 2024
@reosarevok reosarevok marked this pull request as draft April 15, 2024 14:03
@reosarevok reosarevok force-pushed the flow-component-syntax-components branch from 6047d04 to 8f44e84 Compare April 15, 2024 18:00
This is only used in one place, so there's no need to have
a separate types file just for it.
This is only used in one place, so there's no need to have
a separate types file just for it.
This is only used in one place, so there's no need to have
it in a separate types file.
This is only used in one place, so there's no need to have
it in a separate types file.
This is only used in one place, so there's no need to have
it in a separate types file.
This is only used in one place, so there's no need to have
it in a separate types file.
This is only used in one place, so there's no need to have
it in a separate types file.
Map will have the index anyway, so we don't need to pass it
in these cases.
In order to make use of the benefits of the syntax,
converted components/TagEntiesList here too
so I can use its props to avoid defining things twice.
Flow wasn't happy with us passing variables we don't use
as part of props. I made some changes on how we do typing here
that actually allowed me to drop the separate types file entirely.
No changes to text content, all changes are moving
words around for max-len purposes
For VoteCheckbox in Vote.js, Flow was unhappy with us passing
a generic ...props to the input, since in theory the props can
contain different name, type etc from what we're passing separately.
This just changes it to pass value specifically, which seems to be
the intention based on Flow typing.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Refactoring Refactoring-only PRs (eslint fixes etc)
Projects
None yet
1 participant