-
Notifications
You must be signed in to change notification settings - Fork 64
Mark legacy relationship types as deprecated. #177
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Mark legacy relationship types as deprecated. #177
Conversation
|
Looks like you've updated the documentation! Check out your changes at https://neo4j-docs-cypher-177.surge.sh |
|
|
||
| The function `elementId` returns an ID for the given input value (node or relationship). | ||
|
|
||
|
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Maybe we should put it on the top of the list of deprecations? It feels like newer deprecations should go on the top, but I'm not sure. What do you think?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't have a strong opinion on this.
For every new version when we deprecate something new, it should be placed in its own section for the new version, so the order should not matter that much as they are introduced to the user "at the same time". This on the other hand is retro-actively adding a deprecation to a version which was already there.
Therefore, do you think it matters where this is placed?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Oh, true. Then it doesn't matter
LinneaAndersson
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
👍
No description provided.