can you run a

>Diagnostics Report

and DM me the output? it sounds like one of your notes is set to private or otherwise in-accessible for publishing

Sorry, my terminology is unlcear. This is a vault I'm attempting to publish. My first step has been to run

npx dendron buildSite  --stage dev --serve

to see how it's looking locally. This is where I'm at.

Thank you, I just sent it.

Yes, I have been noticing that the local site I'm building is behaving like the built-in markdown preview. Things look and work just fine in Markdown Enhanced Preview.

Is it possible to publish my notes into confluence and refresh them weekly or monthly?

The only way I know of to get notes into confluence is to create a markdown l block and cut and paste the raw markdown into it

That is what I do at work there is no way to syne it It is a manual process

When I install Dendron on my mac I get a prompt asking if I trust the authors, the path it appears to be writing to is ~/Dendron/dendron (Workspace) is this trying to create a Dendron folder in /Users/ on my mac?

Yes that is correct. Dendron works within the context of a VSCode Workspace, and VSCode recently introduced a feature called workspace trust, which is what that prompt is about.

Here's a bit more about what it is: https://wiki.dendron.so/notes/683740e3-70ce-4a47-a1f4-1f140e80b558.html#vscode-is-telling-me-i-have-to-authorize-dendron-to-run-some-code

How do I set the location of the folder?

If you use the command

Dendron: Initialize Workspace

, it should prompt you where you want the workspace to be.

I noticed that when I create a new note in Dendron, it automatically adds whatever is in the paste buffer into the note. Is the expected behavior or a "happy accident?"

If you have a selection in the active note, lookup will extract that selection and use it as part of the body of the new note. If you happen to have whatever you pasted also selected in your active text editor, it does that.

@User Is that Dendron behavior or VS Code behavior

It is Dendron behavior.

I like the feature. But I had an issue today. Launched Dendron on a screen share to make a new note, and it threw in what was in the paste buffer, which was my password.

Any way to turn this on or off.

This is obviously not Dendron's fault. But it would be nice to enable/disable this feature based on user needs.

I'm sorry that happened. Normally this could be overridden by passing a

selectionType

argument (either

selectionExtract

or

selection2link

)to the command in the keybinding setting, but it is also set by the config in

dendron.yml

to default to

selectionExtract

. I realize that we should also have an option for

none

in the configuration. I'll try to get this change in before the next release. For now, if you add a custom keybinding like below in

keybindings.json

which can be opened by using

Preferences: Open Keyboard Shortcuts (JSON)

in the command palette, it will not set any selection type modifier to the lookup:

json
[
    {
        "key": "{meta}+l", // cmd or ctrl
        "command": "dendron.lookupNote",
        "args": {
            "selectionType": "none" // any value other than "selectionExtract" or "selection2link" would override the default behavior
        }
    }
]

It wasn't a big deal. But if someone worked in a super secure environment, this could be an issue.

Understood. I'll see what I can do about this and let you know once it's shipped.

Does Dendron's rename note command ignore the contents of the renamed note when it updates note references? Let's say I have

note1

and

note2

, and both notes contain the wikilink

[[note1]]

. Then I use the rename note command to change `note1`'s file name to

note01

. Should the rename note command update the wikilink to

[[note01]]

inside both files, or just inside

note2

?

it should update both. if not, then its an edge case we need to fix. please submit a issue if thats the case 😅

Okay, thanks Kevin! It's definitely an edge case, but I just noticed that it didn't… then realized maybe I shouldn't have expected it to! 😅

your expectation was right, our implementation might not be

Pssst, people

How do you link to a title inside the same note ?

[[#title]]

or

[[note#title]]

should both work inside the same note

Hmm