-
Notifications
You must be signed in to change notification settings - Fork 47
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
Tags should refer to full paths, not just base paths. #4299
Conversation
QA Wolf here! As you write new code it's important that your test coverage is keeping up. |
The latest updates on your projects. Learn more about Vercel for Git ↗︎
|
314e50c
to
560fdc9
Compare
560fdc9
to
775b966
Compare
See "Problem 2" in #4297 This is a pure refactor, it should not change any behaviour at all. It adds more information into the tag system, but nothing reads that extra information yet. It will be used to address problem 3 of the above issue.
775b966
to
d69fb2d
Compare
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## main #4299 +/- ##
==========================================
- Coverage 85.82% 85.80% -0.03%
==========================================
Files 77 77
Lines 27167 27189 +22
==========================================
+ Hits 23317 23330 +13
- Misses 3850 3859 +9
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. |
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.
LGTM. I kinda wish we errored when length
is called on a non-linear line but I'm hoping the current method is very temporary. If it's not very temporary (< 1 month) we should do it
pub fn get_from(&self) -> &[f64; 2] { | ||
&self.get_base().from | ||
} | ||
/// Where does this path segment end? | ||
pub fn get_to(&self) -> &[f64; 2] { | ||
&self.get_base().to | ||
} |
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.
Why the unnecessary indirection?
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.
In the future we're not going to know the start/end of lines so easily (we'll need to query wasm or the API) so this change is preparation for that.
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.
get_base() though is already abstracting
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.
Nice.
will be done today |
See "Problem 2" in #4297
This is a pure refactor, it should not change any behaviour at all.
It adds more information into the tag system, but nothing reads that
extra information yet. It will be used to address problem 3 of the above
issue.