| Age | Commit message (Collapse) | Author |
|
|
|
Select the "best" target rather than a random one out of a list of
suitable targets. The old target selection algorithm would sometimes
select the wrong target and hence retrieve unexpected data.
This could happen in both copy-paste and drag-and-drop operations.
Note: backported to 1.3.6 (git current) as well
(commit 7ce6d2cf5dfc0488ec30d9f9f1709be73353479c).
Closes #182.
|
|
This fix updates Fl_Shared_Image::reload() to account for the data_w() and data_h()
image members.
|
|
|
|
The fix in mouse_event() makes sure the scale factor of the receiving window is correct
when distinct screens have distinct scale factor values.
The fix after WM_MOVE event makes sure a subwindow-containing window in a
multiple-screen desktop having distinct scale factor values is correctly rescaled.
|
|
When scale was > 1, fullscreen window did not cover the task bar,
as seen with test/fullscreen.
|
|
|
|
The problem was visible with test/tile for fractional scaling values when
moving the vertical division.
|
|
Fix search (string comparison) which had a few different issues.
Document the function, arguments, and details about string matching.
To do: correctly match complex HTML entities like "€" with
Unicode code points >= U+0080 (UTF-8 multi byte encoding).
|
|
|
|
Under XP (at least), WM_PAINT events occur where information of where to redraw
is mostly given by the system, in the window's update region. When the GUI is scaled,
that information must be un-scaled and then added to Fl_X::i(window)->region, for the
adequate part of the window to be painted.
|
|
The change lets this function enlarge the size only when strictly necessary
for image tiling.
|
|
The corrected error was to use, e.g.,
int dx = W - w->w() * s;
which does not produce the desired integer value.
The correct writing is :
int dx = W - int(w->w() * s);
|
|
|
|
|
|
|
|
|
|
|
|
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.
|
|
Restores proper separation of what is in libfltk and what is in libfltk_images
|
|
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.
|
|
|
|
|
|
|
|
|
|
|
|
This makes processing of the underlying FILE object consistant by classes
Fl_SVG_File_Surface, Fl_EPS_File_Surface and Fl_PostScript_File_Surface.
|
|
Fl_WinAPI_Screen_Driver::read_win_rectangle_unscaled()
Thanks to "fire-eggs" for spotting it.
Also minor optimisations in Fl_X11_Screen_Driver::read_win_rectangle_unscaled() and
Fl_Cocoa_Screen_Driver::read_win_rectangle_unscaled().
This closes PR #151.
|
|
* save fl_file_chooser directory on cancel (STR3225)
by default, the fl_file_chooser() starts in the current directory
if no filename is given, but the directory is reset to the "system
directory" if the dialog is cancelled without choosing a file.
This patch saves and restores the directory if no file is chosen.
See also https://www.fltk.org/str.php?L3225
* add fl_file_chooser() reinitialization comments
|
|
Also expand Doxygen doc of class Fl_Printer for the X11 platform.
|
|
|
|
|
|
|
|
|
|
Use cairo-PostScript to output PostScript when pango is available.
This allows to draw in vectorial form any script.
Before, only the Latin script could be drawn to PostScript in vectorial form.
|
|
|
|
|