2020-05-06
| ||
13:48 | • Ticket [1fba28d3] No high dpi support on X11 status still Open with 3 other changes artifact: 161b7390 user: cjmcdonald | |
13:43 | • Ticket [3550691f] Default font settings don't work well with high DPI status still Open with 7 other changes artifact: d485092b user: cjmcdonald | |
2020-02-22
| ||
15:35 | • Closed ticket [dccd82bd]: ttk fonts are absolute which is very undesirable for hidpi displays plus 5 other changes artifact: 706300c8 user: fvogel | |
15:33 | Merge implementation of TIP #564: ttk font sizes in points, which fixes [dccd82bdc7]. This follows a positive vote from the TCT. check-in: f7a65e47 user: fvogel tags: trunk | |
2020-02-09
| ||
20:08 | • Ticket [dccd82bd] ttk fonts are absolute which is very undesirable for hidpi displays status still Open with 3 other changes artifact: b1a16851 user: fvogel | |
18:15 | • Open ticket [dccd82bd]. artifact: 30b18037 user: fvogel | |
18:14 | • Closed ticket [dccd82bd]. artifact: 2d3927ad user: fvogel | |
2020-02-02
| ||
09:43 | • Ticket [dccd82bd]: 3 changes artifact: bb90cc2c user: fvogel | |
2020-01-27
| ||
15:18 | • Ticket [dccd82bd]: 3 changes artifact: bfad10ac user: bll | |
2020-01-26
| ||
21:55 | • Ticket [dccd82bd]: 3 changes artifact: c3f3e480 user: bll | |
20:27 | • Ticket [dccd82bd]: 5 changes artifact: 73ba2ec9 user: fvogel | |
20:13 | Fix [dccd82bdc7]: ttk fonts are absolute on x11, which is very undesirable for hidpi displays check-in: b441746a user: fvogel tags: bug-dccd82bdc7, tip-564 | |
2020-01-16
| ||
06:34 | • Ticket [dccd82bd] ttk fonts are absolute which is very undesirable for hidpi displays status still Open with 3 other changes artifact: c548255c user: zeroepoch | |
2020-01-09
| ||
07:19 | • Ticket [dccd82bd]: 3 changes artifact: c5058d0d user: zeroepoch | |
2019-12-18
| ||
13:49 | • Ticket [dccd82bd]: 3 changes artifact: 82a31fb2 user: bll | |
07:39 | • Ticket [dccd82bd]: 3 changes artifact: ec3ffa01 user: zeroepoch | |
2018-12-07
| ||
06:48 | • Ticket [dccd82bd]: 3 changes artifact: d717e42f user: bll | |
06:24 | • Ticket [dccd82bd]: 3 changes artifact: ed6f5d8d user: zeroepoch | |
05:47 | • New ticket [dccd82bd]. artifact: d90ae1cd user: zeroepoch | |
Ticket UUID: | dccd82bdc70dc25bb6709a6c14880a92104dda43 | |||
Title: | ttk fonts are absolute which is very undesirable for hidpi displays | |||
Type: | Bug | Version: | 8.6.8 | |
Submitter: | zeroepoch | Created on: | 2018-12-07 05:47:41 | |
Subsystem: | 88. Themed Tk | Assigned To: | fvogel | |
Priority: | 5 Medium | Severity: | Cosmetic | |
Status: | Closed | Last Modified: | 2020-02-22 15:35:23 | |
Resolution: | Fixed | Closed By: | fvogel | |
Closed on: | 2020-02-22 15:35:23 | |||
Description: |
In ttk/fonts.tcl under the x11 section it has the following font sizes set F(size) -12 set F(ttsize) -10 set F(capsize) -14 set F(fixedsize) -12 From reading the documentation these are absolute font sizes. When I change these to positive numbers they look much more normal and scale correctly. The sizes are a little large, but that's another issue. To workaround this problem I copied this file to ~/.tcl/tclIndex and set TCLLIBPATH=~/.tcl so I could tweak these values without changing the system files. | |||
User Comments: |
fvogel added on 2020-02-22 15:35:23:
Merged to trunk, following acceptation of the TIP by the TCT. fvogel added on 2020-02-09 20:08:22: I have created TIP #564 to gather more feedback on this change. fvogel added on 2020-02-09 18:15:52: Sorry, wrong ticket. Please ignore my previous message. fvogel added on 2020-02-09 18:14:57: Merged to core-8-6-branch and trunk. fvogel added on 2020-02-02 09:43:27: Thanks for the tests Brad. Definitely I agree with you, I think we can merge this in 8.7 only, since we're still in alpha state here. bll added on 2020-01-27 15:18:27: Sizes are reasonable. MX Linux (debian 19) with screen size set. MX Linux without screen size set. Fedora 27 (Wayland) where WidthOfScreenMM returns 0. bll added on 2020-01-26 21:55:01: For 8.7 is correct. I want to do one test w/X11 when the screen size is not known and see what happens. I will try to get that done tomorrow. fvogel added on 2020-01-26 20:27:01: I have committed the patch in a bugfix branch, see [b441746a60]. Despite I see this as a bug fix, I think this has a potential for backwards incompatibility and should be applied in trunk (aka 8.7) but not in the maintenance branch of 8.6 (i.e. not in core-8-6-branch). If ayone disagrees, please speak up. In the process I have removed Joe's original comment saying that # Font size specified in pixels on X11, not points. # This is Theoretically Wrong, but in practice works better; using # points leads to huge inconsistencies across different servers. This comment (and font sizes in pixels) apparently does no longer apply, users are now rather complaining about sizes in pixels on x11. On Windows and macOS Ttk font sizes already are set in points in library/ttk/fonts.tcl so there is nothing to change. What I need to better understand is why this code section in library/ttk/fonts.tcl is executed whereas TIP #145 was included a long time ago. There is a detection mechanism that should prevent this code from being executed. zeroepoch added on 2020-01-16 06:34:21: Fedora is now carrying this patch in their tk package as well. Between Ubuntu and Fedora that would cover a large percentage of Linux desktop users. zeroepoch added on 2020-01-09 07:19:58: Interesting. That's exactly the same change I made locally, even the same sizes! I had no idea someone from the Debian team made this change almost 9 months before I even created this bug. Nice to see Debian/Ubuntu has been changing the default point sizes for their users. Any chance we could get this applied upstream? bll added on 2019-12-18 13:49:30: See also: https://sources.debian.org/patches/tk8.6/8.6.9-2/font-sizes.diff/ I'm not against this. All for it. tk scaling does not work on pixel-sized fonts. zeroepoch added on 2019-12-18 07:39:22: bll, I'm not so sure that using an absolute point size makes sense. It would make more sense to use the relative point size so it does some amount of scaling. Or at least use relative when point size scaling can be resolved. If you had a really high DPI display such as a phone or tablet it might be 3x or 4x the original size and it would be much too small to read. I'm not any sort of expert on this, just discovered one possible workaround which was to use relative point sizes. Maybe there is some better way to fix this, such as tk scaling, which I'm not at all familiar with. Thanks for at least commenting on this issue. bll added on 2018-12-07 06:48:01: Yes, they're not a great choice of defaults. But they always work, even when the screen size is unknown and the size of a point cannot be determined properly. More historical than anything. See also: tk scaling zeroepoch added on 2018-12-07 06:24:15: For anyone reading this ticket you need to add the following line as the first line in the tclIndex file for it to be accepted: # Tcl autoload index file, version 2.0 |