FLTK logo

STR #2658

FLTK matrix user chat room
(using Element browser app)   FLTK gitter user chat room   GitHub FLTK Project   FLTK News RSS Feed  
  FLTK Apps      FLTK Library      Forums      Links     Login 
 Home  |  Articles & FAQs  |  Bugs & Features  |  Documentation  |  Download  |  Screenshots  ]
 

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:

Receive EMails Don't Receive EMails

Trouble Report Files:

No files


Trouble Report Comments:


Name/Time/Date Text  
 
#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 ]

 
 

Comments are owned by the poster. All other content is copyright 1998-2024 by Bill Spitzak and others. This project is hosted by The FLTK Team. Please report site problems to 'erco@seriss.com'.