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
Describe your proposed improvement and the problem it solves.
Figured I would create a new issue to track this rather than continue in the comments of an old/closed issue:
(Context: I was trying to find a canonical list of files/paths pandoc uses within XDG_DATA_HOME, beyond what was casually mentioned in the help docs for --data-dir, --defaults, --template, etc. My search attempt; I guess this is probably a good start, but then it still doesn't seem to show all of the directory structure/etc.)
@jgm I did see that, but it doesn't include everything. For example, there is no custom or filters or defaults folders there in the git repo. From my skimming through the docs I suspect there are others too.
Would it make sense to maintain that structure in the source repo, even for empty folders, and just add a .gitkeep or similar? Or should it be left as a task to the end user to find the appropriate part via the docs JIT as they need it?
Would it make sense to maintain that structure in the source repo, even for empty folders
I think this would only be useful as a form of documentation (since there are no system data files to override in these subdirectories). And it's not great as a form of documentation, since it's a pretty rare user who will be looking at the source code to figure this out. It might be worth documenting this somewhere, though.
I think this would only be useful as a form of documentation
Agreed.
And it's not great as a form of documentation
Agreed.
It might be worth documenting this somewhere, though.
At the risk of potentially slightly raising maintenance burden if/when these things change, I definitely would have found it useful the other day. But also not too sure how often this need would arise for people in a 'grand scheme' type way (I wanted to setup the folder structure for my dotfiles), as opposed to just looking for the specific individual thing they need in the moment.
One thing I did notice while skimming the manual was that some entries use the convention of mentioning $DATADIR, and those ones were relatively easy to find even across the different manual entries. But then there were also a bunch that just mentioned something like 'user data directory' or similar, and I think some others that didn't necessarily follow that pattern and/or may not have been documented (or at least found during my skim through the manual) at all.
I also noticed that some mentions of 'user data directory' link back to --data-dir, but not all, often like this:
Describe your proposed improvement and the problem it solves.
Figured I would create a new issue to track this rather than continue in the comments of an old/closed issue:
Describe alternatives you've considered.
Leaving things as they are and leaving it as an exercise to the interested user to find/figure out if/as needed.
The text was updated successfully, but these errors were encountered: