I searched my code for a reason why the ttk::notebook tabs are changed
upon mose wheel events.

Does anywone know how to deactivate this behavior?

No sure if there is another module causing this.

Many thanks
Alexandru

alexandru <alexandru.dadalau@meshparts.de> wrote:
> I searched my code for a reason why the ttk::notebook tabs are
> changed upon mose wheel events.
>
> Does anywone know how to deactivate this behavior?
>
> No sure if there is another module causing this.

A basic ttk:notebook does not appear to bind to mouse wheel events in
any way:

$ rlwrap wish
% ttk::notebook .n
.n
% winfo class .n
TNotebook
% bind TNotebook
<Destroy> <Control-Key-ISO_Left_Tab> <Control-Shift-Key-Tab>
<Control-Key-Tab> <Key-Left> <Key-Right> <Button-1>

Therefore this behavior appears to be arising from some other module
you are using.

Thanks. So that rulse out the idea, that the notebook does this by
default.
Of course I searched for other modules, that could do this mouse wheel
binding, but couldn't find anything until now.

Am 29.12.24 um 17:25 schrieb Rich:
> alexandru <alexandru.dadalau@meshparts.de> wrote:
>> I searched my code for a reason why the ttk::notebook tabs are
>> changed upon mose wheel events.
>>
>> Does anywone know how to deactivate this behavior?
>>
>> No sure if there is another module causing this.
>
> A basic ttk:notebook does not appear to bind to mouse wheel events in
> any way:
>
> $ rlwrap wish
> % ttk::notebook .n
> .n
> % winfo class .n
> TNotebook
> % bind TNotebook
> <Destroy> <Control-Key-ISO_Left_Tab> <Control-Shift-Key-Tab>
> <Control-Key-Tab> <Key-Left> <Key-Right> <Button-1>
>
> Therefore this behavior appears to be arising from some other module
> you are using.

This functionality was proposed for Tk 8.7 (and 9) by Harald Oehlmann
with TIP 591, and for these Tk versions it is now included in the core.
For earlier Tk versions it is not present in the core, but the
Scrollutil package includes it since its version 1.9. For this reason,
if your application invokes "package require scrollutil_tile" then it
will automatically activate the bindings that are responsible for the
navigation between the tabs via the mouse wheel.

Now, for some reason you don't want to have this handy feature. You can
deactivate it for all ttk::notebook widgets via

bind TNotebook <MouseWheel> ""
bind TNotebook <Shift-MouseWheel> ""

or just for an individual ttk::notebook $nb via

bind $nb <MouseWheel> break
bind $nb <Shift-MouseWheel> break

The above is for Windows, which to my knowledge is the platform you are
working on.

--
Csaba Nemethi https://www.nemethi.de mailto:csaba.nemethi@t-online.de

Am 30.12.24 um 15:00 schrieb nemethi:
> Am 29.12.24 um 17:25 schrieb Rich:
>> alexandru <alexandru.dadalau@meshparts.de> wrote:
>>> I searched my code for a reason why the ttk::notebook tabs are
>>> changed upon mose wheel events.
>>>
>>> Does anywone know how to deactivate this behavior?
>>>
>>> No sure if there is another module causing this.
>>
>> A basic ttk:notebook does not appear to bind to mouse wheel events in
>> any way:
>>
>>    $ rlwrap wish
>>    % ttk::notebook .n
>>    .n
>>    % winfo class .n
>>    TNotebook
>>    % bind TNotebook
>>    <Destroy> <Control-Key-ISO_Left_Tab> <Control-Shift-Key-Tab>
>>    <Control-Key-Tab> <Key-Left> <Key-Right> <Button-1>
>>
>> Therefore this behavior appears to be arising from some other module
>> you are using.
>
> This functionality was proposed for Tk 8.7 (and 9) by Harald Oehlmann
> with TIP 591, and for these Tk versions it is now included in the core.
> For earlier Tk versions it is not present in the core, but the
> Scrollutil package includes it since its version 1.9.  For this reason,
> if your application invokes "package require scrollutil_tile" then it
> will automatically activate the bindings that are responsible for the
> navigation between the tabs via the mouse wheel.
>
> Now, for some reason you don't want to have this handy feature.  You can
> deactivate it for all ttk::notebook widgets via
>
>     bind TNotebook <MouseWheel> ""
>     bind TNotebook <Shift-MouseWheel> ""
>
> or just for an individual ttk::notebook $nb via
>
>     bind $nb <MouseWheel> break
>     bind $nb <Shift-MouseWheel> break
>
> The above is for Windows, which to my knowledge is the platform you are
> working on.
>

My posting was meant as an answer to the one by Alex, sorry!

--
Csaba Nemethi https://www.nemethi.de mailto:csaba.nemethi@t-online.de

On 12/29/2024 8:25 AM, Rich wrote:
> alexandru <alexandru.dadalau@meshparts.de> wrote:
>> I searched my code for a reason why the ttk::notebook tabs are
>> changed upon mose wheel events.
>>
>> Does anywone know how to deactivate this behavior?
>>
>> No sure if there is another module causing this.
>
> A basic ttk:notebook does not appear to bind to mouse wheel events in
> any way:
>
> $ rlwrap wish
> % ttk::notebook .n
> .n
> % winfo class .n
> TNotebook
> % bind TNotebook
> <Destroy> <Control-Key-ISO_Left_Tab> <Control-Shift-Key-Tab>
> <Control-Key-Tab> <Key-Left> <Key-Right> <Button-1>
>
> Therefore this behavior appears to be arising from some other module
> you are using.

This is ironic; I actually wanted this behavior for bwidgets notebooks, and to make it work on linux one binds to Button-4 and Button-5 to use the mousewheel. Perhaps something in your code is doing this too.

I posted an example of this in https://wiki.tcl-lang.org/page/notebook (last post at bottom) which mostly was to demonstrate a bwidget notebook with close buttons on each tab, but also included the mousewheel over the tabs for scrolling them as well.

Many thank Csaba, as always you are huge helper.

I will deactivate the binding.

This is why: My software makes use of mouse wheel a lot and it
interferes with the schange of tab in an anwanted manner.

The user moves the mouse around and it's not simple to pay attention to
the area of focus. So the mouse slides out of the current focus area and
hovers over some tabs triggering the change.

I observed this issue multiple times in the last months of support with
my customers.

A better kind of binding to mouse wheel for thabs can be found in
FireFox.
There, the wheels truelly scrolls the tabs without changing the active
tab.
Just imagine how big of a problem that would be in FireFox having the
same behavior as in Tcl/Tk.
Since the user constantly uses the mouse wheel, having to make sure that
the mouse pointer never unwantedly hovers over the tabs!

I really hope you could rethink this implementation and maybe switch to
how this feature works in FireFox.

Also, I can only hope the Tcl 9.0 has a way of working around this.

Happy new year to all!