On 19.10.2018 16:14
ekstrand...@gmail.com wrote:
> Yes, I tried in 1.4.x-r13071 as well with the same result. By the way,
> I'm using Windows 10.
>
> Thanks, I took the following fix made by Anthony in the thread you
> pointed out and it worked:
>
> // otherwise more bit planes is better, but no more than 32 (8 bits per
> channel):
> else if (pfd.cColorBits > 32 || chosen_pfd.cColorBits > pfd.cColorBits)
> continue;
>
> I guess this was too specific and limiting to include generally in FLTK?
No, not too limiting IMHO, but the selection of pixel formats depends on
so many different items that it is hardly predictable in any case. We
have STR #3119 with a similar issue that was pending for a long time
because it was so difficult to decide w/o test systems.
Anyway, I modified the patch given in STR #3119 and added that bit you
cited and tested and committed this in svn r 13072 in the FLTK 1.4.0
branch. The next snapshot is due tomorrow morning...
So please test and give feedback if the modified 1.4 version works for you.
I also created a patch for 1.3.4 (actually to be 1.3.5) that can be
downloaded from the STR form at:
http://www.fltk.org/str.php?L3119
http://www.fltk.org/strfiles/3119/support_composition_v3_r13071_1.3.diff
Please test and give feedback in the STR form (and optionally here too)
if it works for you with the additional changes in the patch. You can
also enable debug output as described in STR #3119, comment #8.
I'd like to commit it to 1.3.5 as well, but I'm not yet sure if it
doesn't break other graphics environments.
All feedback welcome. TIA.