eZ Community » Forums » Discussions » Redefining eZ Publish User Interface,...
expandshrink

Sunday 10 March 2013 10:28:27 pm - 8 replies

» Read full blog post

Introduction

As we discussed here, we will share the work we do on redesigning the eZ Publish user interface. I decided to open a specific temporary blog for that.

Monday 11 March 2013 6:11:43 pm

Not bad Roland. Not bad at all!

As we say in Norway - it's starting to smell fish!

When can we meet for drinks?

Felix

Monday 11 March 2013 7:26:21 pm

Hi

I think for the children list, you could add additional filters too (language: eng-GB, ...). For columns that make sense. If there is a big amount of subitems, it is a quick way to find desired type.

The thought comes to me:

  • text field to type (name of item, content type, language)
  • checkbox list (content type, language)

Adding image: Maybe the user could also add the external img URL or have possibility to import from his/her external account (eg. social media).

Modified on Monday 11 March 2013 7:35:22 pm by Karol Radziuk

Tuesday 12 March 2013 1:25:34 am

Quote from Karol Radziuk :

Hi

I think for the children list, you could add additional filters too (language: eng-GB, ...). For columns that make sense. If there is a big amount of subitems, it is a quick way to find desired type.

The thought comes to me:

  • text field to type (name of item, content type, language)
  • checkbox list (content type, language)

Adding image: Maybe the user could also add the external img URL or have possibility to import from his/her external account (eg. social media).

Hi,

Sure thing! We already have the requirement to make the sub-items / children view an element that can be extended/customized, to add views that would fit a specific content architecture + search.

We will keep that in mind.

Thanks, much appreciated.

Tuesday 12 March 2013 1:26:19 am

Quote from Felix Laate :

Not bad Roland. Not bad at all!

As we say in Norway - it's starting to smell fish!

When can we meet for drinks?

Felix

Thanks!

I surely will let you know my next visit to Norway 

Roland

Thursday 14 March 2013 1:48:44 am

I like the ability to set & preview content on different screen-sizes!

Thursday 14 March 2013 4:30:21 pm

Great post Roland and very exciting news !

Looking forward to see the rest for you prepared a wonderful teasing with cliffhangers all along blunk.gif Emoticon

 

Francis.

Friday 15 March 2013 11:57:40 am

Hi Roland,

A lot of very good (and interesting) work has gone into this. Looking forward to seeing more!

Here is my feedback, both big and (very) small. I hope I may be excused if my feedback in some parts is too specific relative to the level you're currently working at. 

The first portion of the bullet numbers refers to the page number.

3.1 If there actually is an important system notification, I would prefer it placed above the login form as apposed to below (especially for devices with smaller screens).

3.2 Remember "forgot password?" link. blunk.gif Emoticon

5.1 I hope the Create, Deliver, Optimize buttons won't be given quite so much height in the final UI as this compromises the amount of content above the fold.

7.1 Out of curiousity: What does the "Workspace" section in the lower left column signalify? And what has happened to bookmarks?

9.1 Grouping attributes by type (text, media, meta) as apposed to presenting them in their given content type order is an interesting approach. Could you elaborate on the reason for doing it this way?

9.2 I expect that the cog-icon in the upper right corner of list items will perhaps (among other things) replace the current table options button. Do you think it's safe to remove the "Create new" button from being associated with the sub items list to the right column?

9.3 A (very!) small thing: You'll probably need the speach bubles in the notification block to be put above the avatar and name and to fill the entire right column in order for the notification text not to break too often.

23.1 How do you plan to accomplish an actual mobile device preview? I assume you won't be able to use an actual mobile rendering engine, so is this just a resize of the viewport (and assuming that the site is responsive) or on a siteaccess basis (both could be the case, depending on the site)?

30.1 I'm not sure if I like the position of the buttons ment to reach "insite editing". What has been the reasoning for positioning it here? To me it would make sense to associate it more closely with a/the preview function.

31.1 This seems like an unorthodox take on inline editing (or insite editing as you've called it). What I expect from inline editing is to edit the content directly where I can see it (and on an attribute level). I notice that you write earlier in the slides that inline editing will be handled later. So is insite editing sort of a level between editing inline and editing in a full-blown admin interface? I would love to hear more about the process behind this.

37.1 How do you plan for the edit (pencil) buttons to be placed in the interface? What will eZ developers need to do in order to support this?

Friday 06 December 2013 8:34:57 am

The reply has been removed because of violation of forum rules.

expandshrink

You must be logged in to post messages in this topic!

36 542 Users on board!

Forums menu

Proudly Developed with from