Community
Participate
Working Groups
I20081007-1600 The Javadoc of constructor Cursor(Device, int) should recommend that clients use Display#getSystemCursor(int). Since the Display method supports exactly the same CURSOR_* constants as the constructor, it rarely makes sense for clients to create and manage another resource. But the frequency of calls to the constructor in the SDK indicate that users (including me) tend to forget the easy way. I would even deprecate the constructor.
Created attachment 169808 [details] modified javadoc for Cursor(Device, int) Hi Carolyn, came across this one while looking for doc bugs.
Looks good, Lakshmi - go ahead and commit the patch. Please make sure to take ownership of the bug, and set the target milestone to 3.6RC3.
Actually, when you are done, can you please open a new bug against SWT to use Display.getSystemCursor() instead of new Cursor()/dispose() in the following classes? Our examples should be setting a good example... :) Thanks! org.eclipse.swt.examples.addressbook.AddressBook org.eclipse.swt.examples.fileviewer.IconCache org.eclipse.swt.examples.graphics.CurvesSWTTab org.eclipse.swt.examples.graphics.CurvesTab org.eclipse.swt.examples.imageanalyzer.ImageAnalyzer org.eclipse.swt.custom.CBanner
Fixed in HEAD > 20100526 Thanks Carolyn!
Created attachment 170023 [details] patch to remove reference to Display Classes in the org.eclipse.swt.graphics package are not supposed to reference classes in the org.eclipse.swt.widgets package.