# Direct Navigation from Link-Call Node to Definition Node

**URL:** <https://discourse.nodered.org/t/direct-navigation-from-link-call-node-to-definition-node/96802>\
**Category:** Feature Requests\
**Created:** [29 April 2025 11:07 UTC](https://discourse.nodered.org/t/direct-navigation-from-link-call-node-to-definition-node/96802 "2025-04-29T11:07:28Z")\
**Posts on this page:** 10\
**Page:** 1

<div class="post-metadata">

**Author:** ![rore66x](https://avatars.discourse-cdn.com/v4/letter/r/9de053/32.png) [@rore66x](https://discourse.nodered.org/u/rore66x)\
**Post date:** [29 April 2025 11:07 UTC](https://discourse.nodered.org/t/direct-navigation-from-link-call-node-to-definition-node/96802/1 "2025-04-29T11:07:28Z")

</div>

I would like to propose a feature enhancement for Node-RED that allows users to directly navigate from a Link-Call Node to its corresponding definition node. Currently, while Link-Call Nodes help organize flows by linking different parts, there is no built-in functionality to jump directly to the node that is being called.

**Proposed Feature:**

- Implement a feature that allows users to click on a Link-Call Node and be taken directly to the node it references. This could be achieved through a context menu option or a simple double-click action.

**Benefits:**

- Improved usability and efficiency when working with complex flows.
- Easier debugging and flow management by allowing users to quickly access the linked nodes.
- Enhanced user experience, especially for those who work with large and intricate Node-RED projects.

**Additional Notes:**

This feature would greatly benefit users who manage extensive flows and need to navigate between various nodes frequently. Thank you for considering this request!

---

<div class="post-metadata">

**Author:** ![Steve-Mcl](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/steve-mcl/32/4826_2.png) [@Steve-Mcl](https://discourse.nodered.org/u/Steve-Mcl)\
**Post date:** [29 April 2025 11:10 UTC](https://discourse.nodered.org/t/direct-navigation-from-link-call-node-to-definition-node/96802/2 "2025-04-29T11:10:44Z")

</div>

Hi @rore66x - welcome to the forum.

See: [Link call visualisation](https://discourse.nodered.org/t/link-call-visualisation/85131)  
And: [Link-call nodes: visually showing the connections to link-in node](https://discourse.nodered.org/t/link-call-nodes-visually-showing-the-connections-to-link-in-node/81396)  
And: I am pretty sure there is an issue in Node-RED issue tracker

PS: I too would like a (built in) way to navigate from link-call to the link node - I did a large project recently and this was very much a missing feature IMHO.

---

<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:** [29 April 2025 12:35 UTC](https://discourse.nodered.org/t/direct-navigation-from-link-call-node-to-definition-node/96802/3 "2025-04-29T12:35:15Z")

</div>

As @Steve-Mcl already linked to, I did implement something that uses green dots instead of double clicks.

Admittedly not that clean especially if colour blind but yer, it works.

One thing that I noticed was that it's one thing to jump to the corresponding link in node (from a link call node) but it's equally important to come back to the original link call node. Hence my green dot is a bidirectional solution allowing for jumping back to the original link call node, across flow tabs, from a link in node.

This should definitely be taken into consideration when implementing any "professional" solution to the problem because it definitely is a problem - even for smaller projects.

---

<div class="post-metadata">

**Author:** ![omrid](https://avatars.discourse-cdn.com/v4/letter/o/77aa72/32.png) [@omrid](https://discourse.nodered.org/u/omrid)\
**Post date:** [30 April 2025 14:23 UTC](https://discourse.nodered.org/t/direct-navigation-from-link-call-node-to-definition-node/96802/4 "2025-04-30T14:23:36Z")

</div>

> [@gregorius](#):
>
> a bidirectional solution allowing for jumping back to the original link call node, across flow tabs, from a link in node.

This (jumping back) will work only if there is a 1:1 relation between the calling node and the called node, in which case there is not much value in using link-call anyway (link-call is good for calling generic "subroutines" from many different places).

Moreover, link-call supports a dynamic target (`msg.target`) which is only resolved in runtime (and IMHO is preferable to statically pointing to link-in Id's which can change upon copy/paste, import etc.)

---

<div class="post-metadata">

**Author:** ![knolleary](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/knolleary/32/3_2.png) [@knolleary](https://discourse.nodered.org/u/knolleary)\
**Post date:** [30 April 2025 14:49 UTC](https://discourse.nodered.org/t/direct-navigation-from-link-call-node-to-definition-node/96802/5 "2025-04-30T14:49:19Z")

</div>

> [@rore66x](#):
>
> Implement a feature that allows users to click on a Link-Call Node and be taken directly to the node it references. This could be achieved through a context menu option or a simple double-click action.

I think adding a content-menu option for the node to jump to its target would be an easy win without having to invent any new UX decoration on the node itself (which has always been the sticking point here).

I've raised [Feature: add context menu item to jump to link call target node · Issue #5125 · node-red/node-red · GitHub](https://github.com/node-red/node-red/issues/5125) to track.

---

<div class="post-metadata">

**Author:** ![Steve-Mcl](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/steve-mcl/32/4826_2.png) [@Steve-Mcl](https://discourse.nodered.org/u/Steve-Mcl)\
**Post date:** [30 April 2025 14:55 UTC](https://discourse.nodered.org/t/direct-navigation-from-link-call-node-to-definition-node/96802/6 "2025-04-30T14:55:02Z")

</div>

> [@omrid](#):
>
> This (jumping back) will work only if there is a 1:1 relation between the calling node

Jump back (in my mind) need only be akin to a browsers back button. In this scenario, navigating flows becomes far more superior.

I used to program PLCs and whenever I switched to a flavour of PLC that did NOT have "jump back", it was super easy to lose focus/mental track of where you were and why you went down that rabbit hole if the first place. Quite literally, downtime stoppages increased due to the lack of this feature. I am not even kidding!

In essence, I am suggesting, if we add "Jump To" capability in Node-RED, I instantly want "Jump Back". For anyone who doesn't believe the benefits of this - once we have it, I will ask "who would like us to remove this feature" 😉

---

<div class="post-metadata">

**Author:** ![Steve-Mcl](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/steve-mcl/32/4826_2.png) [@Steve-Mcl](https://discourse.nodered.org/u/Steve-Mcl)\
**Post date:** [30 April 2025 14:59 UTC](https://discourse.nodered.org/t/direct-navigation-from-link-call-node-to-definition-node/96802/7 "2025-04-30T14:59:47Z")

</div>

> [@omrid](#):
>
> Moreover, link-call supports a dynamic target (`msg.target`) which is only resolved in runtime (and IMHO is preferable to statically pointing to link-in Id's which can change upon copy/paste, import etc.)

FYI, its determined by the Name set on the link-in node

> `target` &nbsp;&nbsp;&nbsp;`string`When the option **Link Type** is set to "Dynamic target", set `msg.target` to the name of the `link in` node you wish to call.

---

<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:** [30 April 2025 15:00 UTC](https://discourse.nodered.org/t/direct-navigation-from-link-call-node-to-definition-node/96802/8 "2025-04-30T15:00:57Z")

</div>

> [@omrid](#):
>
> This (jumping back) will work only if there is a 1:1 relation between

Not quite correct since - in the solution I created - once I jump from a link-call node to the link-in node, I mark the green dot on the link-in node with the id of the link-call node from which I came so that I know were I came from. Clicking on the green dot on the link-in node brings me back to the original link-call node.

Hence I can jump back and forth.

---

<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:** [30 April 2025 15:03 UTC](https://discourse.nodered.org/t/direct-navigation-from-link-call-node-to-definition-node/96802/9 "2025-04-30T15:03:59Z")

</div>

> [@Steve-Mcl](#):
>
> once we have it, I will ask "who would like us to remove this feature"

Totally agree, thankfully I don't have to wait for an "official solution" having my own 🙂

And dynamic targets are a case of I can break my finger with a hammer but I can also nail nails - sure I can have a link call node with a dynamic target but the other 90% of link call nodes can be navigable.

---

<div class="post-metadata">

**Author:** ![system](https://us1.discourse-cdn.com/flex026/uploads/nodered/original/1X/d073cd938eafa2e558d7c2cd59003b3ef4963033.png) [@system](https://discourse.nodered.org/u/system)\
**Post date:** [29 June 2025 15:04 UTC](https://discourse.nodered.org/t/direct-navigation-from-link-call-node-to-definition-node/96802/10 "2025-06-29T15:04:54Z")

</div>

This topic was automatically closed 60 days after the last reply. New replies are no longer allowed.