http://bugs.winehq.org/show_bug.cgi?id=22914
Summary: TheWord: cursor does not display/function correctly Product: Wine Version: 1.1.43 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: heartsongsmusicmin@juno.com
Issue appeared in 1.1.43, still present in 1.1.44 and 1.2-rc1. TheWord functions correctly in 1.1.42 and prior versions of Wine.
In a docked Bible View you can only select complete lines with the mouse for copying text. In a floating view, if you select any part of a verse with the mouse, nothing is highlighted; if you do Ctrl-C, it works the same as right-click, Copy (reference). Apparently whatever is different about a floating view affects how the cursor is displayed and highlighting works.
In a docked Book View (commentary, for example), when the active verse has no entry the standard "page" displays giving the option to add comments or the alternate choices. On a line with plain text and a hyperlink, you can position the cursor anywhere within the text but it won't go beyond the second character of the hyperlink. Behavior within a hyperlink is the same whether the link occupies part or all of the line.
In a User module Book View, the behavior is hard to figure out. On lines that have been indented the cursor behaves properly, hyperlinks included. On lines that are not indented, the cursor doesn't move past the second character unless text attributes like Bold have been applied. Then it will move farther along the line, but still not to the correct position. If the line is retyped, the line, the cursor positioning works as expected for that session. In Book Views, keyboard navigation works for cursor position and actions like copy and paste; however, the displayed cursor doesn't move and the text doesn't highlight, so you can't see what is going on.
In the F3 search box, it doesn't matter where I click on the line, the cursor won't go past the second column. If I click to the right of the text in the box and use the backspace key, it deletes the text from the right as you would expect even though the cursor appears in the second column.
Another issue is the lookup of words in the dictionary when the mouse hovers over them. It doesn't matter which word the mouse is over, it looks up the word at the end of the line. It is consistent whether in a single version Bible view or Compare view.
Aside from these issues, mouse/cursor behavior is as expected. Hyperlink popups work fine, tooltips are ok, navigation works properly. I did try emulating a desktop in Wine but that didn't change how TW behaves. The program doesn't crash but it is essentially unusable as intended because of these interface issues.
http://bugs.winehq.org/show_bug.cgi?id=22914
Costas ksterg@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ksterg@gmail.com
--- Comment #1 from Costas ksterg@gmail.com 2010-05-28 07:13:21 --- This bug actually breaks applications that use the TRichview component from www.trichview.com. The problem appears to be with the cursor handling. There are many application using this popular component (editor, renderer).
http://bugs.winehq.org/show_bug.cgi?id=22914
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression
--- Comment #2 from Dmitry Timoshkov dmitry@codeweavers.com 2010-05-28 07:40:19 --- Please post the results of your regression testing: http://wiki.winehq.org/RegressionTesting
http://bugs.winehq.org/show_bug.cgi?id=22914
--- Comment #3 from Costas ksterg@gmail.com 2010-05-29 01:11:21 --- Created an attachment (id=28366) --> (http://bugs.winehq.org/attachment.cgi?id=28366) A simple .exe that showcases the problem
This is a simple .exe with the editor that displays the problem.
http://bugs.winehq.org/show_bug.cgi?id=22914
Costas ksterg@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |aric@codeweavers.com
--- Comment #4 from Costas ksterg@gmail.com 2010-05-29 01:13:43 --- Regression test result: 6c3659c3d42dc8a7f26b4f73a4d1716dd75f7ccb is first bad commit commit 6c3659c3d42dc8a7f26b4f73a4d1716dd75f7ccb Author: Aric Stewart aric@codeweavers.com Date: Tue Apr 13 14:49:07 2010 -0500
usp10: Improve ScriptItemize with a SCRIPT_CONTROL and SCRIPT_STATE set.
Reduce bidi duplications from gdi32 by using the newly corrected usp10 functions.
:040000 040000 6417f5d0234247abc602f57ac017afb5bd2465e5 b3ad6701b11dc1ee2122248adf8e4262a5e4acc0 M dlls
The problem is obviously with some routine that handles bidi text.
http://bugs.winehq.org/show_bug.cgi?id=22914
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download
http://bugs.winehq.org/show_bug.cgi?id=22914
--- Comment #5 from Aric Stewart aric@codeweavers.com 2010-05-29 20:09:58 --- patch submitted to fix this.
http://bugs.winehq.org/show_bug.cgi?id=22914
--- Comment #6 from James McKenzie jjmckenzie51@earthlink.net 2010-05-29 20:33:02 --- Is this the same package:
If so, it would be good to add this to the issue. I await a response.
Thank you.
http://bugs.winehq.org/show_bug.cgi?id=22914
James McKenzie jjmckenzie51@earthlink.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jjmckenzie51@earthlink.net
http://bugs.winehq.org/show_bug.cgi?id=22914
--- Comment #7 from Costas ksterg@gmail.com 2010-05-30 00:48:36 --- Yes, this is the same as www.theword.gr
http://bugs.winehq.org/show_bug.cgi?id=22914
--- Comment #8 from Costas ksterg@gmail.com 2010-05-31 02:34:53 --- How can i test this patch?
http://bugs.winehq.org/show_bug.cgi?id=22914
--- Comment #9 from Aric Stewart aric@codeweavers.com 2010-05-31 05:34:02 --- http://source.winehq.org/patches/data/62159
that is the patch.
http://bugs.winehq.org/show_bug.cgi?id=22914
--- Comment #10 from Costas ksterg@gmail.com 2010-05-31 05:49:32 --- Thank you, i confirm it works. Excuse my uninformed question: how/when does this patch gets in the main source tree? Costas
http://bugs.winehq.org/show_bug.cgi?id=22914
--- Comment #11 from Aric Stewart aric@codeweavers.com 2010-05-31 06:10:22 --- (In reply to comment #10)
Thank you, i confirm it works. Excuse my uninformed question: how/when does this patch gets in the main source tree? Costas
I have submitted it for inclusion. So the process is started. When it gets committed then this bug will be closed.
http://bugs.winehq.org/show_bug.cgi?id=22914
--- Comment #12 from Costas ksterg@gmail.com 2010-05-31 09:16:50 --- Thank you!
http://bugs.winehq.org/show_bug.cgi?id=22914
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED
--- Comment #13 from Austin English austinenglish@gmail.com 2010-05-31 12:15:35 --- Patch was committed: http://source.winehq.org/git/wine.git/?a=commitdiff;h=41fb95b43de5644f584d75...
http://bugs.winehq.org/show_bug.cgi?id=22914
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #14 from Alexandre Julliard julliard@winehq.org 2010-06-11 12:53:10 --- Closing bugs fixed in 1.2-rc3.
https://bugs.winehq.org/show_bug.cgi?id=22914
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |41fb95b43de5644f584d75f4679 | |1979ede3f4ffd CC| |focht@gmx.net Regression SHA1| |6c3659c3d42dc8a7f26b4f73a4d | |1716dd75f7ccb
https://bugs.winehq.org/show_bug.cgi?id=22914
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |gdi32