World is now on Opti ID! Learn more

Alexander Haneng
Aug 31, 2012
  5185
(0 votes)

New EPiServer 7 intermediate build: The good, the bad and the ugly

Yesterday EPiServer released an intermediate build of EPiServer 7 to a few selected developers. Although the build itself is not public, I have gotten permission from EPiServer to blog about it Smile

 

image

The new edit UI

 

What’s new

There are quite a few changes/additions between this build (7.0.524.0) and the EPiServer 7 Preview build (7.0.449.1).

 

Here are the changes according to EPiServer:

-A brand new preview function.
-A page settings header that groups the most important properties of pages and blocks. (currently visible in forms editing mode).
-Managing deleted pages and blocks.
-Support scheduled publishing.
-Support for linking data (external URL, internal link, fetch data etc.) from the new UI.
-Support for viewing form data from the new UI.
-Simplified creation of blocks.
-Support for categorization of blocks.
-Support for managing access on global blocks.
-Support for inline editing of some additional property types (e.g. page type, sort order rule etc.).
-Improved enterprise support.
-A lot of additional UX improvements

 

The good

 

Better block editor

The best change in this version is definitely the improvement to how editors work with blocks. The changes might be minor, but the effect on editor friendliness is not.

First of all you are not completely thrown out of the page you where working when creating a new block, thanks to a “Back” link that takes you back to the page you are working on.

image

 

You can also create and add a block directly to a content area (or so I think, it doesn’t work in this build, but that is probably a bug)

image

 

Another annoyance in the preview is that your block would be called “New block” unless you remembered to name it before choosing block type. In this build you get a warning:

 

image

 

Also you get more space to work with your “shared blocks”, see the next point.

 

The right side gadgets pane aka “assets pane” is shown as default and gadgets are tabbed

The gadgets pane has always felt very crowded in EPiServer 7. Moving the gadgets to separate tabs makes much more sense and enough room to work with blocks, files, versions etc.

image

The blocks gadget is selected

 

image

The files gadget is selected

 

The new page/block button is more accessible

image

 

The preview button is more accessible and works better

The preview button now keeps you inside edit mode, but hides all the green boxes so you can see what the page really looks like. Also you can click links inside properties and navigate your way to another page you want to edit as the preview is “sticky”. Once you are on the page you want to edit simply click the preview button again. Perfect!

image

 

 

We now got a trash can

This build includes a trash can for both pages and blocks. It is no longer located under the root page and is accessed through a hidden button. Ok, it is not really hidden, but that button is damn hard to find Smile

 

image

 

 

The bad

 

The block work flow could be even better

In this build it is very easy to go to a page, create a new block and click the back link without first publishing the block. The block will be created and you can add it to your page, but it won’t show up in the published page as the block itself is not yet published. This has been handled with greying the block out, but I think there should be an even better solution to this problem.

 

Lots and lots of blocks

On a production site you will end up with hundreds or even thousands of shared blocks. EPiServer has address this through a folder dialog that pops up when you create a new block as well as search.

 

image

 

image

 

What I would like to see is the addition of “block type name” to the block listings. This will make it much easier for the editor to select the right block on the first try.

E.g.
Campaign 1  - Teaser
Campaign Images -  Image Gallery
Campaign 1 - Twitter

Also:

-The trash button is hard to find
-There are still a few bugs here and there, but that is to be expected.

 

 

The ugly

This change is described as

“A page settings header that groups the most important properties of pages and blocks. (currently visible in forms editing mode).

 

In this build this header is always open and takes up a lot of space. I expect it to be hidden somehow in the final build. 

image

The page settings header

 

 

image

What it looks like in the preview

 

 

 

To sum it up

EPiServer 7 is inching ever closer to release and this build is a big leap in the right direction. Getting blocks to work 100% for editors is a must for a modern CMS like EPiServer 7, so I hope the team will make the final adjustments to this before release.

 

And guess what: I don’t miss the right click menu! (Good work team, you proved me wrong).

Aug 31, 2012

Comments

Please login to comment.
Latest blogs
Make Global Assets Site- and Language-Aware at Indexing Time

I had a support case the other day with a question around search on global assets on a multisite. This is the result of that investigation. This co...

dada | Jun 26, 2025

The remote server returned an error: (400) Bad Request – when configuring Azure Storage for an older Optimizely CMS site

How to fix a strange issue that occurred when I moved editor-uploaded files for some old Optimizely CMS 11 solutions to Azure Storage.

Tomas Hensrud Gulla | Jun 26, 2025 |

Enable Opal AI for your Optimizely products

Learn how to enable Opal AI, and meet your infinite workforce.

Tomas Hensrud Gulla | Jun 25, 2025 |

Deploying to Optimizely Frontend Hosting: A Practical Guide

Optimizely Frontend Hosting is a cloud-based solution for deploying headless frontend applications - currently supporting only Next.js projects. It...

Szymon Uryga | Jun 25, 2025

World on Opti ID

We're excited to announce that world.optimizely.com is now integrated with Opti ID! What does this mean for you? New Users:  You can now log in wit...

Patrick Lam | Jun 22, 2025

Avoid Scandinavian Letters in File Names in Optimizely CMS

Discover how Scandinavian letters in file names can break media in Optimizely CMS—and learn a simple code fix to automatically sanitize uploads for...

Henning Sjørbotten | Jun 19, 2025 |