Lists ModuleCancel

The forums are in read-only mode. In case that you want to directly contact the Progress Sitefinity team use the support center. In our Google Plus group you can find more than one thousand Sitefinity developers discussing different topics. For the Stack Overflow threads don’t forget to use the “Sitefinity” tag.

I have many sites using the Lists module in SF3.7 - this feature has been dropped in the new release of SF4. Has anyone managed to find a work around to this and a method to migrate the content of lists fromSF3.7 to SF4? Any help would be welcome!

The migration tool does not move lists data to Sitefinity 4.0, because there is no such a module. We are considering extending the migration tool and moving lists to Content in Sitefinity 4.0, but I cannot give you a time frame when this will happen. The migration tool is open source and if this is critical for you an option is using the Lists API to move the content

Kind regards,
Ivan Dimitrov
the Telerik team

Do you want to have your say when we set our development plans?
Do you want to know when a feature you care about is added or when a bug fixed?
Explore the
Telerik Public Issue Tracking
system and vote to affect the priority of the items

This isn't much help to me, I'm aware of the status of the migration tool and absence of the module in SF4 already henc emy support call and forum posting - I really need some detail on a full solution.

I don't really want to fill pages of generic content for users to wade through and have no means of rendering these entries in the way SF3.7 allowed me to. I don't think Telerik fully appreciates the scale of the problem for me - or am I the only customer who used lists?

Anyone else out there have the same problem - please make it known to Telerik.

Hello Stuart and Ivan,
We are in the same situation. We will not be able to complete the migration until this issue had been sorted. It would be extremely appreciated if we could knew when Telerik plans to include this module in Sitefinity 4.
Best regards

I can assure you in one thing - the Lists module is one of the first modules that will appear in the system from now on.

Best wishes,
Georgi
the Telerik team

Do you want to have your say when we set our development plans?
Do you want to know when a feature you care about is added or when a bug fixed?
Explore the
Telerik Public Issue Tracking
system and vote to affect the priority of the items

Any word on the List module? The are several different scenarios we have that Lists are much more appropriate for than generic content or modules. Especially when you're talking about making it easier for users to find/manage content in context with easy to use explicit ordering.

Georgi, Yes we have a project that is mid swing and is in dire need of the lists module or at the very least some better way to visualize custom classifications from the back end and not spam the edit forms with 20 different one-off properties and classification options(we could figure out list ordering). It is too often the case that certain batches of content need to be displayed in various locations in an explicit order.

We are really missing the ability to add provider specific fields for generic content and using an overridden layout template on the backend. This was our default rather than a module for most client needs, and would have enabled us recreate Lists in no time. Selecting the different providers from the drop drown in 3.7 wasnt extremely intuitive, but it was customizable and easy to reverse engineer the url structure and add it to the admin nav without needing a custom module. It generally took us under an hour to create some easily manageable, intensely structured areas of the site for context sensitive data.

With no lists support, and from what I
can tell, no way to add custom classifications to the filter by areas of
the backend we are in a tough spot trying to make this system
manageable without overwhelming users or building out several
module so a user doesn't have to see a long list of custom fields.

If you want to send me an email that would be fine. Our team needs to come to a consensus based on your plans(preferably today) on what the best method is to move forward. A custom module for every new type of Generic content we need to create is not looking like a good option at this point. Provider specific fields(i.e. 3.7) and custom layout widgets for the provider would be enough to suffice.

Tools

Sitefinity Professional Services

Progress, Telerik, Sitefinity and certain product names used herein are trademarks or registered trademarks of Progress Software Corporation and/or one of its subsidiaries or affiliates in the U.S. and/or other countries.