Expose NodeProp.id for debugging Tree.propValues #9

Closed
not-my-profile wants to merge 2 commits from node-prop-id into main
not-my-profile commented 2024-10-04 07:44:46 +02:00 (Migrated from github.com)

Note that I've classified the first commit that changes the type of Tree.propValues as a breaking change since it could break the TypeScript compilation of an API user.

Note that I've classified the first commit that changes the type of `Tree.propValues` as a breaking change since it could break the TypeScript compilation of an API user.
marijnh commented 2024-10-04 19:24:35 +02:00 (Migrated from github.com)

I don't feel specific debugging scenarios justify this kind of complication of the public interface and docs. You can already access the props of a node as normal via .prop(). The IDs aren't something client code should know about.

I don't feel specific debugging scenarios justify this kind of complication of the public interface and docs. You can already access the props of a node as normal via `.prop()`. The IDs aren't something client code should know about.

Pull request closed

Sign in to join this conversation.
No reviewers
No labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
lezer/common!9
No description provided.