nautilus-open-any-terminal
nautilus-open-any-terminal copied to clipboard
Add flatpak support
Added a system for flatpak support, as flatpak versions of commands are different.
This fixes #46.
Doesn't actually open the working directory, not sure why. Will investigate further.
I do not like the current approach. Please add a new gschema-option: use-flatpack
.
In your exact scenario this would be fine. But this will introduce unknown behavior if it is installed locally and via flatpack.
Out of scope for my skills, unfortunately.
Spoke too soon!
Hey, just wanted to say that this should be finished as per your requests to modify it :)
Does this work with blackbox yet? i tried to set to blackbox but it seems to fallback to gnome-terminal Tested on fedora 36 with blackbox 0.10.1
Works great!!
Yep! This PR should be completed, just waiting for review.
disclaimer: i'm pretty positive that this isn't a problem of this PR, but it just occurred to me trying to switch from the user-scope pip install to the installation through setup.py.
not sure how exactly compiling the dconf schema works under the hood, but i ended up with nautilus crashing because:
Settings schema 'com.github.stunkymonkey.nautilus-open-any-terminal' does not contain a key named 'use-flatpak'
thing is, i installed nautilus-open-any-terminal first using "pip install --user" and then uninstalled it using pip (leaving the user-scoped schema in place, i guess?). now to test this fork, i ran "sudo ./setup.py install", which installed the python package system-wide and asked me to recompile the system-wide dconf schema (again, leaving the user dconf schema in place). apparently, running "glib-compile-schemas ~/.local/share/glib-2.0/schemas/" fixed this for me, output was:
No schema files found: removed existing output file.
maybe this is something setup.py should handle, @Stunkymonkey?
Does this work with blackbox yet? i tried to set to blackbox but it seems to fallback to gnome-terminal Tested on fedora 36 with blackbox 0.10.1
it does for me!
maybe you need to full uninstall the old version (stunkymonkey one) and install the extension from the pull request
maybe you need to full uninstall the old version (stunkymonkey one) and install the extension from the pull request
i did uninstall the stunkymonkey version using pip, which i assume left the dconf schema in place… actually, i just noticed i didn’t see the readme’s uninstall section, so my bad!
flatpak can be used in user space, so you still need to consider the key --user
flatpak --user run com.raggesilver.BlackBox
sorry I was on holidays without any electronic device.
I think the implementation looks good. But like DeadMozay mentioned, that supporting a user mode would be nice.
I have reworked this PR to support flatpaks system and user mode here.
As this PR has been sitting here for quiet some time, should i open a new PR?
I have reworked this PR to support flatpaks system and user mode here.
As this PR has been sitting here for quiet some time, should i open a new PR?
No idea..
Any way, i have made this extension This specific for Blackbox only
I have reworked this PR to support flatpaks system and user mode here.
As this PR has been sitting here for quiet some time, should i open a new PR?
@Klapstuhl I would appreciate you opening a new PR.
closed via #60