Community
Participate
Working Groups
Version: 3.2.0 Build id: I20060331-2000 Steps to reproduce: 1. Open a Java File 2. Place caret into a line with Java Code (e.g. System.out.println) 3. Hover over "out" and see Hover opening 4. Select Text Actual results: The cursor shows the CURSOR_ARROW Expected results: The cursor shows the CURSOR_IBEAM Ben
I sometimes see this as well on WindowsXP but most of the time I get the I-beam. What I see is that the cursor quickly changes to the arrow and then back to the I-beam. This happens by the Browser widget. Nothing we can control in Platform Text.
I can reproduce it everytime with: 1. Let the hover open on any method or field 2. Press the left mousebutton and hold it The cursor changes from Ibeam to arrow and stays like that when moving around. So the problem seems to be the changing cursor after mousedown when the Browser is shown. Ben
Ben the last comment is not related to this bug and cannot be reporduced on WindowsXP (Ctrl correctly makes hover go away). You probably see bug 133933, can you please check whether bug 133933 appears on your platform as well and if so, add this to said bug. As said before: I see what you describe sometimes (i.e. arrow instead of I-beam) but for me the major problem here is that the cursor quickly changes to arrow and then back to I-beam, even though: - cursor location outside Shell which contains the Browser widget - Shell not active and not focus control
No, I dont suffer from Bug 133933. how is that related to this issue? I can confirm that the flickering could also be caused by the cursor changing a lot. Ben
>No, I dont suffer from Bug 133933. how is that related to this issue? Argh, you're right - shouldn't post before the first coffee ;-) Confused it with the hyperlink feature which needs 'Ctrl' and which depends on the KeyListener. I can also reproduce what you report in comment 2 i.e. if I press the left mouse on WindowXP the hover goes away and the cursor changes from I-beam to arrow and back to I-beam once I lift the mouse button.
Ok :-) Btw digging further into this, it looks that a call to Browser#setText() shows the busy-cursor everytime. I was not able to avoid that, trying setting a Cursor or setting the Browser to hidden. Ben
Hm, my last comment is probablly more interesting for Bug 134391 and should be a seperate bug report actually. Ben
I would not expect each client to have to do such workarounds.
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. As such, we're closing this bug. If you have further information on the current state of the bug, please add it and reopen this bug. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. -- The automated Eclipse Genie.