Floating Layout border config not respected in Scratchpad

[sjugge]

Problem observed

When displaying a Scratchpad, a border with the default color #0000ff is shown rather then the configured styling for Floating layouts. Screenshot.

Expected behaviour

Floating styling is applied to Scratchpad.

Environment

• OS: Arch Linux 4.19.2-arch1-1-ARCH.
• Qtile version: 0.12.0-2, installed through Pacman (package info).
• Python versions: 3.7.1.

Reproduce

Run qtile with default or custom config (see below).

I'm starting qtile using startx, through ~/.xinitrc.

Default config

Based on package default and docs examples:

• default_config.py as referenced in the docs.
• scratchpad config added, based on the docs.

Config used available as gist, additions based on docs have been indicated with a comment: # Added per docs..

2 Scratchpads are defined in this config:

• F11: urxvt terminal
• F12: urxvt terminal running qshell

Custom config

Based on the default_config.py as referenced in the docs, the documentation, qtile-examples and custom config.

Config available for reference in my dotfile repo, (link at commit at time of creating this issue).
Note that color_config.py is imported.

2 Scratchpads are defined in this config:

• Super+t: terminator terminal
• Super+y: urxvt terminal with Python REPL

Additional info

I've been going through the issue queue on GitHub and the docs to find a solution for this, as I'm new to Qtile I assumed the issue was on my end. But after researching this and going through the code I have the impression that this may be a bug.

Any other relevant system config may be viewed in my dotfiles repo, likely no relevant but linking to ensure transparency over my environment.

[ramnes]

Hi @sjugge, thanks for the great bug report!

I can't reproduce so far. When I add a dropwdown to my configuration, the floating color is used as expected:

[ramnes]

@sjugge I guess it is because you have two Floating layouts defined in your configuration. What if you add **layout_border to the second one?

[sjugge]

facepalm

@ramnes adding the styling config to the second Floating definition indeed resolves my issue. No idea how I managed to overlook that. Apologies for filling a bug report for this and thank you for the quick follow-up, appreciate it!

[ramnes]

No worries, I wish we could solve all issues that fast!

[sjugge]

Commit in my dotfiles resolving this issue, in case someone is looking to resolve the same (silly) issue.