| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001868 | OpenMPT | User Interface | public | 2025-02-27 01:13 | 2025-02-27 13:29 |
| Reporter | minebrandon | Assigned To | |||
| Priority | low | Severity | tweak | Reproducibility | always |
| Status | closed | Resolution | no change required | ||
| Platform | x64 | OS | Windows | OS Version | 10 |
| Product Version | OpenMPT 1.32.00.* (current testing) | ||||
| Summary | 0001868: Fonts like Comic Sans don't fit in the internal texts | ||||
| Description | I don't know if this applies to other fonts, but whenever I view the internal texts using Comic Sans, it doesn't fit on the screen and there's a scroll bar on the bottom, even though there's a ton of blank space to right on my 1080p monitor for the text box to go to. Meaning to read it you have to scroll right and left on the bar in order to read it instead of it being all on one screen. | ||||
| Steps To Reproduce | Select the font used to display the internal texts as Comic Sans | ||||
| Tags | No tags attached. | ||||
| Has the bug occurred in previous versions? | |||||
| Tested code revision (in case you know it) | |||||
 |
The TL;DR version is that you should only use monospace fonts. So if you are so inclinded, you should use Comic Mono instead of Comic Sans. The long version is that OpenMPT sizes the comments field so that it perfectly fits the 75-character limit imposed by Impulse Tracker's comments view when editing IT files, because that's what the message eventually has to fit into. Since every character, by definition, has the same width in a monospace font, it's not an issue to compute the necessary horizontal space to display 75 characters of text. With a proportional font like Comic Sans, this is not possible because 75 times the characters "M" will be wider than 75 times the character "i". So with a proportional font there's simply no sensible width to configure the song message editor for. |
