Cannot disable scroll between opened apps in taskbar

[ChaossAdept7]

It enabled by default, but i cannot find option to disable it(Of course, i've googled the solution and didn't found anything). But that option is present on Cinnamon or on Xfce(I can go to behavior and disable it).

--- Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/40153134-cannot-disable-scroll-between-opened-apps-in-taskbar?utm_campaign=plugin&utm_content=tracker%2F314880&utm_medium=issues&utm_source=github)** We accept bounties via [Bountysource](https://www.bountysource.com/?utm_campaign=plugin&utm_content=tracker%2F314880&utm_medium=issues&utm_source=github).

[kn00tcn]

cinnamon & xfce are two different environments that happened to have created such an option/feature

mate would need the feature to be added if it doesnt have it

i might try to attempt this at some point, but probably not very soon

[muesli4]

mate-panel uses WnckTasklist from libwnck. The toggle buttons which represent windows and groups fire those scroll events. To inhibit those scroll events a change to libwnck is necessary first (see https://github.com/GNOME/libwnck/blob/master/libwnck/tasklist.c#L3818).

[muesli4]

I finished this feature and will open a pull request. However, I'm not sure how to handle version constraints of libwnck (I need 3.20.2). Since I cannot wrap the xml files in macros I will have to increase the required version of it. Or is this possible with autoconf? Any guidance or advice appreciated!

[monsta]

Note: we can't require libwnck 3.20, some distros that we support still have 3.14.

[raveit65]

Currently it is undecided if i ever will update epel7 repo for rhel7/centos7 (3.14) with Mate-1.18, as this means a switch to gtk+-3 during a release cycle.
Some people ask me for doing that , but as always if something goes wrong ppl will start whining "Where is my old good Mate gtk2.......".
Personal i prefer not to update rhel7 to Mate gtk3 and wait for a new enterprise release for that.
In this this case we can change our requirement.
Anyway, beside from that open/freebsd use gtk+-3.18 as far i know.

In the past we used different UI files for gtk2 and 3 in some packages, maybe this is the solution?

[monsta]

Mint is stuck with 3.14 as well due to Ubuntu 16.04 having it in the repos. There is GTK+ 3.18, but libwnck is 3.14.

[muesli4]

I have a (temporary) branch with my patches applied, which I use for mate-panel. In case anyone is interested: https://github.com/muesli4/mate-panel/tree/libwnck-additions

[raveit65]

Mint is stuck with 3.14 as well due to Ubuntu 16.04 having it in the repos. There is GTK+ 3.18, but libwnck is 3.14.

But the question is more if those distros will ever update to to Mate-1.20?
I mean such a change is for future mate-1.20, so why we shouldn't add this feature if older distos will never update?

[raveit65]

I have a (temporary) branch with my patches applied, which I use for mate-panel. In case anyone is interested: https://github.com/muesli4/mate-panel/tree/libwnck-additions

Why using deprecated widgets like GtkVBox and GtkAlignment to window-list.ui nowadays?

[muesli4]

Why using deprecated widgets like GtkVBox and GtkAlignment to window-list.ui nowadays?

I just needed some GUI controls and used copy & paste in the ui file. Maybe there is someone interested in updating the file? ;)

[raveit65]

@muesli4
Well, i am thinking about to use this for fedora as patch, as we use gtk+-3.22 and libwnck is updated

[raveit65]

Btw. rhel7 is upgraded to gtk+-3.22

[raveit65]

It seems to be fixed or not?

[muesli4]

It seems to be fixed or not?

I had a look, and yes. Someone duplicated the work (they used the functionality I provided to libwnck at least). See 8245b0e

That is why work or review requests should be organized by issues.

[raveit65]

ok, closing