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
Follow the XDG specification. #511
Conversation
👎. Quoting previous rejected PR:
And
|
We're still 100% backward-compatible.
scripts have to be in $XDG_DATA_DIR and so on... |
I took a simpler approach and jumped over all the bikeshedding, let's consider scripts as part of the configuration itself and have everything in |
Well, no one said it explicitly, but the commit that happened after my comment changed the meaning of this PR, and it's less awful regarding backwards compatibility. + /* Try the XDG-compliant path first, if the config directory
+ * exists use it instead of the one at ~/.irssi */ I'm still not very enthusiastic about this whole thing. But at least it doesn't "break" new installs.
I do like this mindset |
in my opinion we should either have a fully compliant solution with scripts in .local/share/irssi/scripts and maybe a new autorun concept or no XDG |
|
@Earnestly Some ideas are also bad. |
I'll closse this for now, either a complete implementation or none. also voted by @dequis |
- config file XDG support inspired from irssi#511 - added support to try loading scripts from XDG_DATA_HOME, if not present try loading from XDG_CONFIG_HOME, if not present try loading the usual way.
- config file XDG support inspired from irssi#511 - added support to try loading scripts from XDG_DATA_HOME, if not present try loading from XDG_CONFIG_HOME, if not present try loading the usual way.
We're still 100% backward-compatible.
Supersedes #51, we now default to
~/.config/irssi
if and only if it exists, otherwise~/.irssi
is used as before.