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 don't normally install Node or NPM on my machines. I didn't want to install it purely for wavedrom-cli, so I tried to use a Docker container. I was able to pull a Node container and install wavedrom-cli within it. Then I created a little wrapper script to use the container as if it were an executable. With that approach, I was able to produce SVGs at the command line.
Unfortunately, I was not able to use it with this plugin. The problem is one of absolute vs. relative paths. Because I have to mount a host directory into the container, I need to know the relative path to the input file, not the absolute path. Yet the current implementation uses an absolute path.
Would you consider making these paths relative? Do you think it could break anything?
For the moment, I'm using realpath --relative-to="$PWD" in my wrapper script. It works, but it's not the most robust solution. I thought I would at least ask to see if there might be a better approach.
The text was updated successfully, but these errors were encountered:
I don't normally install Node or NPM on my machines.
I don't think you're the only one, so I think it's worth supporting it somehow. I'd be hesitant to just flip the switch on this entirely, but I think we can add an option for it.
Is your approach similar to this one? https://github.com/mvonbun/docker-wavedrom-cli. I'm asking cause I'd like to reproduce the issue and add a link in the readme, as this will likely help others as well.
I don't normally install Node or NPM on my machines. I didn't want to install it purely for
wavedrom-cli
, so I tried to use a Docker container. I was able to pull a Node container and installwavedrom-cli
within it. Then I created a little wrapper script to use the container as if it were an executable. With that approach, I was able to produce SVGs at the command line.Unfortunately, I was not able to use it with this plugin. The problem is one of absolute vs. relative paths. Because I have to mount a host directory into the container, I need to know the relative path to the input file, not the absolute path. Yet the current implementation uses an absolute path.
Would you consider making these paths relative? Do you think it could break anything?
For the moment, I'm using
realpath --relative-to="$PWD"
in my wrapper script. It works, but it's not the most robust solution. I thought I would at least ask to see if there might be a better approach.The text was updated successfully, but these errors were encountered: