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
I am using EndeavourOS (Arch Linux) and the .ColorGrab config directory is being created in $HOME for me. I would expect ColorGrab to respect the XDG_CONFIG_HOME variable and place it under $HOME/.config.
I have found the following wxWidgets documentation page that suggests that the expected behaviour is what should happen: Using XDG-compliant Config Files.
Theory: Given that that page was posted in January this year, perhaps the wxWidgets dependency needs to be updated?
The text was updated successfully, but these errors were encountered:
From the link it seems this issue will mostly fix itself when wxWidgets 3.3.0 is released. This hasn't happened yet, but when it does it's up to the various Linux distros to update their wxWidgets packages. Like most C and C++ projects, ColorGrab doesn't specify specific versions of its dependencies but will use the version of wsWidgets installed on the system already.
I wasn't aware of SetFileLayout(wxStandardPaths::FileLayout_XDG), if I had been I would have used it from the start.
I am using EndeavourOS (Arch Linux) and the
.ColorGrab
config directory is being created in$HOME
for me. I would expect ColorGrab to respect theXDG_CONFIG_HOME
variable and place it under$HOME/.config
.I have found the following wxWidgets documentation page that suggests that the expected behaviour is what should happen: Using XDG-compliant Config Files.
Theory: Given that that page was posted in January this year, perhaps the wxWidgets dependency needs to be updated?
The text was updated successfully, but these errors were encountered: