+++ This bug was initially created as a clone of Bug #807 +++ When you have 2 panels, one for each monitor, and 2 task lists (one in each panel/monitor) the both shows all windows. Each task list should show only the windows of his monitor. Gnome panel's window list does that.
This is broken again in 4.8. Mostly because if highly depends on the users, some want to see all windows, some only the ones on the current screen/output Will look at this for 4.8, might be wise to add a new filter to the preferences [x] show windows from all screens
Jannis, can we make a string break exception for this? I'd like to add 1 string for a check box: "Show windows from all monitors", I could make the task list behave like gnome does (> 1 tasklist; show only the current monitor), but this breaks when the plugin runs in a wrapper, ie. no static GSList can be used.
Created attachment 3288 Add "Show windows from all monitors" option I'd like to apply this one. It adds 1 new string, but the feature/regression is important enough to apply this in pre2.
Tried the patch, but it doesn't really seem to work fine. After applying, I can't access the tasklist properties. Console outputs: (xfce4-panel:2317): libtasklist-CRITICAL **: tasklist.c:215 (tasklist_plugin_configure_plugin): expression 'G_IS_OBJECT (object)' failed.
But adding the property include-all-monitors manually to false using xfconf-query, it seems to work fine.
Then you probably have an old launcher-dialog_ui.h file in the build directory. Anyway, pushed the patch in 7eb8d06 so there is enough time to translate the new string.
(In reply to comment #6) > Then you probably have an old launcher-dialog_ui.h file in the build directory. > Anyway, pushed the patch in 7eb8d06 so there is enough time to translate the > new string. I applied the patch against 4.7.6. Even running xdt-autogen after that doesn't fix that issue. Will try with master.
(In reply to comment #7) > (In reply to comment #6) > > Then you probably have an old launcher-dialog_ui.h file in the build directory. > > Anyway, pushed the patch in 7eb8d06 so there is enough time to translate the > > new string. > > I applied the patch against 4.7.6. Even running xdt-autogen after that doesn't > fix that issue. Will try with master. Nop, same thing happens on master, while a git clean -x -d removes it cleanly. When autogenerated, it contains correctly the properties added by the patch so I don't think it's related.
Sorry, --enable-maintainer-mode works :)