Hmm honestly we never did! I’m convinced a lot of people would appreciate it, and a lot of people can benefit from it. In either case though, having the option to turn on or off wysiwyg is still the best option.
Just a quick update on the matter: I think we will be able to get a demo done by end of april. There might still be things not working but I feel like it should be mostly working by then.
In this case this is technologically an advanced feature but is to users a very elementary feature likely one that’s a stay/leave decider for a lot of potential users who visit DynaList and quickly move on. Having WYSIWYG will I assume quickly result in more people picking up the tool.
Me too! I can’t wait for it. Ever since you announced it, I’ve been all giddy.
I agree. It is a very smart decision of the team to implement WYSIWYG. This is nowadays considered as a standard in web applications.
It will make Dynalist more attractive non-tech people because believe it or not markdown syntax is hurdle for people without much technical expertise and at the moment I have the feeling that Dynalist Users are quite “tekki”.
Maybe Dynalist will crack 2k pro users with the new feature.
@Shida @Erica When will this “big project” be released? I am so sick of the jumping of the format.
but during navigation
now if i want prevent the format jumping, I have to toggle the lock and access the last bullet, like below:
If the WYSIWYG cant be done soon, is it possbile to provide a feature that no format jumping in the lock mode? Thank you very much.
I would say WYSIWYG still has some way to go but in the meantime, you could switch your font to Consolas for monospaced editor font.
Still on track for the end of April?
We’ll provide an official update in a few days, but right now it doesn’t seem like we’ll make it that quickly.
Hi, can you show us a preview of what the new WYSIWYG editor would look like?
Can you add rich content in the notes with the new editor similar to evernote?
I think that is not part of the WYSIWYG. The main thing is to get rid of the markdown syntax and format the text event when you are editing a node.
How’s this going? Anything you can share yet?
Steve.
Currently still backlogged since we’re focusing on Obsidian, but we’ll be taking the learning we get while working on it as a beta software and re-incorporating it back to Dynalist!
Obsidian has a keyboard shortcut for Star/Unstar. Just saying…
Could you explain a bit more what you mean by “rich content in the notes”?
You got it 
thanks!
What if… you followed the Excel approach: had the row stay formatted but when editing the formula (i.e. markdown) appears in an edit box at the top.
I like it. That would be a preferable workaround if it meant getting the feature sooner.
Hi Erica,
I would love to hear about WYSIWYG. Last comment in sept 2020. Is it still in the pipe ? Or still very busy with Obsidian ? I’m a bit worried about the capacity to manage two software in // 
I really hope I’m wrong !
Thanks anyway, Dynalist is my most useful app cross platform, without an hesitation.
If somehow this is an easier compromise than full WYSIWYG, I would LOVE if rendered elements only unrendered when they themselves are clicked. Instead of unrendering the whole node when it’s in focus, only unrender things when the cursor is touching the markdown code itself. If my caret is not touching the markdown for an image it’s REALLY disorienting for it to disappear into markdown. Typically images are to-dos and typical a node is in focus because you want to SEE the stuff and deal with it, and NEVER do I want to edit the markdown of an uploaded image if my caret is not touching it.