The Doxygen-to-pdf toolchain can not easily generate
pdf's with Japanese and Chinese characters. This patch
generates code blocks by rendering them in FLTK.
This method can be used to set a more appropriate color average to
prevent "graying out" the box colors of the 'plastic' scheme.
Alternatively environment variable 'FLTK_PLASTIC_AVERAGE' can be used
to set the color average value. See docs for details.
Set color average to 45% in test/unittests demo program.
- The removed code had been disabled in the year 2003 or earlier for
reasons mentioned in those old commits and has never been officially
used again. Use `git blame` to find these commits.
- Update comments and copyright.
- Remove empty lines.
The fix puts the first window an app creates on the screen containing the mouse,
because the present window creation code needs to know on what screen a created
window is going to appear before creating it.
Removed texts that don;t translate well from
Doxygen to pdf. Improvement based on RokerHRO's
comments. Trying to better distinguish characters,
codepoints, glyphs, and octets.
warning: anonymous non-C-compatible type given name for linkage
purposes by typedef declaration;
add a tag name here [-Wnon-c-typedef-for-linkage]
399 | typedef struct {
| ^
Weird. This file is compiled as C++ but clang warns about a
"non-C-compatible type".
Anyway, this commit fixes the warning.
Currently supported Doxygen versions: 1.9.1 and higher.
Tested up to Doxygen 1.13.2 as of today.
Older doxygen versions may generate bogus warnings or even fail to
interpret correct C++ syntax.
By defining boxtypes with underscores, box
drawing cod ethat was not used was not linked,
but with the introduction of themes, all boxes
are available at all times. Reducing complexity.
The biggest changes are in src/Fl_Scroll.cxx where most of the changes
are caused only by formatting (alignment). The behavior is the same
for all boxtypes that had been covered by the old switch/case code
and should be improved for other FL_*_FRAME boxtypes that had been
ignored.
This is a first step to fix some background (re-)drawing issues in
widgets. A new bit in the array of boxtypes can be used to determine
if a particular boxtype uses a solid background (e.g. all FL_*_BOX
types) or if the parent widget is responsible for drawing it (FL_NO_BOX
and all FL_*_FRAME) types, and maybe more ...
The old struct member `set` in the struct of boxtypes has been
renamed to `flags` and is now used as a bit field.
Except these changes, this first commit fixes the focus box drawing
of specific boxtypes, as seen in unittest_schemes.cxx in the
Fl_Check_Button with label "Check", and very likely more.
