[0.11.22] window matching woes

We are aware of them, but they have low priority. We have more important things to do. They go here in order not to take space in the main bug thread list.
Post Reply
User avatar
prg
Filter Inserter
Filter Inserter
Posts: 947
Joined: Mon Jan 19, 2015 12:39 am
Contact:

[0.11.22] window matching woes

Post by prg »

I'm trying to match the Factorio window on Linux to move/resize/undecorate it, but initially it doesn't have WM_CLASS and WM_NAME properties, those only get set later to "Factorio $VERSION" so I had to add a hack to devilspie2 to attempt the matching again after a second if class and name come up empty. This kinda works but is not very nice. Could you set those properties before mapping the window?
Automatic Belt (and pipe) Planner—Automate yet another aspect of constructing your factory!

User avatar
prg
Filter Inserter
Filter Inserter
Posts: 947
Joined: Mon Jan 19, 2015 12:39 am
Contact:

Re: [0.11.22] window matching woes

Post by prg »

Hey did you accidentally fix this? On 0.12 WM_CLASS now seems to be already set when the window is opened. This isn't due to a change on my end since I can still reproduce the described behaviour with 0.11.
Automatic Belt (and pipe) Planner—Automate yet another aspect of constructing your factory!

Post Reply

Return to “Minor issues”