# Node-red-contrib-markdown-note — Always-visible Markdown notes on the flow canvas

**URL:** <https://discourse.nodered.org/t/node-red-contrib-markdown-note-always-visible-markdown-notes-on-the-flow-canvas/101207>\
**Category:** Share Your Nodes\
**Created:** [6 June 2026 04:31 UTC](https://discourse.nodered.org/t/node-red-contrib-markdown-note-always-visible-markdown-notes-on-the-flow-canvas/101207 "2026-06-06T04:31:26Z")\
**Posts on this page:** 1\
**Showing post:** 7

<div class="post-metadata">

**Author:** ![gregorius](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/gregorius/32/73816_2.png) [@gregorius](https://discourse.nodered.org/u/gregorius)\
**Post date:** [6 June 2026 14:57 UTC](https://discourse.nodered.org/t/node-red-contrib-markdown-note-always-visible-markdown-notes-on-the-flow-canvas/101207/7 "2026-06-06T14:57:01Z")

</div>

> [@knolleary](#):
>
> All the usual caveats I have to share about nodes that hack the editor to change their appearance in unsupported ways

You've got us over a barrel - reading between the lines:

> don't extend the editor because we'll change the APIs in 5.1 coming out in ??? and no we won't standardise the frontend APIs either. So if you want to modify the editor, don't. Accept what we do.

Kinda of unfair and for me a good reason not to upgrade. After all, is 5.x going to bring fixes to the backend (e.g [jsonata base64](https://discourse.nodered.org/t/jsonata-base64decode-does-not-support-utf8-strings/101146/4) and [group catch-all but not handled](https://discourse.nodered.org/t/catch-all-in-group-and-order-of-insertion/101178) or even possible [function node features](https://discourse.nodered.org/t/function-node-msg-properties-tab-definition/101133)) or just detachable windows in the editor ... and dark theming?

Honestly I don't need detachable windows but I do need a working group catch-all nodes and working base64 encoding/decoding.

This is obviously over sensationalised and Nick didn't say any of this - this is me reading between the lines but my point is that I still see the statement as a bit unfair. If folks implement something that is useful for them, why should they wait until there is a "official" NR way to do it?

As I recently [wrote](https://discourse.nodered.org/t/should-the-catch-node-be-able-to-catch-warnings/101163/19), for me, a better approach would be to offer standardised editor APIs and approaches for extending the workspace with `foreignobjects` so that folks can get on with solving their problems.

It would also allow folks to experiment and try out new approaches which might or might not be better. One size doesn't fit all in this case.

---

_[View the full topic](https://discourse.nodered.org/t/node-red-contrib-markdown-note-always-visible-markdown-notes-on-the-flow-canvas/101207)._