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

Feature: Dynamic global extension manifest map #2249

Merged
merged 71 commits into from
Sep 13, 2024

Conversation

nielslyngsoe
Copy link
Member

@nielslyngsoe nielslyngsoe commented Aug 30, 2024

Giving a manifest types union based on globally declared types, making it possible for Backoffice and even extensions to append types, without the need of declaring them in the core code.

This is prerequisite to untangle all circular dependencies of the current code.

The main changes of this PR is moving the Block Editor Custom View into its module.

The main feature lies in the few new lines appended here:
https://github.com/umbraco/Umbraco.CMS.Backoffice/pull/2249/files#diff-a9f62d958031ec501e9c71b430114cc8cf67ae233ead21a32d5b46e360bd6ddb

Types of changes

  • Bug fix (non-breaking change which fixes an issue)
  • New feature (non-breaking change which adds functionality)
  • Breaking change (fix or feature that would cause existing functionality to change)
  • Chore (minor updates related to the tooling or maintenance of the repository, does not impact compiled assets)

Motivation and context

How to test?

Screenshots (if appropriate)

Checklist

  • If my change requires a change to the documentation, I have updated the documentation in this pull request.
  • I have read the CONTRIBUTING document.
  • I have added tests to cover my changes.

@nielslyngsoe nielslyngsoe changed the base branch from main to v15/dev September 12, 2024 17:37
@nielslyngsoe nielslyngsoe marked this pull request as ready for review September 12, 2024 17:57
@madsrasmussen madsrasmussen self-assigned this Sep 13, 2024
warrenbuckley and others added 12 commits September 13, 2024 10:38
… condition loads first, as order of conditions are important
…y wait until the manifest is registered so late extensions will work as well

Seems to work with my hack in an entrypoint and the console logs the extension with the updated condition but its the tests I am struggling to get to work.

As this code is heavily worked from me trying to Google, read RXJS docs and talking with Copilot I am not fully in confident in this approach
… but test says otherwise compared to using it in entrypoint
…ddCondtions

As the order of conditions is not important, as all conditions set on an extensions must be true/valid
Still need to uncomment & reinvestigate the late loading test
Copy link

@madsrasmussen madsrasmussen changed the title POC: feature dynamic global manifest types Feature: Dynamic global extension manifest map Sep 13, 2024
@nielslyngsoe nielslyngsoe merged commit 43ab906 into v15/dev Sep 13, 2024
8 checks passed
@nielslyngsoe nielslyngsoe deleted the v14/feature/POC-dynamic-global-manifest-types branch September 13, 2024 09:42
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants