[Feature]: Support XDG Base Directory Specification on Windows

[BradKnowles]

Problem Statement

I'm trying to adopt the XDG Base Directory Specification across all my OSes for consistency and easier management of dotFiles across the various OSes.

In my PowerShell profile I have environment variables set to mimic the XDG spec.

# Set XDG Base Directory Specification paths
# https://specifications.freedesktop.org/basedir-spec/latest/
# https://wiki.archlinux.org/title/XDG_Base_Directory
$Env:XDG_CONFIG_HOME="$Env:USERPROFILE\.config"
$Env:XDG_CACHE_HOME="$Env:USERPROFILE\.cache"
$Env:XDG_DATA_HOME="$Env:USERPROFILE\.local\share"
$Env:XDG_STATE_HOME="$Env:USERPROFILE\.local\state"

Since XDG is being followed on Linux if XDG_DATA_HOME is set, could the same logic be applied to Windows?

Proposed Solution

Allow checking for XDG variables on multiple OSes.

Alternatives Considered

I could set $Env:DTVEM_ROOT to something like $Env:XDG_DATA_HOME\dtvem before installing.

Feature Category

Configuration/settings

How important is this feature to you?

Medium - Nice to have

Use Case

No response

Benefits

No response

Additional Context

No response

Code of Conduct

• I agree to follow this project's Code of Conduct

[CalvinAllen]

Interesting, I don’t see why it couldn’t be supported for Windows. Let me look into it.

[BradKnowles]

I installed in a clean environment, with the XDG setup as mentioned earlier. The cache, config, shims, and versions were correctly installed into XDG_DATA_HOME, which on my setup is C:\Users\WDAGUtilityAccount\.local\share. However, when the PATH was updated, it used the original directories $Env:USERPROFILE\.dtvem.

[CalvinAllen]

Crap. I’ll take a look, must have missed a spot :/

[BradKnowles]

Sorta related, when setting $Env:DTVEM_ROOT to specify an install location, both the bin and the "data" directories get lumped into $Env:DTVEM_ROOT. Is that by design?

[CalvinAllen]

DTVEM_ROOT takes precedence over everything else, so yes, but I could be swayed to another design if it makes more sense to split them out, etc.