| Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
|
|
In the context of HighDPI screens, the API of function fl_read_image()
is inadequate because a rectangle of size WxH drawing units
of a window may contain many more than W*H pixels.
Function fl_capture_window_part() returns an Fl_RGB_Image
object whose drawing size matches the size of the rectangle
and whose data size matches the, possibly larger, size in pixels
of the corresponding area of the mapped window.
|
|
unicode characters
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Note: these dependencies are not complete and will likely never be
because they depend on different configurations.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Fl_Screen_Driver::default_icons()
|
|
|
|
Fl_Darwin_System_Driver::compute_macKeyLookUp()
|
|
|
|
|
|
by closed window.
|
|
|
|
|
|
See documentation @ STR 3516
|
|
<fl_draw.H>
|
|
|
|
Under gnome, Tweaks -> Fonts ->Scaling factor allows to change
the size of all fonts handled by gnome.
With that change, FLTK apps obey to changes to Xft.dpi.
|
|
factor
Previously, the display scaling factor value under gnome was sought in the gnome
database using the gnome_scale_factor() function. But that information is no
longer present.
File $HOME/.config/monitors.xml was also used to get that information.
Using the Xft.dpi X resource is simpler and more general because it's
effective both for gnome and KDE.
|
|
|
|
The procedure to set screen scaling factors becomes:
1) each screen scaling factor is set to 1
2) the OS is queried according to each platform to get screen scaling factor
values
3) The value of FLTK_SCALING_FACTOR, if present, is used to multiply
scaling factors
|
|
|
|
|
|
|
|
|
|
|
|
|
|
effective_bitmap_
|
|
Fl_Window::is_shaped()
The new function allows to get the window's shaping image
and delete it after use, if appropriate.
|
|
Warning was: ignoring return value of ‘char* fgets(char*, int, FILE*)’
|