-
Notifications
You must be signed in to change notification settings - Fork 8.4k
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
Make sure to update the selection pivot while circling #14636
Conversation
This comment has been minimized.
This comment has been minimized.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
✅
// | ||
// Failure to do this might lead to GH #14462 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
// | |
// Failure to do this might lead to GH #14462 |
I respect that this is true, but also... git blame
could probably tell you that, and I don't know that every time we make a change we need to decorate the code with signposts that say "this was a bug back when xyz" :)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
sorry missed this - FWIW I still add these out of habit. After being through 4 different source control trees, I find it's 1000% easier to leave the history for weird lines of code next to them in the source. Then, when one of these lines is inevitably refactored, we can see the comment moved/deleted and check the original bug for regressions, rather than manually git blame
ing every time we think a line of code comes from a weird bug report.
That's my 2c. LOC are cheap.
Log::Comment(fmt::format(L"expectedAnchor:({},{})", expectedAnchor.x, expectedAnchor.y).c_str()); | ||
Log::Comment(fmt::format(L"anchor:({},{})", anchor.x, anchor.y).c_str()); | ||
Log::Comment(fmt::format(L"end:({},{})", end.x, end.y).c_str()); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
this seems like it should be one really long fmt::format
instead of three, but.. \_(shrug)_/
Hello @zadjii-msft! Because this pull request has the p.s. you can customize the way I help with merging this pull request, such as holding this pull request until a specific person approves. Simply @mention me (
|
🎉 Handy links: |
This builds upon #10749. When we added a separate pivot to track the "active" anchor, we forgot to update the pivot while circling. What does that mean? Moving the mouse would trigger us to update the selection using new endpoint and the old pivot, which hadn't been updated.
There's probably a more elegant way of doing this, but it's good enough.
Updated the test to cover this as well.
Closes #14462