-
Bug
-
Resolution: Cannot Reproduce
-
P3
-
None
-
1.4.0
-
sparc
-
solaris
========================================================================
Merlin build: beta_refresh-b66
Solaris9 build: s81_39 with "Entire distribution OEM support" installing
CDE version : 1.5 39b
========================================================================
Tested on Solaris 9 (sparc/x86) with merlin-beta-refresh b66.
On AWT compornent such as Button, Label, Checkox and Radiobutton,
Dingbats code(\u2700 -\u279f) are not displayed correctly with a specific size and other codes are displayed.
This problem is seen in the following size point.
9 point
20 point or bigger
In other size point except above point, Dingbats are displyed correctly.
Therefore, this problem is seen in 9 point, 20 point or bigger.
To reproduce;
1. Extract test.tar(attached) and compile CharView.java FontView.java
2. Launch CharView
% java CharView
3. Comes up CharView dialog.
4. Input Dingbats code in TextField.
ex. 2700
5. Change size from "8" to "9" or 20 or bigger
Then, you can see that Dingbats code are not displayed properly.
Other codes are displayed as Dingbats code.
Please see attached "s9_Digbats_20_point.gif".
6. Change size to "18" or "24"........
Then, you can see that Dingbats code are displayed correctly.
Please see attached "s9_Dingbats_18point.gif"
This problem was not seen on Solaris9(s81_38) with Merlin_b63b.
^^^^^^^
This phenomenon does not occur on Solaris8, 7, and 2.6.
> java -version
jva version "1.4.0-beta_refresh"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0-beta_refresh-b66)
Java HotSpot(TM) Client VM (build 1.4.0-beta_refresh-b66, mixed mode)
> uname -a
SunOS ohio 5.9 s81_39 sun4u sparc SUNW,Ultra-1
========================================================================
I confirmed that this problem is no more reproducible on Solaris9/(Sparc and x86) s81_40 which is latest Solaris 9 build using merlin beta-refresh b68.
Dingbats code are displayed properly with any size on Solaris 9 using awt compornent.
This bug will be closed due to "not reproduced"
[rieko.suzuki@Japan 2001-06-19]
========================================================================
Merlin build: beta_refresh-b66
Solaris9 build: s81_39 with "Entire distribution OEM support" installing
CDE version : 1.5 39b
========================================================================
Tested on Solaris 9 (sparc/x86) with merlin-beta-refresh b66.
On AWT compornent such as Button, Label, Checkox and Radiobutton,
Dingbats code(\u2700 -\u279f) are not displayed correctly with a specific size and other codes are displayed.
This problem is seen in the following size point.
9 point
20 point or bigger
In other size point except above point, Dingbats are displyed correctly.
Therefore, this problem is seen in 9 point, 20 point or bigger.
To reproduce;
1. Extract test.tar(attached) and compile CharView.java FontView.java
2. Launch CharView
% java CharView
3. Comes up CharView dialog.
4. Input Dingbats code in TextField.
ex. 2700
5. Change size from "8" to "9" or 20 or bigger
Then, you can see that Dingbats code are not displayed properly.
Other codes are displayed as Dingbats code.
Please see attached "s9_Digbats_20_point.gif".
6. Change size to "18" or "24"........
Then, you can see that Dingbats code are displayed correctly.
Please see attached "s9_Dingbats_18point.gif"
This problem was not seen on Solaris9(s81_38) with Merlin_b63b.
^^^^^^^
This phenomenon does not occur on Solaris8, 7, and 2.6.
> java -version
jva version "1.4.0-beta_refresh"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0-beta_refresh-b66)
Java HotSpot(TM) Client VM (build 1.4.0-beta_refresh-b66, mixed mode)
> uname -a
SunOS ohio 5.9 s81_39 sun4u sparc SUNW,Ultra-1
========================================================================
I confirmed that this problem is no more reproducible on Solaris9/(Sparc and x86) s81_40 which is latest Solaris 9 build using merlin beta-refresh b68.
Dingbats code are displayed properly with any size on Solaris 9 using awt compornent.
This bug will be closed due to "not reproduced"
[rieko.suzuki@Japan 2001-06-19]
========================================================================