OriginalBugID: 2216 Bug
Version: 8.1.1
SubmitDate: '1999-06-15'
LastModified:
Severity: LOW
Status: UnAssn
Submitter: techsupp
OS: Other
OSVersion: NetBSD-1.3.3/i386 XFree-?
Machine: NA
Name:
Hume Smith
ReproducibleScript:
(copy of interactive session)
aurora> wish
% label .a -text Howdy -font {times -12}
.a
% label .b -text Howdy -font {times -13}
.b
% pack .a .b
% font actual [.a cget -font]
-family times -size 12 -weight normal -slant roman -underline 0
-overstrike 0
% font actual [.b cget -font]
-family times -size 12 -weight normal -slant roman -underline 0
-overstrike 0
% info patchlevel
8.1.1
% winfo reqwidth .a
40
% winfo reqwidth .b
46
%
ObservedBehavior:
font actual reports the same sizes for the two fonts; but .b has a
larger label than .a, as perhaps you can see from the requested widths.
This is obviously quite sensitive to things like X server, the font
implementation, dot pitch...
DesiredBehavior:
font atual should report different sizes
Logged In: YES
user_id=72656
This seems to be a Unix-only problem, confirmed in 8.3.4.
Logged In: YES
user_id=72656
Note also:
[ #220838 ] font size taken wrong from X font
[ #220836 ] Font {times 14} is larger than {times 15}
[ #220886 ] possible "font actual" bug
Logged In: YES
user_id=2029956
Originator: NO
I've tested this with Tk 8.5.2.0.284581 (teapot) on Linux and the bug's still present.
Tested with Tk 8.5.2.0.284581 (teapot) on Windows XP Pro SP2 (using the same values which the reporter used) and got the following:
(bin) 4 % font actual [.a cget -font]
-family {Times New Roman} -size 9 -weight normal -slant roman -underline 0 -overstrike 0
(bin) 5 % font actual [.b cget -font]
-family {Times New Roman} -size 10 -weight normal -slant roman -underline 0 -overstrike 0
Seems okay, but, the technical discrepancy (-7 vs 12, -13 vs 10) might be useful in tracking down the issue on X11.
Logged In: YES
user_id=2029956
Originator: NO
Whoops. In the above, change "the technical discrepancy (-7 vs 12, -13 vs 10)" to "the technical discrepancy (9 vs -12, 10 vs -13)".