| [ Return to Bugs & Features | SVN ⇄ GIT ]
STR #2658
Application: | FLTK Library |
Status: | 1 - Closed w/Resolution |
Priority: | 2 - Low, e.g. a documentation error or undocumented side-effect |
Scope: | 3 - Applies to all machines and operating systems |
Subsystem: | Documentation |
Summary: | set_fonts() comments |
Version: | 1.4-feature |
Created By: | corvid |
Assigned To: | matt |
Fix Version: | 1.4.0 |
Fix Commit: | 18aaa32e4597eb8ceebf50c47ff6c974c92f64a3 |
Update Notification: | |
Trouble Report Files:
No files
Trouble Report Comments:
|
#1 | corvid 14:47 Jun 06, 2011 |
| The comment block for set_fonts() in Fl.H talks a lot about iso8859-1 as default. fl_set_fonts_x.cxx uses fl_encoding ("iso10646-1") by default. fl_set_fonts_xft.cxx says "Also, for now I'm ignoring the "pattern_name" and just getting everything...", which may or may not amount to just getting iso10646-1 if I were to dig more deeply. fl_set_fonts_mac.cxx says "#pragma unused ( xstarname )". fl_set_fonts_win32.cxx just passes "xstarname != 0" to something, which might do something with it.
So it sounds like we should not use the argument, and then always expect iso10646-1 fonts back. | |
|
#2 | matt 07:17 Jun 08, 2011 |
| Moved because it is not a crash-bug. | |
|
#3 | matt 03:37 Jan 20, 2023 |
| Fixed in Git repository.
I updated the documentation a little and hinted that most of this is obsolete under Unicode anyway. | |
[ Return to Bugs & Features ]
|
| |