Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Window title not updating within QuickSwitch (alt+tab) dialog for some otherwise normal looking programs #663

Closed
celeron55 opened this issue Aug 27, 2022 · 2 comments

Comments

@celeron55
Copy link
Contributor

celeron55 commented Aug 27, 2022

In #612 there's a mention of this really good and important feature of IceWM:

"If a theme specified different color for active window title, then yes, you'd see the candidate window title drawn as active while cycling through them."

There appear to be some programs where this does not work. In the non-working program(s), the window title does not change color when cycling through windows using alt+tab.

Not working: arduino (1.8.19)

(Working: rxvt-unicode, firefox, google-chrome, pluma, dolphin and various other programs)

To me other non-working programs are currently unknown.

I will describe the exact behavior by using this example:

  • You have 2 windows from "working" programs and 2 windows from "non-working" programs
  • The last used window order is: working 1, non-working 1, non-working 2, working 2
  • The window currently active is "working 1".

Interacting with this example gives a result as follows:

  1. On the first alt+tab press, the selection switches to "non-working 1", but the window title of "working 1" stays active and the window title of "non-working 1" does not activate or change in any way.
  2. Continuing pressing alt and pressing tab again, the selection switches to "non-working 2" but the window title of "working 1" still stays active and the window title of "non-working 2" does not activate or change in any way.
  3. Continuing pressing alt and pressing tab again, the selection switches to "working 2", and now the window title of "working 2" changes to the active color and the window title of "working 1" changes to the inactive color.
  4. Continuing pressing alt and pressing tab again, the selection switches to "working 1", and now the window title of "working 1" changes to the active color and the window title of "working 2" changes to the inactive color.
  5. Continuing pressing alt and pressing tab again restarts the cycle from step 1.

If you release tab at any point, the selected window is activated and the window title colors then update, regardless of whether the window was a working or non-working one.

I'm using IceWM 2.9.9 as packaged by Fedora.

Wait... that one is from another branch compared to this repo, but it has some of the same relatively new features? Ok now I'll have to go hunting for all the repos first...

@gijsbers
Copy link
Collaborator

If arduino is the only program, maybe it has something peculiar?
Could you do xprop | grep -e '[:=]' on its window? It has only one window?
Also try icesh spy and see if anything is different when you cycle.

@gijsbers
Copy link
Collaborator

gijsbers commented Nov 9, 2022

3.2.0 has changes which may fix this. If this still occurs, examine the output of icesh -a list focusmodel and report the focusmodel of the failing applications.

@gijsbers gijsbers closed this as completed Dec 9, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants