Skip to content
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

Inconsistent "Element ID" property name #1955

Open
QubitPi opened this issue Dec 8, 2023 · 4 comments
Open

Inconsistent "Element ID" property name #1955

QubitPi opened this issue Dec 8, 2023 · 4 comments

Comments

@QubitPi
Copy link
Contributor

QubitPi commented Dec 8, 2023

Description

The "Element ID" in Default Details Pane has a different naming with the rest of the code base.

It's elementId everywhere, such as Details Pane, except for the one above. Does element-id happen to be a typo?

Thanks

@OskarDamkjaer
Copy link
Contributor

Hi @QubitPi! It would indeed make more sense to call it elementId there as well. We're planning to get rid of the DefaultDetailsPane as we no longer use the arc package, so it doesn't really matter to us, but it's an easy fix so feel free to change it if you like!

@QubitPi
Copy link
Contributor Author

QubitPi commented Dec 14, 2023

Hi @OskarDamkjaer, thank you for your response. That makes sense.

Actually, our team is using neo4j-arc library and DefaultDetailsPane in our application, because it was an easy pickup so we don't have to implement and maintain our own DetailsPane. Currently we are using element-id only in our tests

Since upstream is deciding to deprecate the default one, I think we can simply live with that. We can handle this special case :)

Thanks.

@OskarDamkjaer
Copy link
Contributor

Oh cool! The last release of the neo4j-arc package was nine months ago, so if you'd install that you'd not get this change regardless right? How do you depend on the arc package?

@QubitPi
Copy link
Contributor Author

QubitPi commented Dec 18, 2023

We actually forked neo4j-browser's master branch, made some modifications, and use the fork in our application instead. We also regularly rebase our fork on top of upstream master which is why we could also see the very recent changes such as element ID in our fork

It's important because not only did we use element-id in tests, but we also added some new features to it such as double-clicking the canvas will create a new node. We are happy to contribute some of them back to updstream if our dearest Neo4J team found them useful as well :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants