Better way to get default datadir

Better way to get default datadir

[DG]

[-- Attachment #1.1: Type: text/plain, Size: 782 bytes --]

I have a script installs templates and default files on multiple platforms. 
In order to get the default datadir I use sed :

pandoc -v | sed -rn "s/User data directory: (.*)$/\1/p" 

It works, but it is (a) not very elegant and (b) it depends on sed and 
might fail on windows. 
My question is: What am I missing? Is there a more direct way to get the 
default datadir?

-- 
You received this message because you are subscribed to the Google Groups "pandoc-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/ea89a95c-fd70-429e-ae1f-db343f8bdd19n%40googlegroups.com.

[-- Attachment #1.2: Type: text/html, Size: 1150 bytes --]

Re: Better way to get default datadir

[Albert Krewinkel]

DG <dominik.gerstorfer-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> writes:

> I have a script installs templates and default files on multiple platforms.
>
> In order to get the default datadir I use sed :
>
> pandoc -v | sed -rn "s/User data directory: (.*)$/\1/p"
>
> It works, but it is (a) not very elegant and (b) it depends on sed and
> might fail on windows. My question is: What am I missing? Is there a
> more direct way to get the default datadir?

First, here's a way that DOESN'T work, but maybe it should?

    pandoc lua -e 'print(PANDOC_STATE.user_data_dir)'

This only prints `nil`, because the value is not set when pandoc is
called as a Lua interpreter. But it could be argued that the default
data dir should be returned if it exists.

The alternative is to use a single-line file

    print(PANDOC_STATE.user_data_dir)

and to pass it to pandoc as a Lua filter, e.g.

    echo "" | pandoc -L datadir.lua

Some shells support "process substitution". In those cases we can write
a one liner

    echo "" | pandoc -L <(echo 'print(PANDOC_STATE.user_data_dir)')

or even just

    pandoc -L <(echo 'print(PANDOC_STATE.user_data_dir)') <<< ''

But that's not portable.


Feel free to raise an issue on the bug tracker to get future support for
the potentially simpler version mentioned above.


-- 
Albert Krewinkel
GPG: 8eed e3e2 e8c5 6f18 81fe  e836 388d c0b2 1f63 1124

Re: Better way to get default datadir

[BPJ]

[-- Attachment #1: Type: text/plain, Size: 2642 bytes --]

I have for some time had an environment variable PDC_DATA_DIR with the
absolute path to the data directory as value. It is convenient to use both
in filters and scripts and to navigate in the shell, and I can use it
inside Vim as well.

Den fre 10 nov. 2023 15:29Albert Krewinkel <albert+pandoc-9EawChwDxG8hFhg+JK9F0w@public.gmane.org>
skrev:

>
> DG <dominik.gerstorfer-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> writes:
>
> > I have a script installs templates and default files on multiple
> platforms.
> >
> > In order to get the default datadir I use sed :
> >
> > pandoc -v | sed -rn "s/User data directory: (.*)$/\1/p"
> >
> > It works, but it is (a) not very elegant and (b) it depends on sed and
> > might fail on windows. My question is: What am I missing? Is there a
> > more direct way to get the default datadir?
>
> First, here's a way that DOESN'T work, but maybe it should?
>
>     pandoc lua -e 'print(PANDOC_STATE.user_data_dir)'
>
> This only prints `nil`, because the value is not set when pandoc is
> called as a Lua interpreter. But it could be argued that the default
> data dir should be returned if it exists.
>
> The alternative is to use a single-line file
>
>     print(PANDOC_STATE.user_data_dir)
>
> and to pass it to pandoc as a Lua filter, e.g.
>
>     echo "" | pandoc -L datadir.lua
>
> Some shells support "process substitution". In those cases we can write
> a one liner
>
>     echo "" | pandoc -L <(echo 'print(PANDOC_STATE.user_data_dir)')
>
> or even just
>
>     pandoc -L <(echo 'print(PANDOC_STATE.user_data_dir)') <<< ''
>
> But that's not portable.
>
>
> Feel free to raise an issue on the bug tracker to get future support for
> the potentially simpler version mentioned above.
>
>
> --
> Albert Krewinkel
> GPG: 8eed e3e2 e8c5 6f18 81fe  e836 388d c0b2 1f63 1124
>
> --
> You received this message because you are subscribed to the Google Groups
> "pandoc-discuss" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/pandoc-discuss/87edgxwulq.fsf%40zeitkraut.de
> .
>

-- 
You received this message because you are subscribed to the Google Groups "pandoc-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/CADAJKhB%3D77D0kDWK8-JRRQKRZUAHO2%2BF%3D%2B8WuG-B0JhXKOy9UA%40mail.gmail.com.

[-- Attachment #2: Type: text/html, Size: 3970 bytes --]