But is it just declarative or does it provides feature /helper ? (I haven't looked at the source yet)

I removed à few of its key bindings but other than that I'm a happy user of Markdown-all-in-one

so it looks like some of your images are loading. you also have images in

attachments/

(eg. https://a9.io/inquiry/notes/77343d6f-26f6-4e9f-8caf-e592c0548a31.html) that aren't loading but i don't see them in your github repo either

dendron used to use jekyll to publish. these are artifacts of v1 publishing. they will be removed in the next release

so yes, you can safely delete them 🙂

if you run chrome with dev tools on, theirs a setting with network to disable caching

github pages can also take a moment to refresh so that could also be an issue

you'll want to use refactor for renaming multiple notes: https://dendron.so/notes/eea2b078-1acc-4071-a14e-18299fc28f47.html#refactor-hierarchy

the pod process interpreted my file structure weirdly i think. I booked a 1on1 with you tonight - maybe we can figure something out then :)

I might just re-copy the images in without the hashes

Thats what I'm seeing yes. In my case I have vault1/foo.banana.md and vault2/foo.apple.md and both are visible in the published webpage under two different foo entries in the contents menu. (The same as what is seen without setting the

visibility

parameter)

Has someone created a Markdown Preview Enhanced custom CSS that mimic the just-the-docs-default one ?

i've gone ahead and created a sample multivault workspace with a private vault. can you check if this works for you? also, cna you DM me your

dendron.yml

and I can take a look there as well https://github.com/dendronhq/sample-multivault-workspace

Btw on mobile browser, the links don't wrap around, and overflow horizontally

Not sure if this is reproducible but it's happened twice for me: refactor hierarchy doesn't apply the refactor to the "parent" note. So for regex

x\.parent

-> `grandparent.parent`:

parent.A

,

parent.B

,

parent.C

get changed to

grandparent.parent.A,B,C

but

parent

itself isnt changed to

grandparent.parent

. Instead, a new note called

grandparent.parent

is created, and the original

parent

is kept in-palce

in outline form:

- x
  - parent
    - A
    - B
    - C
- grandparent

turns into

- x
  - parent
- grandparent
  - (BLANK) parent
    - A
    - B
    - C

(this is where a direct manipulation hierarchy UI would be handy, I do these sorts of hierarchy refactors a lot as my ontology expands)

also:

if I make a page

test

, then rename it to

foo.test

, I'd expect

foo

to be created as well if it didn't already exist. It isn't (at least for cmd-L), and when I try to create it (cmd-L, foo, enter), it throws an error:

"ctx":"parseTree","err":{"status":"unknown","msg":"","payload":"{\"msg\":\"no childNote found: 1bfac82f-d187-4591-a654-eef2d587ee0f, current note: 940ad93a-2b54-497e-ab18-335879950834\",\"fullDump\":

Is there a way to embed a gist in my notes ? e.g. on https://pkm.desipenguin.com/notes/973b908b-89e2-432b-9110-84f28a946dbd.html#honeybadger-integration-with-fastapi this page, I would rather than a github gist embeded rather than have the code snippet inline. @User

you can put raw HTML in your note (github gists have an embed feature) I think. I actually had a similar feature request to embed YT/Twitter, maybe you can add other ideas to it!! https://github.com/dendronhq/dendron/issues/533

Just tried and

x\.parent

->

y.parent

works correctly, but

x\.parent.

->

y.parent

changes children, but not the "parent" note.

Yup exactly :D

ah, you've found some of our edge cases. this is because of the logic we use to track whether a note should be deleted. if a note has children, we leave it there as a

stub

. i think what is happening is that the

parent

note is renamed before

parent.A

, thus leaving a stub

can you submit a bug report?

sure I'll just copy paste my message lol. Wonder if there's a discord bot that can be invoked to send a message to an issue

This flow otoh actually doesn't make a stub!

as for the latter on renaming, dendron tries not to pollute your filesystem so if you have a child without a parent, foo is a stub but you should be able to create

foo

. if not, then that would be a bug

p sure it is bug, it doesn't make a stub

okay, looks like i'll need to do more digging then