You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There are currently two things in one package: a terminal emulator app, and an extension that moves its window/handles global hotkeys.
The app could be distributed as flatpak instead - this will allow using a better language/runtime (for the app, but not the extension) than javascript/gjs (python + pygobject, for example).
The extension already finds the window by its d-bus path - the app could tell the extension which window exactly it should use (through d-bus too). So the app could be a full featured terminal emulator, with only one of the windows acting as a drop-down terminal.
Not sure if flatpak "spawn on host" can be implemented in gjs, or if it requires a rewrite in python. If the latter is true, it makes sense to wait for VTE on Gtk 4 (it can be built already, but not included in GNOME's flatpak runtimes, as far as I can tell).
The text was updated successfully, but these errors were encountered:
Given the number of workarounds and hacks required, shipping the app and the extension separately may not be possible - they should have compatible versions, and the compatibility breaks frequently.
Gtk 4 and other improvements will come with GNOME 45 version.
There are currently two things in one package: a terminal emulator app, and an extension that moves its window/handles global hotkeys.
The app could be distributed as flatpak instead - this will allow using a better language/runtime (for the app, but not the extension) than javascript/gjs (python + pygobject, for example).
The extension already finds the window by its d-bus path - the app could tell the extension which window exactly it should use (through d-bus too). So the app could be a full featured terminal emulator, with only one of the windows acting as a drop-down terminal.
Not sure if flatpak "spawn on host" can be implemented in gjs, or if it requires a rewrite in python. If the latter is true, it makes sense to wait for VTE on Gtk 4 (it can be built already, but not included in GNOME's flatpak runtimes, as far as I can tell).
The text was updated successfully, but these errors were encountered: