+1-888-365-2779
Try Now
More in this section

Forums / Upcoming Features / Preview: Ability to Relate Content to Other Content Items

Preview: Ability to Relate Content to Other Content Items

37 posts, 0 answered
  1. Steve
    Steve avatar
    3037 posts
    Registered:
    03 Dec 2008
    07 May 2014
    Link to this post

    @Kali

      Where is the migration script?...any idea what the status is on that?

  2. Nummo
    Nummo avatar
    6 posts
    Registered:
    16 Jan 2013
    07 May 2014 in reply to Kali
    Link to this post

    Hi Kali,

    I'm going to create a custom module using C# project. This module I'm going to use in multiple web site projects. And SlideShowEntry should be a custom content type implemented in this module. This type should contains more data then simple link to an image. This type should contains a Description field, DisplayOrder field, etc. Is there ability to implement content relation in custom content types in custom modules (not in dynamic modules)?

  3. Kali
    Kali avatar
    158 posts
    Registered:
    25 Feb 2009
    08 May 2014 in reply to Steve
    Link to this post

    @Steve, we are fixing some bugs with the migration script, and expect to be done within a day or two. I'll let you know over email.

    Kalina

     

  4. Stacey
    Stacey avatar
    291 posts
    Registered:
    18 Oct 2012
    08 May 2014 in reply to Kali
    Link to this post

    I would be interested in looking at this when you have something to test out.  I have a large project that uses a lot of related data that I will eventually want to migrate.

  5. KMac
    KMac avatar
    133 posts
    Registered:
    15 Dec 2008
    04 Jun 2014
    Link to this post

    Hey Kali,

    Any word on when you'll be able to relate content items to themselves in a parent/child relationship. Is this coming in 7.1? This is still a key feature for us before we can switch out our legacy custom modules and think it would be a very beneficial feature for the module builder. Just to reiterate what we currently need: we have many items, say practice areas, that have child items so we could have:

    -business law
    --> tax 
    --> other child practice areas
    -Litigation
    --> tax
    --> other child practice areas

    7.0 doesn't allow us to do this type of hierarchy with the dynamic modules but it seems like this is a pretty common scenario. Any update on when it will be included out of the box.

    Thanks,

    Kalvin

  6. Kali
    Kali avatar
    158 posts
    Registered:
    25 Feb 2009
    04 Jun 2014
    Link to this post

    Hi KMac,

    This feature is being discussed for 7.1. and we will attempt to include it in the release, if the time allows for that.

    We are currently working on enabling multiple child content types per parent in Module Builder.
    (currently, only one child per parent is possible in Module Builder). The discussion and wireframes can be seen here here: http://www.sitefinity.com/developer-network/forums/upcoming-features/multiple-child-types-in-module-builder-for-sitefinity-7.1

    I have a question - what is the number of child practice areas you foresee?
    In terms of backend interface, do you expect to see the hierarchy of practice areas in something like a tree view, or would you rather have a link to child practice areas under each practice area, as in the example here: http://s7k1fr.axshare.com/#p=parent_type_grid? What would be more suitable in your case ?

    Thanks and best regards,
    Kalina

     

     

  7. KMac
    KMac avatar
    133 posts
    Registered:
    15 Dec 2008
    04 Jun 2014 in reply to Kali
    Link to this post

    Thanks for the update. I'll keep my fingers crossed. As for numbers, it really depends but really probably no more than 10-15 in most cases but we then might have a third level as well. With our custom modules now we relate each child to it's parent using hierarchical classifications and we dynamically create the item's url so it becomes something like:

    business-law/tax/third-level-child-name

    As for backend interface, I think the treeview makes the most sense since that's how pages and libraries works already. Hopefully that helps and if you have any other questions, I'm happy to help.

37 posts, 0 answered
1 2