Community
Participate
Working Groups
Hi, using the browser snippet from the snippet section, hovering over a Link with the mouse does not change the Cursor to the Hand Cursor. Running Safari standalone however shows the hand cursor. Ben
There might be a connection to Bug 75813: [browser] StatusTextEvent not fired when hovering over Link https://bugs.eclipse.org/bugs/show_bug.cgi?id=75813
*** Bug 75928 has been marked as a duplicate of this bug. ***
Also from Bug 75928: "using the browser snippet its not possible to select text of a webpage with the mouse. The mouse cursor is not changing to a pipe, as it does in Safari when a text selection is possible."
When focus is given, the cursor seems to take the right shape but appears to be forced back to the arrow cursor. Need to check if SWT gets in the way.
Note to self. Display.runEnterExit() if (!cursorWasSet [0]) OS.SetThemeCursor ... causes trouble in our case. If we remove it when the control is the Browser, we have another problem: the mouse cursor moving over to another SWT widget and not reset to the default cursor e.g. hyperlink cursor (hand) over a Label widget. Cocoa link to set cursors http://developer.apple.com/documentation/Cocoa/Conceptual/CursorMgmt/Tasks/Chan gingCursors.html
Would it be possible to get a clarification on the following statement: "using the browser snippet from the snippet section"? Perhaps a screenshot or set of steps that we can use to reproduce the problem?
I took this Browser Snippet: http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.swt.snippets/src/org/eclipse/swt/snippets/Snippet128.java?rev=HEAD&content-type=text/vnd.viewcvs-markup Browsing any page running this Snippet on Mac does 1.) not show a Status message when hovering over Links 2.) not show the Hand cursor when hovering over Links 3.) not allow to select Text This was some time ago, but I dont think one of these where fixed meanwhile. Everything is working just fine outside SWT using Safari. Ben
*** Bug 103890 has been marked as a duplicate of this bug. ***
I've investigated this bug, and it does not seem to be a WebKit issue, but rather more likely to be an issue in how SWT is using WebKit. I have a couple data points: 1. This issue does not reproduce in the Developer Example: "SimpleCarbonWeb" which uses WebKit from a Carbon app. 2. In GDB I've verified that WebKit is correctly calling into AppKit to set the correct cursor when the mouse rolls over a link. However something is stopping this cursor from ever showing on the screen. No other calls are made through the Cocoa cursor management layer (NSCursor), it's possible that lower level components (such as Carbon or Java) aren't doing the right thing, however, it's most likely that SWT is making some incorrect Carbon cursor call overriding whatever cursor WebKit has set. I've attached a simple double-clickable App demonstrating this problem to make it easier for future investigators to do further debugging.
Created attachment 29815 [details] A simple double-clickable demonstration of this problem (Snippet128.java)
Adding SSQ who probably has some thoughts on this.
is this on the plan for m6 or 3.2? Ben
Not for M6. Hopefully this can be investigated for 3.2, but it has lower priority than (for instance) crashes.
Re priorisation: please be aware that this issue renders the browser component useless for apps using safari/mozilla/ie's design mode (wysiwyg editing apps) in terms of preventing the user from selecting, copying, pasting text. bests tom
Would be cool to have this issue fixed for 3.3. Ben
I think the complete fix for bug 133597 would fix this as well. If I apply the patch we put in that bug, I can get a hand cursor to briefly appear, but the cursor switches back to an arrow when moving over a link. Steve mentioned that there were one or two other spots that needed a similar change -- I 'd be interested in seeing what happens here with those additional changes.
There is a related problem with is in fact a deal killer for GWT running MacOSX hosted mode. The manifestation is that JavaScript code executing into the Browser cannot grab mouse capture. To reproduce, simply open http://maps.google.com in Eclipse's internal browser and try to drag the map. You can't. This works just fine in Safari. Unfortunately, this is now holding up our next product release. Are there any workarounds?
The GWT grab seems line another issue. As Scott Kovatch said, we have the code that fixes the cursor but haven't yet applied the patch. When we do, the cursor should change, but the grab problem won't be fixed. Scott Blum, can you please enter another bug report for the grab issue (with the steps) and CC me and Grant on it? Thanks.
Steve is right -- the mouse drag problem is one I had to fix when I implemented AWT-in-SWT embedding. HIWebView is responding to kHICommandClick instead of kHICommandMouseDown, so when you click and drag all of the mouse-drag and mouse-up events get swallowed up by the standard click handler. They never make it to the underlying Cocoa WebView, so no live dragging happens. I'll add additional comments to the new bug.
Grant, any idea on this? Both RSS Owl and Azureus want this fixed.
Created attachment 54861 [details] Workaround patch against current 3.3 I'm attaching a workaround patch that has worked for us in Google Web Toolkit. It is the fix suggested in Christophe Cornu's earlier comment #5 and may suffer the side effects he described. However, we haven't actually observed the cursor not changing on other SWT widgets. Additionally, I tried the patch in RSSOwl and didn't see those side effects there either. This also works for us in both 3225 and 3318. The patch I've attached is for the current 3.3. It is meant as a workaround; it is in no way a general solution.
Created attachment 54910 [details] swt patch Here's the patch that is being applied to swt, thanks to Silenio for the suggestion.
fixed > 1201
Here goes one of my oldest bugs. Thx :)!