-
Notifications
You must be signed in to change notification settings - Fork 1.5k
Network - blurEdge not always fired #1718
Comments
I don't suppose you can pinpoint which mouse movement causes this? |
I'm not sure what you mean by "mouse movement". Are there different types of mouse movements or are you asking if I can determine when a blurEdge is missed? If the later, then that might be possible since other things are happening correctly - i.e. title popups disappear and edge thickness returns to normal. |
I meant the latter, what exactly causes the event to miss? Since all you do Regards On Wed, Mar 9, 2016 at 1:20 PM, bobb notifications@github.com wrote:
|
Got it. Let me add some additional logging and checks. |
There is a pattern. It appears in a few ways but seems like the same thing. The first example occurs w/ a very simple "2 node 1 edge" graph. Here is a sequence of the events: The second example uses a graph with 2 nodes and 2 edges. The sequence of events is: The last example is the worst case. The sequence of events is: This case is the worst because the blurEdge event is never fired. In the previous cases I can detect that multiple edges have been hovered and clean things up in a single blurEdge call. That is not possible when blurEdge is never fired. It seems like it should not be possible to hover a new element without blurring the last. Maybe this is intentional? If so, then it seems like burEdge should be fired multiple times and include a Here is a fiddle that might be helpful https://jsfiddle.net/4zt6a71m/1/. |
Any updates on this? |
Should be fixed with #2124 |
Hi.
I noticed that the blurEdge event is not always fired. To reproduce, load the following example, open the console, and go nuts w/ the mouse. Eventually you will see that the blur and hover count diverge. It seems to get worse when 2 edges are very close to each other.
https://jsfiddle.net/njpazbuz/
Interestingly, the edge thickness is always correct.
The text was updated successfully, but these errors were encountered: