-
-
Notifications
You must be signed in to change notification settings - Fork 77
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Can no longer select editor in GTimeLog 0.11 #113
Comments
GTimeLog honors your system preference. The problem is that there are multiple competing standards of specifying system preferences:
Since gtimelog is a GUI application, it uses the mime-apps-spec, by virtue of using GTK+'s You can change your preferred editor in one of several ways:
|
People keep asking me whether it's possible to change the editor just for gtimelog, independent from system-wide MIME associations, so I guess I'll reopen this as a wishlist. I would like a gsetting |
This might be a Gtk bug, but it looks like the xdg default application is not always honored by When using the KDE desktop, default applications seem to be different between Gnome and other applications. I'm quite sure Gtk is at fault here, because P.S. You might want to use |
Running gtimelog on MacOS this is rather tricky and I did not find a way when |
Note that people who run gtimelog straight from Git will need to manually run ``make`` to recompile the gsettings schema, or gtimelog will segfault when you press Ctrl+E. Also note that using `gsettings` is a pain when the schema is not installed globally, but you can use dconf write /org/gtimelog/editor '"gvim %s"' and then tweak it with dconf-editor. Error handling is missing: if you set editor to gvim and gvim is not installed, you'll see a Python traceback on the console. Application.prepare_args() is a separate static method so I could write unit tests for it, but I haven't done so. Closes #113.
Would you like to test a PR for this? See #246. |
Note that people who run gtimelog straight from Git will need to manually run ``make`` to recompile the gsettings schema, or gtimelog will segfault when you press Ctrl+E. Also note that using `gsettings` is a pain when the schema is not installed globally, but you can use dconf write /org/gtimelog/editor '"gvim %s"' and then tweak it with dconf-editor. Error handling is missing: if you set editor to gvim and gvim is not installed, you'll see a Python traceback on the console. Application.prepare_args() is a separate static method so I could write unit tests for it, but I haven't done so. Closes #113.
I am a happy user of GTimeLog since years.
However, having recently upgraded my laptop to Lubuntu 18.04, I found that in GTimeLog 0.11 the Ctrl+E shortcut always opens
timelog.txt
in Lubuntu'sleafpad
editor, instead of usingemacsclient
, completely ignoring theEDITOR
environment variable.Would it be possible to just honor the
EDITOR
setting, or make the text editor a preference that one can set?The text was updated successfully, but these errors were encountered: