-
Bug
-
Resolution: Fixed
-
P4
-
1.3.1, 1.4.0, 11
-
b20
-
x86
-
linux, linux_2.4
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8206846 | 12 | Sergey Bylokhov | P4 | Resolved | Fixed | team |
JDK-8206623 | 11.0.1 | Sergey Bylokhov | P4 | Resolved | Fixed | b01 |
Name: krC82822 Date: 06/27/2001
java version "1.3.1"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1-b24)
Java HotSpot(TM) Client VM (build 1.3.1-b24, mixed mode)
getBestCursorSize(32, 32) returns (64,64) with XFree86 4.1.0.
Since Java resizes custom cursors to the size returned by getBestCursorSize,
this results, for instance, in big ugly drag and drop cursors.
I had a discussion about this on the XFree86 Xpert mailing list (look for
subject "bug: XQueryBestCursor always returns (64, 64)" in june 2001 archive
if you are interested).
In summary, the X specs are unclear whether XQueryBestCursor should return the
largest size or the size closest to the one provided, and people at XFree86
tend to agree that the bug is [on the] Java-side.
I see two fix[es] you could make :
- Never scale up cursors on Linux and Solaris JDK, since all X11 server can
display any cursor size smaller that the "best" cursor size, whatever "best" means.
- Do not scale up, but [rather/instead] pad, which I think is the right thing to do.
(Review ID: 127458)
======================================================================
Drag&Drop cursors on Linux are always big(64,64), that means both - default cursors and custom cursors. It is quite ugly when default cursor is so big and due to this bug Drag&Drop on Linux seems to be inapplicable.
###@###.### 2001-08-31
java version "1.3.1"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1-b24)
Java HotSpot(TM) Client VM (build 1.3.1-b24, mixed mode)
getBestCursorSize(32, 32) returns (64,64) with XFree86 4.1.0.
Since Java resizes custom cursors to the size returned by getBestCursorSize,
this results, for instance, in big ugly drag and drop cursors.
I had a discussion about this on the XFree86 Xpert mailing list (look for
subject "bug: XQueryBestCursor always returns (64, 64)" in june 2001 archive
if you are interested).
In summary, the X specs are unclear whether XQueryBestCursor should return the
largest size or the size closest to the one provided, and people at XFree86
tend to agree that the bug is [on the] Java-side.
I see two fix[es] you could make :
- Never scale up cursors on Linux and Solaris JDK, since all X11 server can
display any cursor size smaller that the "best" cursor size, whatever "best" means.
- Do not scale up, but [rather/instead] pad, which I think is the right thing to do.
(Review ID: 127458)
======================================================================
Drag&Drop cursors on Linux are always big(64,64), that means both - default cursors and custom cursors. It is quite ugly when default cursor is so big and due to this bug Drag&Drop on Linux seems to be inapplicable.
###@###.### 2001-08-31
- backported by
-
JDK-8206623 getBestCursorSize and XFree86 4.1.0
-
- Resolved
-
-
JDK-8206846 getBestCursorSize and XFree86 4.1.0
-
- Resolved
-
- links to