Skip to content

Conversation

@mtwebster
Copy link
Member

The way we implement dialog.run() was causing issues when spawned from another dialog with its own event loop.

This lets us rely on GtkDialog's handling for this, and allows us to run it non-blocking, and have a 'response' signal like any other dialog.

The way we implement dialog.run() was causing issues when spawned
from another dialog with its own event loop.

This lets us rely on GtkDialog's handling for this, and allows us
to run it non-blocking, and have a 'response' signal like any other
dialog.
@mtwebster mtwebster changed the title XAppIconChooserDialog: Subclass GtkDialog, not XAppGtkWindow. [Next] XAppIconChooserDialog: Subclass GtkDialog, not XAppGtkWindow. Jan 10, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Development

Successfully merging this pull request may close these issues.

1 participant