Skip to content
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

displaced focus when hovering over a long text #856

Closed
Archer533 opened this issue Dec 15, 2021 · 4 comments
Closed

displaced focus when hovering over a long text #856

Archer533 opened this issue Dec 15, 2021 · 4 comments

Comments

@Archer533
Copy link

At first: 10ten Reader is a great tool. It is very helpful and I meanwhile I use it regularly. Big thanks!
Now for the issue:
When a Japanese text is big and can only partly be displayed in the available window, there comes the moment, when you have to scroll down. That means that a part of the text is located above the visible area. From that moment on, the highlighted focus of 10ten Reader that follows the mouse movements is dislocated from the real spot the mouse pointer is aiming at. The more text is above the visible area, the greater the dislocation distance will be. In addition, a sideways dislocation takes place. Sometimes this can be handled by pointing with the mouse on a spot a bit aside from the word 10ten Reader is meant to explain. Then it is but an inconvenience. But depending on the word pointed to, the 10ten Reader's explanation window gets as long as to eclipses exactly that area, which contains your word, and you cannot find your word any longer. Then an inconvenience becomes a real nuisance.
For me, this looks as if the mouse pointer's position is always referred to the first line of the real text, regardless of whether it's visible or not. The failure seems to be, that for the position of the highlighted area, hence the area to be parsed, the found distance is applied to a different reference point, namely, either the first visible text line or even the position of the mouse pointer itself, but not likewise to the start of the text.
I observed this while analyzing text in Google Translator set to the Japanese language. I use current Google Chrome (96.0.4664.93, official build, 64-bit) as a browser, OS is Windows 10 (version 2004 build 19041.1348). When using the actual Firefox Browser, the reported effect seems not to occur.
10ten Reader 1 (see comments in the file).pdf
10ten Reader 2.pdf
Thank you, Michael

@birtles
Copy link
Member

birtles commented Dec 16, 2021

Hi Michael!

Thank you very much for your kind words and this bug report! I can see that is very annoying!

As you noted, Chrome behaves differently to Firefox. Chrome is missing a feature needed to accurately look up text in text boxes so we have to use a different approach there. It appears that approach is not working correctly when the document is scrolled.

I have looked into this issue and I believe I have fixed it. However, that fix won't be available until the next release which may be a few days.

@birtles
Copy link
Member

birtles commented Dec 16, 2021

I've just released version 1.6.1 now which includes this fix.

@Archer533
Copy link
Author

Archer533 commented Dec 17, 2021 via email

@birtles
Copy link
Member

birtles commented Dec 18, 2021

Dear Michael,

Thank you so much. I'm so glad to hear this was of help. Thank you so much for your consideration about not reporting the other issue until after the Christmas break too! I deeply appreciate it. (This may be the first Christmas I can spend with my family in over 10 years! Unfortunately since I plan to travel and due to quarantine requirements I might not be able to investigate issues properly until later in January. Thank you for your understanding.)

Thank you so much again, your comment makes working on this project so much more rewarding. I hope 10ten continues to be useful to you and many others in the new year. Merry Christmas and a Happy New Year to you too!

Brian

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants