Explain the problem as you see it
Currently, there's no way to easily access NodeID information about Supertags.
One would hope we could view it as a column in a Supertag's schema view. While other system fields can be displayed as columns, NodeID is not available as an option. This prevents users from seeing NodeIDs for multiple nodes at once in a table/schema view. It also creates a situation where we have to get the nodeID from a link or api schema one by one, adding friction to any workflow that exists as an external process/automation.
Why is this a problem for you?
When working with Supertags, I need to:
- Quickly reference NodeIDs for multiple Supertags without opening each link or api schema individually
- Copy NodeIDs in bulk for automation purposes
- Use NodeIDs in batch operations or external integrations
- Have a clear overview of NodeIDs alongside other node properties in a single view
Without this capability, I have to manually check each node individually, which is time-consuming and inefficient.
Suggest a solution
Add NodeID to the list of available system fields - read only - that can be selected as columns in a Supertag's schema configuration. This would allow users to:
- Add a "NodeID" column to any Supertag schema
- Copy NodeIDs in bulk
- Use the NodeID column data for automations and batch processing