Delivering The Sitecore Experience

If you have googled this error before, the most promising result is this  article . Now this article does a good job of explaining what <code> elements are to the page-editor and their connection with this error and also proposes a solution that may or may not be the cause of the issue, in my case it wasn't. Here is what my issue was: Working with Sitecore MVC view renderings A page has view renderings within nested placeholders, e.g. a hero slide item added to a hero slide item container with a placeholder (say hero-container), which in turn is added to the body of the page using another placeholder (say main-content). Using page editor, tried adding a new component to the leaf placeholder (say hero-container), and got the first popup for the allowed controls (if the field is populated) Once the component is selected and clicked Ok, nothing happens. Looking at the console I saw the following: (I recommend you click on the link to the .js file and checkout the ...

Recently, in a discussion with the team regarding how to structure content in Sitecore brought up some very interesting theories which I thought would be useful to share. So, my theory was that enterprise content should be grouped reflecting the business structure, as I discuss it here ) and taking it one step further, using the same logic to structure content within a site. But this idea was promptly met with rejection. The counter theory offered was that the content should actually follow navigation paths used by visiting user personas. This immediately brought to light a rather large assumption:       Do we assume that the content tree structure in Sitecore dictates the navigation paths for end users? The answer is, not necessarily. In my view, the minimum requirement should be to facilitate logical grouping of content that always avoids content duplication. I think there are two primary ways of implementing navigation paths: Create navigation components such as Primar...

This post is my humble attempt to share what I have discovered from my experience to be a best practice in implementing IA (Information Architecture) and content hierarchy for an enterprise implementing manage sites within a single Sitecore instance. As this is my first Sitecore blog, not to mention my first blog post ever, please feel free to comment and critique my approach as I attempt to contribute to the incredibly talented Sitecore developer community. So let’s just jump into it, consider the following scenario: an enterprise has just acquired Sitecore as their CMS platform and wants to strategize on how they should implement IA and content hierarchy so that they maximize reuse and have a Sitecore instance that scales really well. It is unsurprisingly common for businesses to decide to manage the entire company’s content within a single Sitecore instance and why not, since this is one of the easiest selling points for Sitecore, “Buy a single instance and you can build any many we...