question-mark
Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

exportOutDirName relative to source file location

See original GitHub issue

Loving the extension, but one thing that I still can’t get right is how to properly set the output directory, even looking at #82 and such.

What I’m looking for:

a/
    b/
        diagrams/
            source/
                mydiagram.puml
            out/
                My Diagram.png

If I just set exportOutDirName to…

  • out, I get out/a/b/diagrams/source/My Diagram.png
  • ./out, I get out/a/b/diagrams/source/My Diagram.png
  • ., I get a/b/diagrams/source/My Diagram.png
  • a/b/diagrams/out, I get a/b/diagrams/out/a/b/diagrams/source

Is there an existing way to do what I want? exportOutDirName sets the root of output path, but even with exportSubFolder as false, all directories are still copied (just no separate directory based on the diagram source file name). Maybe an extra option is needed to control the behavior about how directories are copied?

Issue Analytics

  • State:closed
  • Created 5 years ago
  • Comments:15 (7 by maintainers)

github_iconTop GitHub Comments

6reactions
qjebbscommented, Aug 3, 2018

@larslue, About your proposal, consider dir structure like this:

diagrams/
    source/
        dir1/
            mydiagram.puml
        dir2/
            mydiagram2.puml

It would be:

diagrams/
    source/
        mydiagram.png
        mydiagram2.png
        dir1/
            mydiagram.puml
        dir2/
            mydiagram2.puml

To your case, try:

exportOutDirName: "."
exportSubFolder: false
1reaction
chipbitecommented, Sep 8, 2021

What I find counter-intuitive is the fact that using exportOutDirName: "." will actually set the path to relative to the input file, but using a relative path like exportOutDirName: "./out/" will act as the default and create an export path that is relative to the workspace root.

This is a good and valid observation, I think. (I don’t have a solution proposal though.)

Read more comments on GitHub >

github_iconTop Results From Across the Web

R: sourcing files using a relative path - Stack Overflow
Assume that source is always relative because the working directory of the file being sourced is set to the directory where the file...
Read more >
source file directories - Google Groups
I am trying to work out the Ceedling system. I managed to run it correctly when the needed source files are placed in...
Read more >
How does Vivado handle the remote source files when project ...
I have a Vivado project with remote sources (source files that do not reside in a directory under the Vivado project directory).
Read more >
relative source file referencing - Flexera Community
Resolved my own question. Turns out the built-in path variable ISProjectDir is effectively the same as current working directory and can be used ......
Read more >
exportOutDirName relative to source file location - TypeScript ...
exportOutDirName relative to source file location - TypeScript vscode-plantuml. Loving the extension, but one thing that I still can't get right is how...
Read more >

github_iconTop Related Medium Post

No results found

github_iconTop Related StackOverflow Question

No results found

github_iconTroubleshoot Live Code

Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free

github_iconTop Related Reddit Thread

No results found

github_iconTop Related Hackernoon Post

No results found

github_iconTop Related Tweet

No results found

github_iconTop Related Dev.to Post

No results found

github_iconTop Related Hashnode Post

No results found