-
Notifications
You must be signed in to change notification settings - Fork 37
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
Circle #3860
Circle #3860
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 ↗︎
|
4f5731c
to
5b31a6b
Compare
39095be
to
2a233d8
Compare
Doc comments that use
|
The error message I see a lot of is modeling-app/src/wasm-lib/kcl/src/std/convert.rs Lines 52 to 58 in db6036f
When extruding a circle,
|
db6036f
to
94952a1
Compare
94952a1
to
2a468c9
Compare
That is super helpful @jtran thank you. I think it's because https://github.com/KittyCAD/modeling-app/pull/3860/files#diff-b007215ec7d21c68d6a4487af28c6a25fa8cf5fc95ae008e07e5680261cab1f1L73-L80 circle used to call |
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## main #3860 +/- ##
==========================================
+ Coverage 87.15% 87.16% +0.01%
==========================================
Files 69 69
Lines 25121 25176 +55
==========================================
+ Hits 21894 21945 +51
- Misses 3227 3231 +4
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. |
|
1 similar comment
|
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.
I commented on a couple minor things. But if getting CI to pass was tough, I'd say merge it. Fast follow up PR would be nice though.
@@ -1438,6 +1438,19 @@ pub enum Path { | |||
/// arc's direction | |||
ccw: bool, | |||
}, | |||
/// a complete arc | |||
Circle { |
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 if this is obvious, but, why is Circle
a kind of path segment? How can you add more path segments before or after a circle? It doesn't make sense to me to have a circle as part of a sequence of paths. Shouldn't it just be a shortcut for creating a path with 1 segment, a TangentialArc from 0 to 360 degrees?
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.
inner_arc is very messed up because some of the arc structs are messed up, it returns a path segment using ToPoint
, I didn't want to change how the arc segments work in case that's a breaking change. I know if the other arcs are not working correctly I'm just leaving the dirt under the rug and not doing anything about it, but I plan on taking a second pass where I add arcs to the client side scene in which case the arcs structs in rust will probably need some attention too, in which case I'll likely remove this struct again.
I was talking to @jtran about it too, I'll likely remove all but one of the arcs, I don't think there's a need for tangencialArc and arc for example, I think we got confused between the API for users and the functions available to them vs the data we store under-the-hood, I think we only need a struct for each curve type, so straight lines and arcs at this point, but later splines etc etc.
Do you think it's okay to put this circle struct in here short term?
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.
Yeah in the interests of getting this merged I'm happy to include it, but it doesn't really make sense. Let's consolidate this when you fix up the arcs though. Could you just make an issue for it, and leave the issue in the source code here as a comment? So we don't lose track of it.
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.
Sounds good 414b11d
|
canvas.addEventListener('mouseup', sceneInfra.onMouseUp, false) | ||
canvas.addEventListener( | ||
'mouseup', | ||
toSync(sceneInfra.onMouseUp, reportRejection), |
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.
I think this is the appropriate way to make us toSync
right?
I had to change the return types of these callbacks to be promisy/async, but these went listeners need to be synchronous.
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.
Yes, awesome! I didn't expect you to fix all the old ignores too, but this is great. Ideally, we'd get rid of them all eventually.
|
|
Remaining tasks
Expected [..] to be a sketchGroup, but it wasn't.
Tests