Re: Mouse Wheel scrolling in Multiple FXText widgets

On Fri, 16 May 2025 14:25:48 -0400
"John Selverian" <[email protected]> wrote:

>I had a similar problem.
>
> 
>
>I have several nested containers/frames/FXScrollWindow/FXTreeList
>
> 
>
>It turns out the FXTreeList was always handling the mousewheel event. I wound up subclassing FXTreeList and capturing the mousewheel there. Maybe you could so the same with the FXText.


I dropped an updated version of FOX this morning [1.7.86]. It fixes the issue
of the SEL_MOUSEWHEEL messages not being routed as a "first-shot" chance to
the target.  So, most widgets will bounce SEL_MOUSEWHEEL to target first;
if target does not handle them [which is of course most of the time], the
regular processing resumes.

A list of other improvements:


   - SEL_MOUSEWHEEL now bounced to target, similarly to other GUI events.

   - New implementation of FXQuatf and FXQuatd setAxes() API. This one is singularity-free.

   - New fastlerp() API in FXQuatf and FXQuatd implements trig-free quaternion interpolation.

   - Improved pow() implementation in FXQuatf and FXQuatd.

   - FOX Calculator fixes.

   - Use argv[0] in adie as name of program in Registry. This means name of editor can be used to 
     provide alternate configuration databases.

   - FindInFiles shows file before reading it.

   - FXPath now assumes user name may contain other characters in tilde-expansion.

   - Missing fxstrcasestr() and fxstrstr() implementation added; needed for this and that.

   - FXText draws control-characters differently now.

   - FXString unicode escapes bug fixes.


 -- JVZ




-- 
+----------------------------------------------------------------------------+
| Copyright (C) 11:20 05/18/2025 Jeroen van der Zijp.   All Rights Reserved. |
+----------------------------------------------------------------------------+