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 documentation line indicating all List items must be same size #4802

Merged
merged 2 commits into from
Apr 26, 2024

Conversation

hkparker
Copy link
Contributor

@hkparker hkparker commented Apr 22, 2024

Description:

Remove the line in the documentation that indicates that widget.List can only contain items of the same size. This is no longer true since the introduction of SetItemHeight in 2.3

Addresses the confusion that led to #4777.

Checklist:

  • Tests included.
  • Lint and formatter run with no errors.
  • Tests all pass.

Copy link
Member

@andydotxyz andydotxyz left a comment

Choose a reason for hiding this comment

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

I would not remove it, though I agree it is no longer correct.
How about indicating that /by default/ all items are the same size, but that SetItemHeight can be used to change this for a specific row?

@hkparker hkparker changed the title remove documentation line indicating all List items must be same size update documentation line indicating all List items must be same size Apr 23, 2024
@hkparker
Copy link
Contributor Author

yeah good idea, let me know how this language looks

@Jacalz
Copy link
Member

Jacalz commented Apr 23, 2024

Please don't force-push. It usually breaks GitHub's ability to track comments from previous reviews., We'll squash on merge if we think it is needed. Also please fill out the checklist in the PR template as much as possible. Makes things a bit nicer to review for us.

Also FYI: It is a good idea to press the button to re-request a review after making changes :)

@hkparker
Copy link
Contributor Author

Ach, sorry, I remembered squashing existed right after I did that. It's been a while. Let me know if you want me to open a PR without that. I haven't checked the checklist because it hasn't happened yet (I didn't include tests for this of course, an the pipeline hasn't run yet so technically I don't know if the linters and tests passed). But if I should just check everything since it's a comment change will do. And thanks for the FYI on re-review :)

@Jacalz
Copy link
Member

Jacalz commented Apr 23, 2024

Ach, sorry, I remembered squashing existed right after I did that. It's been a while. Let me know if you want me to open a PR without that.

Nah, it's fine. You had no open inline comments so nothing broke really.

I haven't checked the checklist because it hasn't happened yet (I didn't include tests for this of course, an the pipeline hasn't run yet so technically I don't know if the linters and tests passed).

Your PR is obviously just updating a comment so this is more a theoretical problem than anything. However, a good practice is to run the tests and linting locally to test things out before opening a PR (at least if you are modifying code). The idea is to fill out the checkboxes before opening the PR. Tests and linting ought to still complete in your case ;)

And thanks for the FYI on re-review :)

No problem. We've all been there. Happy to help out :)

@hkparker
Copy link
Contributor Author

Ah yeah those comments, ok cool well I'll avoid a force push in the future.

Got it, can run all the tests locally for any code change, thanks for the context. Updated the PR description with checked boxes.

@Jacalz
Copy link
Member

Jacalz commented Apr 24, 2024

Updated the PR description with checked boxes.

Now I'm really picky. Sorry about that, but you haven't added any tests so that checkbox should of course not be checked.

@hkparker
Copy link
Contributor Author

Of course! Updated the description

Copy link
Member

@Jacalz Jacalz left a comment

Choose a reason for hiding this comment

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

Thanks. Just one minor grammatical suggestion :)

widget/list.go Outdated Show resolved Hide resolved
@coveralls
Copy link

coveralls commented Apr 24, 2024

Coverage Status

coverage: 64.898% (-0.008%) from 64.906%
when pulling 5c7e0a8 on hkparker:patch-2
into 213440e on fyne-io:develop.

Co-authored-by: Jacob Alzén <jacalz@tutanota.com>
@hkparker hkparker requested a review from Jacalz April 25, 2024 16:25
Copy link
Member

@Jacalz Jacalz left a comment

Choose a reason for hiding this comment

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

Thanks. I can't merge until Andrew has re-reviewed but it looks great now. Thanks for the contribution and sorry for all a the back and forth :)

@dweymouth dweymouth dismissed andydotxyz’s stale review April 26, 2024 15:21

Requested changes were made

@dweymouth dweymouth merged commit 2e780b0 into fyne-io:develop Apr 26, 2024
12 checks passed
@dweymouth
Copy link
Contributor

I dismissed Andy's review and went ahead and merged this since it's so straightforward

@Jacalz
Copy link
Member

Jacalz commented Apr 26, 2024

I dismissed Andy's review and went ahead and merged this since it's so straightforward

Cool. Didn't know that was a thing 🙃

@hkparker
Copy link
Contributor Author

@Jacalz Ah the back and forth is appreciated, good to learn what I should do next time!

@hkparker hkparker deleted the patch-2 branch April 26, 2024 21:23
@Jacalz
Copy link
Member

Jacalz commented Apr 27, 2024

Cool. Thanks for you contribution :)

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

Successfully merging this pull request may close these issues.

5 participants