| Summary: | Next Annotation popup disappears if it caused the editor to scroll [chrome] | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [ECD] Orion | Reporter: | Mark Macdonald <mamacdon> | ||||
| Component: | Editor | Assignee: | Silenio Quarti <Silenio_Quarti> | ||||
| Status: | RESOLVED FIXED | QA Contact: | |||||
| Severity: | normal | ||||||
| Priority: | P3 | CC: | Silenio_Quarti | ||||
| Version: | 2.0 | ||||||
| Target Milestone: | 3.0 M1 | ||||||
| Hardware: | PC | ||||||
| OS: | Windows 7 | ||||||
| Whiteboard: | |||||||
| Attachments: |
|
||||||
|
Description
Mark Macdonald
Created attachment 226798 [details]
fix
This patch fixes the problem.
The patch attached above still relied on timing behavior. The problem only happens on Chrome because it is sending a mouse move event to the text view when it scrolls. The mouse move handler in editor.js was setting the tooltip target to a different location (offset under pointer) and it run after the key binding action showed the tooltip for the next/previous annotation. The fix below detects that the mouse location has not changed and does not change the tooltip target in that case. The patch also rewrites the next and previous action in order to share code and it removes the setTimeout call that is not necessary anymore in any browser. The setTimeout was trying to solve similar problem on Firefox. http://git.eclipse.org/c/orion/org.eclipse.orion.client.git/commit/?id=bcadbf19c47bcab461695e3beb6fba8d0f316aaf |