-
Notifications
You must be signed in to change notification settings - Fork 27
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
High-Level Feedback #24
Comments
@epezent thank you A LOT for taking the time to test the library and listing all the problems that you found until now! I created a discussion/issue for each of your bullet points to make it easier to track their progress and (hopefully) distribute the workload with other contributors.
❤️
🕺🏻
#27 (todo) - Yes! The code is very poorly documented as of now, I'll make sure to have proper documentation in the next few days. I'll also add the license to all files, this sounds great.
#28 (todo) - I highly agree the interaction with an axis should be done with a quad that covers both tick labels and axis labels, instead of edges. I initially wanted to implement it like this, but ended up implementing it with edges because it was easier 😛
#29 (done) - I also find it very weird. I tried to move fast and left this one broken behind kkkkk the plane context menu needs to be implemented.
#30 (done) - It is not happening! I will take a look into the ImPlot implementation to also have it with the ImPlot3D.
#31 (done) - Ooops!
#15 (done) - This is actually a feature I was already planning to implement! I do agree it is needed for many applications. There is also this world mode #17 that is a bit of a wild card and I'm not 100% about it.
#32 (idea) - I do agree they don't look great today, I think a bit more research is needed to see how other libraries display this information. I agree text labels (e.g. "x:") are a great addition!
#33 (idea) - I agree that overall we lack a bit of depth information from the plots. It sounds great to play with gradient colors to bring back some of the depth information. Additionally, we could try to improve depth perception by adding shadows, or some kind of lighting. Even though we can't do per-pixel shading with the ImGuiDrawList, we could potentially do per-vertex shading.
#11 (done) - I believe this should be now fixed! @Lumengine's PR #11 fixed many
#34 (doing) - This sounds just amazing, I would love to keep the duplicated code to a minimum to improve maintainability ❤️
Yes sir! I would love to, I'll send you the email soon. Looking forward to talking with you @epezent! #35 (todo) - Very nasty-looking cube right there, I opened the issue. #36 (todo) - Currently, lines are correctly clipped to the plot box area (only the segment that lies inside the box is rendered). The triangle clipping still needs to be implemented, and it is also the cause of some weird triangles when meshes are moved outside the plot box area. Thank you a lot again for the amazing feedback! I will probably take some days to finish implementing all of them because I'm on vacation right now. Can't wait to have all of them fixed, if anyone else wants to contribute you are more than welcome! |
@brenocq I had a chance to play around with your excellent library this morning and wanted to share some intiial thoughts. Overall the quality of this library is very good and I am quite impressed by it. In particular, I think you nailed interactions, and the API will be super easy for existing ImPlot/ImGui useres. Here's some more detailed thoughts:
API / Header
Interactions / Widget Behavior
Appearance / Styling
Building
double
tofloat
build warningsImPlot Sharing Potential
These are things I think we could converge toward shared implementation between ImPlot and ImPlot3D, if we wanted:
I would be open to a having a conversation regarding this. Feel free to reach out over email (you'll find it on my website) and we can setup a Zoom meeting, if you'd like.
Visual Bugs
Some strange sorth behavior:
Lines being drawn behind surfaes:
The text was updated successfully, but these errors were encountered: