Wait for configuration to load before processing events #119

New Issue

2026-01-05T14:48:26+01:00

adam commented

2026-01-05 14:48:26 +01:00

Originally created by @LGUG2Z on GitHub (Jul 26, 2022).

Originally assigned to: @LGUG2Z on GitHub.

Right now, configuration is loaded asynchronously via AHK, which means that window manager events being emitted can cause multiple retiles until the configuration is completed.

Ideally, it should be possible to not touch the layout until all configuration options have been loaded, and only after that, then begin accepting window manager events to handle while can manipulate the workspace layout.

Originally created by @LGUG2Z on GitHub (Jul 26, 2022). Originally assigned to: @LGUG2Z on GitHub. Right now, configuration is loaded asynchronously via AHK, which means that window manager events being emitted can cause multiple retiles until the configuration is completed. Ideally, it should be possible to not touch the layout until all configuration options have been loaded, and only after that, then begin accepting window manager events to handle while can manipulate the workspace layout.

adam added the enhancement label 2026-01-05 14:48:26 +01:00

adam closed this issue

2026-01-05 14:48:26 +01:00

adam commented

2026-01-05 14:48:26 +01:00

@es183923 commented on GitHub (Jul 26, 2022):

I suppose one way could be to signal to komorebi that config loading is done, eg komorebic config-end

@es183923 commented on GitHub (Jul 26, 2022): I suppose one way could be to signal to komorebi that config loading is done, eg `komorebic config-end`

adam commented

2026-01-05 14:48:26 +01:00

@naoey commented on GitHub (Jul 28, 2022):

This is an issue I have noticed as well. Personally I would prefer if configuration could be handled in a traditional manner in some form of komorebirc file under the config directory rather than through AHK. I haven't been a fan of base configuration being done through commands sent from an AHK script to begin with 😅

I'm not sure about the effort required to implement a configuration file format, but in my mind it feels like a more elegant implementation to wait on loading one file rather than trying to catch when an AHK script has finished running. Would be nice to have AHK purely for hotkey purposes and not rely on it for configuration.

@naoey commented on GitHub (Jul 28, 2022): This is an issue I have noticed as well. Personally I would prefer if configuration could be handled in a traditional manner in some form of `komorebirc` file under the config directory rather than through AHK. I haven't been a fan of base configuration being done through commands sent from an AHK script to begin with 😅 I'm not sure about the effort required to implement a configuration file format, but in my mind it feels like a more elegant implementation to wait on loading one file rather than trying to catch when an AHK script has finished running. Would be nice to have AHK purely for hotkey purposes and not rely on it for configuration.

adam referenced this issue

2026-01-05 14:52:51 +01:00

[PR #119] [MERGED] chore(deps): bump color-eyre from 0.6.0 to 0.6.1 #759

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: starred/komorebi#119