Try our conversational search powered by Generative AI!

Anders Hattestad
Jan 24, 2014
  6075
(1 votes)

It’s too good damn hard

I’m struggling to make more advanced properties but I keep hitting my head against a wall. I have downloaded the source code for the dojo javascript stuff, but as far as I have seen I need to copy a lot to make my necessary modifications.  I tried to add some options to the new content area display attribute based on the type, or make my own menu item. (the missing text is mine Smilefjes)

I know that you can add options here form the factory, but I wanted options based on the type, and to add a text box with override title and intro.

image_thumb1

But the process is a bit to much. The steps you have to do is to override the script to use your own class

  • Override epi-cms/widget/overlay/ContentArea.js to use
  • own epi-cms/widget/overlay/Block where we override to use
  • own epi-cms/contentediting/command/ContentAreaCommands where we override to use
  • own epi-cms/contentediting/command/SelectDisplayOption where we override to use
  • own epi-cms/widget/DisplayOptionSelector

here we can do changes to the Display option dialog.  Then there is the issue with saving. You need to make your own View Model. If you just want to add a menu (Display as: Automatic) one could hope that one could use the SelectDisplayOption with a different kind of choses, but the DisplayOptionSelector is hardwired to the displayOption set value. This is a bit strange I think. widgets shouldn't be aware of the context they are added in.

The problem with this approach is that we change a lot, and it’s difficult to be sure the changes we do will not break anything.

The best way of doing this should maybe be that in ContentArea.js all the underline classes are define and is sent down to the underline widgets. this could have been done in the EditorDescription and the classes added to metadata.AdditionalValue. Then we could override the classes we want.

Should it be so hard?, or is there something I’m missing?

Do any of you have any pointers in where to add custom values to the content in content areas?

Then I looked at the new LinkCollection, and that it looked promising,.

image

But it’s lack the Display as: option

and the edit mode is like this

image

here we could have change this dialog to add a dropdown with display as options, and a override intro text field.

The ItemCollectionEditor.js is a bit easier to read, and it also add the buttons, so we don't need to override so much to do stuff.

And it also seems after some heavy reading in js files, and reflector that the items displayed is based on the modeltype we insert in the EditorDescription

[EditorDescriptorRegistration(TargetType = typeof(LinkItemCollection),UIHint="Options")]
public class LinkCollectionEditorDescriptor : ItemCollectionEditorDescriptor
{
    public LinkCollectionEditorDescriptor(System.Collections.Generic.IEnumerable<IContentRepositoryDescriptor> contentRepositoryDescriptors)
    {
        base.AllowedTypesFormatSuffix = "link";
        base.AllowedTypes = (
            from d in contentRepositoryDescriptors
            where d.LinkableTypes != null && d.LinkableTypes.Any<System.Type>()
            select d).SelectMany((IContentRepositoryDescriptor d) => d.LinkableTypes).Distinct<System.Type>().ToArray<System.Type>();
    }
    public override void ModifyMetadata(ExtendedMetadata metadata, System.Collections.Generic.IEnumerable<System.Attribute> attributes)
    {
        base.ClientEditingClass = "alloy/editors/ItemCollectionEditor";
        base.ModifyMetadata(metadata, attributes);
        var f__AnonymousType = new
        {
            ItemModelType = "epi-cms/contentediting/viewmodel/LinkItemModel",
            CustomTypeIdentifier = typeof(LinkItem).FullName.ToLower()
        };
        var value = new
        {
            DialogContentParams = new
            {
                ModelType = typeof(LinkModel2).FullName.ToLower()
            }
        };
        metadata.OverlayConfiguration["modelParams"] = f__AnonymousType;
        metadata.EditorConfiguration["itemModelType"] = f__AnonymousType.ItemModelType;
        metadata.EditorConfiguration["customTypeIdentifier"] = f__AnonymousType.CustomTypeIdentifier;
        metadata.EditorConfiguration["commandOptions"] = value;
    }
}

So when I changed LinkModel to my own LinkModel2 and added a property it got displayed.

image

public class LinkModel2
{
    private readonly IContentRepository _contentRepository;
    private readonly UIDescriptorRegistry _uiDescriptors;
    private string _typeIdentifier;
    [Required, DisplayName("/episerver/cms/widget/editlink/linkname")]
    public string Text
    {
        get;
        set;
    }
    [DisplayName("/episerver/cms/widget/editlink/linktitle")]
    public string Title
    {
        get;
        set;
    }
    [DisplayName("/episerver/cms/widget/editlink/linktitle")]
    public string Intro
    {
        get;
        set;
    }

This is good news. So I will work more on this way of doing thing.

So if you want something similar to a contentarea don’t use contentarea but LinkCollection

Jan 24, 2014

Comments

Jan 24, 2014 12:08 PM

Hmmm... I registered an option in the Global.asax file:

var options = ServiceLocator.Current.GetInstance();
options
.Add("full", "/displayoptions/full", ContentAreaTags.FullWidth, "", "epi-icon__layout--full")
.Add("wide", "/displayoptions/wide", ContentAreaTags.TwoThirdsWidth, "", "epi-icon__layout--two-thirds")
.Add("narrow", "/displayoptions/narrow", ContentAreaTags.OneThirdWidth, "", "epi-icon__layout--one-third")
.Add("icon", "/displayoptions/icon", ContentAreaTags.Icon, "", "epi-icon__layout--icon");

A new definition in the ContentAreaTags:
public const string Icon = "icon";

And a setting in the Display.xml lang file:

Full
Wide
Narrow
Icon


That seemed to me to be all I needed, but maybe I missed something important?

Anders Hattestad
Anders Hattestad Jan 24, 2014 01:50 PM

As I wrote I wanted options based on what type the content is, and wanted also to add a text box there

André Hedberg
André Hedberg Jan 24, 2014 02:52 PM

I have banged my head here as well, but my problem resolves around disabling DisplayOptions for certain ContentAreas using an EditorDescriptor for example. Impossible! :)

Marija Jemuovic
Marija Jemuovic May 13, 2014 10:52 PM

Hey guys,

If you've been dealing with dojo stuff as well, perhaps you know the answer to this:
http://world.episerver.com/Modules/Forum/Pages/Thread.aspx?id=86086&epslanguage=en

Marija Jemuovic
Marija Jemuovic May 13, 2014 10:52 PM

Hey guys,

If you've been dealing with dojo stuff as well, perhaps you know the answer to this:
http://world.episerver.com/Modules/Forum/Pages/Thread.aspx?id=86086&epslanguage=en

Øyvind Habberstad
Øyvind Habberstad Dec 9, 2014 04:03 PM

Hi!

I know this is an old thread, but did you guys find a solution to this? I'm also trying to remove certain display options for a specific content type in the block context menu.

Please login to comment.
Latest blogs
Product Listing Page - using Graph

Optimizely Graph makes it possible to query your data in an advanced way, by using GraphQL. Querying data, using facets and search phrases, is very...

Jonas Bergqvist | Jul 5, 2024

Optimizely Search and Navigation - Part 2 - Filter Tips

Introduction Continuing from Part 1 – Search Tips , today I will share the next part – filter tips. The platform versions used for this article are...

Binh Nguyen Thi | Jul 1, 2024

Integrating HubSpot CRM without the MA Connector

Have HubSpot CRM? Want to push user data into it from Optimizely? Don’t have any personalisation requirements with that data? Don’t want to pay $80...

Matt Pallatt | Jun 27, 2024

Keeping the website secure by updating external packages

Did you see the latest warning from Optimizely to update this package with a critical security warning? https://world.optimizely.com/documentation/...

Daniel Ovaska | Jun 27, 2024