Tool Tips Still Hanging Around

[everbeek]

The tool tips are frequently getting stuck. I have visited this a few timesl the most recent time, I had issues with my changes not being lively, and it slipped through with other changes. Can I fix it for real now?

I've always thought the solution was a timer started when the tooltip is open, but I have to review browsers missing mouse events, because it might not work with the timer even.

I am also tempted to try out a fixed node info frame in one corner, or as a draggable mini-window or something like this. Tool tips are not optimal for nodes, since they obscure the visualization. I feel like this is as bad as modal windows in general UI design.

[everbeek]

I think a mousemove on the whole window might be the way. When this fires, check for any open tooltips. If the tooltip's owner is not the source of the mousemove, kill that tooltip.

Alternately I could do the same thing but only for nodes, so that the opening of any tool tip would trigger closing of any others. I prefer the first idea, because having any tool tip hang around is annoying.

I am inspecting the timer code to see if I can identify a problem, but given any mouse event could be missed, the timer isn't really suitable...ok, when the mouse moves across the node into the expansion menu indicator, it stops the missed event timer. Fixing that, seeing how it pans out.

[everbeek]

Backing up for a think on this. We only want one popup at a time. Can we do it via click instead of mouse over? Mouse over offers better discover, but clicking stuff is pretty acceptable behavior for people to try. I am going to implement that instead, and see what people think of it.

[everbeek]

Click works great now. Took a lot of little changes to make it behave. I left the ontology view with hover over, because I still like hover in that context. I will see people's reactions to the change.