Question: I need to load a workspaceView in the content section but I only want it to show up for certain document types - this used to be possible with some C# magic in pre v14. I know about the conditions array

typescript
conditions : [
  {
      alias : 'Umb.Condition.WorkspaceAlias',
      match : 'Umb.Workspace.Document'
  }
]

In this scenario I would need to fetch from the server before I know which doc types to mount the element for. Anyone done anything similar or have any pointers/ideas?

So I am yet to do any 14. So I might be super wrong 🙂 But you could use a JS entry point and then import Umbraco services to figure out your conditions https://docs.umbraco.com/umbraco-cms/v/14.latest-beta/extending-backoffice/extension-types/extension-types/entry-point

You can use an entrypoint like Matt says, or you can make your own condition, which allows you to run some javascript logic such as checking for certain things

Thanks guys! My code sample is from the custom entryPoint, but I'm really asking if there is a "out of the box" condition for what type of content type that is loading? If not that might be a good core candidate I guess? I could either build it internally for my package but it feels like something that would be valuable for other extensions as well - any toughts @Jacob Overgaard ?

@User May I suggest “people” instead of "guys"? We use gender inclusive language in this Discord. 😀

Think a list of available conditions to date would be useful

I think that there is only 1-2 more than the once listed here

These are the ones I found

Umb.Condition.User.AllowEnableAction
Umb.Condition.User.AllowUnlockAction
Umb.Condition.User.AllowDeleteAction
Umb.Condition.User.AllowDisableAction
Umb.Condition.User.AllowResendInviteAction
Umb.Condition.UserPermission

Umb.Condition.WorkspaceAlias
Umb.Condition.WorkspaceEntityType
Umb.Condition.WorkspaceHasCollection

Umb.Condition.MenuAlias

Umb.Condition.CollectionBulkActionPermission

Umb.Condition.SectionAlias
Umb.Condition.SectionUserPermission

Umb.Condition.Switch

Umb.Condition.BlockWorkspaceHasSettings
Umb.Condition.BlockEntryShowContentEdit

Hey Warren, I added an RSS feed to my site, I'm guessing you were asking because it can get added to an Umbraco news feed? https://harrygordon.co.uk/rss.xml

Ups... 😄 There is another 15-20 conditions 😄 I was wrong 😄 hahaha sorry!

Sorry, this was meant to be a DM! 😂

@Jacob Overgaard 😄 Since you're writing 😄 Can I bump this one? Do you think that the "ContentTypeAlias" condition is something that would benefit others (and a good PR candicate) or should I keep it inside my package?

Sure, let me read

Hmmm... maybe this is not possible? Looks like the workspaceView is loaded before the content-workspace knows the content type alias?

yeah, well, looks like we have another way of doing this for some of the extension types --

forEntityTypes

directly on the manifest

It would indeed be useful to be able to only how the workspaceView for certain content (and also media) types

"content" covers everything -- documents, media, and members 🙂

okej 😄

entity is even broader

yeeh,, thats why I was wondering about the "forEntityType" example, but I guess you talked about the reusing the concept and not the exact name?

yeah

But is the result of the condition observed in any way?

It looks like it's not terribly complicated to add: https://cdn.discordapp.com/attachments/1225558756318777418/1225826048139198574/image.png?ex=66228a78&is=66101578&hm=160968def86037b7dc7b8641c2e487e8f822a36bd708a67b755e274ea81afad5&

Absolutely!

awesome! the file is here: "src/packages/core/workspace/components/workspace-editor/workspace-editor.element.ts"

found it 😄

and the code:

this.consumeContext(UMB_WORKSPACE_CONTEXT, (workspaceContext) => {
            const entityType = workspaceContext.getEntityType();
            new UmbExtensionsManifestInitializer(
                this,
                umbExtensionsRegistry,
                'workspaceView',
                (manifest) => !manifest.forEntityTypes?.length || manifest.forEntityTypes.includes(entityType),
                (workspaceViews) => {
                    this._workspaceViews = workspaceViews.map((view) => view.manifest);
                    this._createRoutes();
                },
            );
        });

so the "forEntityType" is something that already exists right, just thinking that the name might be confused with the meta.entityType for a workspace manifest

the name exists for other models, yeah

Hmm, I sounds like that, if the workspaceContext.getEntityType() returns the "Content Type Alias"

ohh, you know, it's late on a Friday afternoon, you are right

I understand the problem the workspaceView is on a higher level so ideally it should not know what its hosting

If you made it as a condition instead, you could probably consume some kind of context and type cast it depending on what entity type you loaded

I'll give it a try to see what happens 😄

Haha great

I think I get it 😄 I'll probably start with something that works for content type alias and they refactor towards more generic - need to explore the contexts avalible on the content/media/member section to see where to get the alias from 😄 Like you say - could probably be the same conition that checks any of these

hint: we already have the

UmbEntityWorkspaceContext

which is an interface that holds the "unique" value of the loaded entity, could probably make something similar to that

UmbEntityWithAliasThatCanBeFilteredWithMarkusConditionWorkspaceContext ?

😄

I guess that one possible solution could be to extend that with a optional alias EntityAlias or something that this contiion could look for - then the implementing "thing" could set it or not

Can I suggest threads where possible please @Jacob Overgaard & @Markus Johansson Makes it easier for anyone else to come along and learn about a specific topic/question/areas

this is a thread, Warren 😮

God dammn it

😄

Too tired is it the weekend yet?!

Weekend for me now, have a good one everyone 🙂

Thanks for the chat!! Have a great weekend! 😄