| Age | Commit message (Collapse) | Author |
|
|
|
* Cache single unicode character widths under Xft+Pango
|
|
Fl_Scalable_Graphics_Driver
Most coordinate calculations are done with the new inline function
int Fl_Scalable_Graphics_Driver::floor(int coord)
that is used by both the Windows and X11 platforms.
|
|
|
|
|
|
|
|
|
|
|
|
Re: Can custom box type functions handle their own high-DPI screen scaling?
|
|
factor.
This new API is a response to this message in fltk.general :
Can custom box type functions handle their own high-DPI screen scaling?
|
|
|
|
|
|
|
|
|
|
scales >100%
|
|
|
|
Fl_Gl_Window_Driver::alpha_mask_for_string()
|
|
... except src/Fl.cxx
Fl.cxx uses the FL_CFG_* macros to define the values of runtime
configuration options. This is now the only usage of config_lib.h.
Todo: we can probably implement these runtime config vars in another
way and finally remove config_lib.h.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
- remove trailing whitespace
- convert tabs to spaces (configure.ac)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
When scale was > 1, fullscreen window did not cover the task bar,
as seen with test/fullscreen.
|
|
|
|
The change lets this function enlarge the size only when strictly necessary
for image tiling.
|
|
|
|
|
|
|
|
|
|
As discussed, only the window position becomes rounded to nearest integer value
when a fractional GUI scale factor is applied.
|
|
|
|
|
|
Changes here concentrate the fix within static function alpha_blend() and thus
are visible only when drawing transparent images under X11 platform
without Xrender.
|
|
|
|
|
|
|
|
This fix takes care of the Windows platform.
|
|
The issue lies in details how floating point scaled coordinates are converted
to integer values and its impact on the drawing of large SVG images.
This commit fixes the X11 platform.
The macOS platform is immune because drawing uses floating point
coordinates.
The Windows platform still needs fixing.
|
|
|
|
|