I'm willing to
consider this, but I can't do any significant
work on FLTK before Wednesday (April 22). Since the release is
scheduled for Saturday, there's not much room to consider and
backport the commits you mentioned. I'll need most of the time
(besides my private life ;-) ) to finalize the release. I'm sorry,
but chances to backport these changes to branch-1.4 right now
(before the release) are minimal.
Others have asked for a quick release, and I promised to do it on
Saturday, 25th. As you can see, there are conflicting requests.
OTOH I think that two of these commits are pretty simple and safe,
but I have no idea what the third commit
(ea1b1bddd96be6616e1b2b0eccbe815f9b71ad11) is about. I mean, I know
what it's
intended to do, but I don't know if there's any
risk changing the macOS code this way, or if there's potential for
regressions.
Albrecht
PS: I'm generally open for
FLTK developer votes on including
these three patches in 1.4.5. I request that those who vote +1 for a
particular patch have reviewed it thoroughly and tested on the
platform in question or on at least two platforms (if not platform
specific). Please vote for each patch separately, and mention the
platforms you tested it on. I need final votes until Thursday, 4 pm
(UTC). Maybe we can make an exception - if the risk of issues is (or
at least seems)
very small. Please don't expect much feedback
from me tomorrow (Tuesday UTC) because I'll be busy.
PPS: I'm personally not willing to break these rules further for
1.4.x without a discussion and consensus about changing our policy,
but note also that I am for
not changing this. I
support, however, releasing 1.5.0 soon (about July/August might be
possible), and also to release more often in the future. This should
reduce the pressure on backporting. Hopefully.