-
Notifications
You must be signed in to change notification settings - Fork 605
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
Fix issue #611 in the drawing demo gallery #953
Conversation
Is this (and #611 therefore) still pertinent? It doesn’t throw any console warnings for me… |
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.
is the bug still there?
Hi, yep, the bug is still there. Select the zoom functionality in https://dygraphs.com/gallery/#g/drawing with the console open, and try a zoom, or move the mouse over the canvas. |
@mp035 thank you for both retesting and the reproducer. I think I get what you’re doing here now. The unrelated synchroniser change however, do you also have a comment/docs/reproducer/background info on that? I’ve no problem just merging this PR all in one, but I want to make sure I don’t break anything that works, at this point… (Debian is almost frozen, and I want to make a v2.2.1 with all those tiny fixes that arose since v2.2.0 before nothing new can go in any more). |
This pull request fixes the broken zoom functionality (issue #611) and console errors in the drawing demo. It simply adds the willDestroyContextMyself attribute, and removes the now unimplemented functions in the defaultInteractionModel. Comments have also been added to explain to users why calls are missing. > Hi, yep, the bug is still there. Select the zoom functionality in > https://dygraphs.com/gallery/#g/drawing with the console open, and try > a zoom, or move the mouse over the canvas.
@mirabilos , sorry, I missed your comment. It has been nearly 4 years since I worked on this so, I am a little fuzzy on the details. I think the issue was that the end-user could not rely on their callback being called on every redraw because sometimes synchronizer.js would block for its own purposes and never propagate to the next callback.
|
Mark Pointing dixit:
@mirabilos , sorry, I missed your comment. It has been nearly 4 years
@SInCE I worked on this so, I am a little fuzzy on the details. I think
Don’t worry, I understand.
@the issue was that the end-user could not rely on their callback being
@called on every redraw because sometimes synchronizer.js would block
@for its own purposes and never propagate to the next callback. I see
I also think it fixed another bug, crosshairs<->synchroniser interop.
@you have merged it anyway, I just didn't want to leave you hanging.
Yes, thank you!
bye,
//mirabilos
--
Solange man keine schmutzigen Tricks macht, und ich meine *wirklich*
schmutzige Tricks, wie bei einer doppelt verketteten Liste beide
Pointer XORen und in nur einem Word speichern, funktioniert Boehm ganz
hervorragend. -- Andreas Bogk über boehm-gc in d.a.s.r
|
Thanks for the update, perhaps that's why I didn't pull 13887ef into my personal codebase. There was a massive amount of cursor customization in my application so I may not have needed it. |
This pull request fixes the broken zoom functionality and console errors in the drawing demo. It simply adds the willDestroyContextMyself attribute, and removes the now unimplemented functions in the defaultInteractionModel. Comments have also been added to explain to users why calls are missing.
Sorry about the double commit, still getting a handle on pull request functionality. 13887ef corrects a problem where synchronizer.js would block the users drawCallback when updating the zoom of connected charts.