Replace it -> Reload Window -> try it out.

yeah, that stops the issue. Also means that even ctrl+click no longer creates, though.

interestingly, I've got dendron on two computers and the other DID have the noAutoCreateOnDefinition flag.

Yeah, I think I'm just used to using Dendron: Goto Note specifically for note creation.

I have it mapped to

ctrl+enter

my flow often involves typing several uncreated links in as part of writing one note, and then opening them all to fill them in.

helps me avoid mismatched names between the link and the created note.

Yeah, makes sense 🙂 - you'll need ctrl+click to work in that case. I think I actually misunderstood the fix from before so it's good that @User has repro'd and we can investigate.

@User @User @User @User with v45, we've launched the native dendron graph view. if you have any feedback or comments, please let us know. @User will be iterating on this for a few weeks

^^^ definitely reach out with any feedback! if you are curious about the most recent progress, I shared a video in the #748936364283920495 channel with current progress on filtering based on hierarchy/link connections

This is so exciting! I'm so happy to see this running smoothly and to have the power to reposition my nodes. What would be the best place to share feedback? (github, here in discord, etc)? Here is a first batch of UX challenges I encountered around dealing with a complex nodes layout, and some ideas for how to wrangle with them. 1. The initial layout for my graph had a lot of overlapping text labels, which I'll need to reposition to have a readable graph. Some other graph layout tools deal with this by giving you "power tools" to change the positions of more than one node in your tree at once, like a brush (see this Blender plugin) https://twitter.com/specoolar/status/1388964982788956163 2. Aside from the ability to move my nodes around, I'm keen to reduce the # of items in the graph to a relevant. Once you have a set of nodes selected, you could trigger operations ranging from (isolate just these nodes, exclude these nodes, keep everything that's descended from these nodes, etc. (There's a similar interaction in https://microsoft.github.io/SandDance/app/, querying some rows using the magnifying class, and choose between isolating or excluding your selection. It would be nicer to multi-select the nodes with either a brush or shift click than having to write a query though). 3. I'm also curious what people would make of the ability to roll up / expand subgraphs. Cytoscape offers a plugin for this ( http://ivis-at-bilkent.github.io/cytoscape.js-expand-collapse/demo.html ) . This is a more challenging problem to go after, but one could conceivably cross this idea the way geographic maps handle auto-rollup based on zoom level (e.g. having a mode with multiple levels of detail): https://leaflet.github.io/Leaflet.markercluster/example/marker-clustering-realworld.388.html

we have a github discussion thread for more nuanced discussion: https://github.com/dendronhq/dendron/discussions/615

on second look, it looks like this behavior is still working as intended. i repro'd in a workspace that didn't have

noAutoCreateOnDefinition

set: https://wiki.dendron.so/notes/f83c1d87-eac0-48f3-a5cf-8a69989d8ec1.html#noautocreateondefinition this is true by default for new workspaces and needs to be manually set in older workspaces

can you check whether you still get the create on definition behavior when you set

noAutoCreateOnDefinition

to true?

With that flag set, I do not have ctrl+mouseover creating the page, but ctrl+click also does not create the page.

unfortunately it’s one or the other. ctrl click triggers “go to definition” which is why disabling it in one place disables it in both. this is why we created the “go to note command”

I am going to naively assume that this particular view is mostly meant to be operated with the mouse, given it's a very visual way of looking at your notes. Am I right in this assumption or should I give this a try with a screenreader to see what reads and what doesn't? 🙂 Also, any plans for adding things like moving notes around to the treeview as well to achieve perity there? 🙂

It's definitely a more visual representation of your notes, although at some point in the near future I'd love to reach out to ask about different accessible options we could try – we have plans for keyboard navigation at a bare minimum and would love to do more if we can find a good implementation

@User the closest perity to a graph view, I would say, is actually the treeview we already have 🙂 before Dendron, I used a tool called Cherrytree, which among other things had a way to move a note laterally or up and down the levels of the hierarchy with hotkeys, and a treeview to do it in and see the changes live, which worked ridiculously well actually 🙂 something like that is probably a good way to achieve a similar ease of use to the graph view for keyboard-only/screenreader users

Thanks for the feedback! That's similar to the keyboard navigation I was already thinking of adding, so that's great to hear that it works so well for you

@User the asset permission issue should now be fixed in 0.45.1 version of the dendron-cli. you can install it using

yarn add @dendronhq/dendron-cli@0.45.1

fix will come out to the plugin for the next release

Simple question on using 'Show Note Graph V2'. When adding a new note, should the graph update automatically showing the new note? I seem to need to 'Reload Window' with each new note to update the note graph. I must be doing something wrong - what might I be missing?

Started with a fresh 'Initialize Workspace'. Evoked 'Show Note Graph V2' and I do view the single 'Root' node in the graph.

Add a new note. Graph does not spontaneously update (maybe it shouldn't?).

Evoked 'Sync Note Graph' (not sure if this command still applies to V2) and get notification 'still connecting to engine, please try again in a few moments...'. New note not displayed on the graph.

hen evoke 'Reload Windows', which does show the graph updated with the new note.

Right now this is the expectation but it's a limitation we'll look to fix with note graph v2. Sync Note graph is for v1 yes, and so is expected to fail currently.

the graph should update automatically when its out of preview. at that point, we'll drop the v2 suffix and deprecate the original graph

Yes @User, I notice the graph does update internally if a note is added while the graph is out of preview, and the new note then is visible on the graph when V2 in invoked.

I'm heading up the V2 graph right now, and this is something I'd like to get finished up in the next week or two - you're correct in that it does not spontaneously update at the moment, but that is something we're looking to implement