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

Make the primary package ID syntax configurable #2176

Open
sschuberth opened this issue Mar 3, 2025 · 2 comments
Open

Make the primary package ID syntax configurable #2176

sschuberth opened this issue Mar 3, 2025 · 2 comments
Labels
ui Issues related to the UI.

Comments

@sschuberth
Copy link
Contributor

Esp. when interacting with other compliance tools, e.g. in the context of the OCCTET project, it can be confusing for users that ORT Server is the only tool that uses ORT's package IDs to refer to packages. Instead, using package URLs (purl) probably is a better choice, esp. with purl emerging as an ECMA standard.

However, as right now quite a bit of project-specific configuration still needs to be done in one of ORT's configuration files as no UI to do the same exists, and these configuration files often need to refer to packages via ORT's IDs, also the latter should still be available for easy copying & pasting.

So the idea is to make the primary package ID that ORT Server uses throughout the UI should become configurable per user. That way, users can switch depending on their background (existing ORT users or new ORT Server users), and no screen space is "wasted" by displaying both ORT's IDs and purls in all places.

@sschuberth sschuberth added the ui Issues related to the UI. label Mar 3, 2025
@mnonnenmacher mnonnenmacher changed the title Make the primage package ID syntax configurable Make the primary package ID syntax configurable Mar 3, 2025
@Etsija
Copy link
Contributor

Etsija commented Mar 3, 2025

Concerning tables showing either package ID or purl, @lamppu and I played around with an idea to simply define both columns, but just make one of them visible/rendered in the UI, as that would be quite easy to do by changing the column's visibility property (based on the user's preference to show either package IDs or purls). I don't think that would cause much overhead/delay concerning the UI, as both IDs are anyway included in the data fetched from the back-end endpoints I believe.

@sschuberth
Copy link
Contributor Author

I guess whether that approach works might depend on the column header to use, or? Like, say the column should be named "Package ID" independently of the configured primary package identifier, would that be possible?

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

No branches or pull requests

2 participants