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

Data type usage stats #6161

Closed
skttl opened this issue Aug 21, 2019 · 5 comments
Closed

Data type usage stats #6161

skttl opened this issue Aug 21, 2019 · 5 comments
Labels
community/up-for-packaging We're looking for the Umbraco community to help us out with resolving this issue.

Comments

@skttl
Copy link
Contributor

skttl commented Aug 21, 2019

I am trying to prevent unnecessary duplicates of data types, specifically caused by the document type editor offering "create new" before "reuse".

And also prevent breaking changes to existing data types (like if you were to remove the root node on an MNTP for example)

Could it be possible to show which document types a data type is used on, and which data types have the same configuration?

That way the user can be instantly aware of any doctypes that might break from changing an existing data type, and which data types to reuse instead of creating a new one.

I have a very crude mockup of how it could look (it should obviously be prettier).
billede

In the overlay in the document type editor, you could also have the possibility to reuse existing editors listed.
billede

@kjac
Copy link
Contributor

kjac commented Aug 21, 2019

I think usage information is a brilliant idea 👍

Duplicate detection however is a not a trivial task and thus subject to be rather error prone - specially as the detection must happen live while editing the datatype. And while I agree with your take on duplicate datatypes, I'm not entirely sure this opinion is shared by HQ.

Let me know if you would like some help with this 🙂

@skttl
Copy link
Contributor Author

skttl commented Aug 21, 2019

I know HQ doesn't want reuse as the default, this is why I thought some information was needed when people were about to create duplicates :)

I would love to submit a PR - but waiting for HQ approval of the idea.

@nul800sebastiaan
Copy link
Member

I think, currently, we're much more interested in auditing after the fact than live detection of duplicates. Media item tracking is just the first new thing we want to work on, later on we know we want a more complete tracking tool like "Nexu".

We'll discuss it at HQ soon!

@nul800sebastiaan
Copy link
Member

Hey @skttl - For now, we don't have plans to build the feature as suggested into Umbraco as it might be more confusing for newcomers than it is helpful.

We think the idea is very interesting though and it would make for an interesting package, let's call it a "refactor dashboard".

Imagine a dashboard and what you could do on that is a similar thing you're doing now: "this configuration is the same for these 3 datatypes". But instead of offering live suggestions, while creating the datatype, you could offer to do a refactor in this dashboard.

  • Maybe you're perfectly fine with having 3 datatypes that have the same configuration, but you wish one of the configuration options was different for all 3 datatypes (for example: "Show open button" needs to be enabled for all 3 of them). Press a button and.. presto! All 3 datatypes are updated with the new configuration.
  • Maybe you want to keep things really DRY: press a button and.. presto! All 3 datatypes are now just 1 datatype and the document types on which they are used are updated to use the consolidated datatype.

@jmayntzhusen jmayntzhusen added the community/up-for-packaging We're looking for the Umbraco community to help us out with resolving this issue. label Oct 8, 2019
@leekelleher
Copy link
Member

Cross-referencing PR #6625

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
community/up-for-packaging We're looking for the Umbraco community to help us out with resolving this issue.
Projects
None yet
Development

No branches or pull requests

5 participants