Wednesday 02 December 2009 3:26:25 am - 49 replies

Introduction

eZ Publish 4.3 will take a big step towards refreshing the administration interface.
A requirement document and a html concept prototype were recently uploaded to our SVN repository, detailing the back-office-design-related features to be implemented in 4.3 and beyond.
This document already took into account the results of this survey : https://www.surveymonkey.com/s.aspx?sm=XdceP232zMtVeQApNduLrg_3d_3d.
The actual implementation of the proof of concept starting soon, it is about time to tell us what you think.

» Read full blog post

Author Message

Piotrek Karaś

Monday 14 December 2009 9:40:00 am

Hi there,

Little late for me to jump into the discussion, but glad most of what I would have suggested was already covered ;) So just my key concerns:

  • Maintain extensibility and make it easier to extend further. This especially regards tab menu, which in some of our projects simply doesn't fit in even with 1920px screen... Also, try to make all the new cool ajax tools extensible, as well.
  • Extend the content object model with new meta attributes. By that I mean a very simple operation of extending content class attribute with two text fields, one for help texts (for the users), the other for implementation notes (internal or more technical).
  • Don't overdo the ajax. I'm not an ajax extreme fan, but still I can appreciate how ajax can improve overall ease of use and performance. However, this is quite easy to spoil if you go too far with it. I have a new online banking account with total ajax interface that is winning prizes for the approach, but driving users crazy at the same time. Let's just maintain a good balance here.
  • Introduce content class/object attribute tabs. This isn't impossible to implement by one's own, we've done it. But I think it deserves to be available out of the box. If you have content object that consists of 30 attributes, it is usually very helpful to have them tabbed into: content, images, meta attributes, geolocation and so on plus all others. This could entirely depend on INI settings for starters.
  • Full screen width editing. While high resolution screens are more and more popular, so are some complex datatypes' or custom views interfaces. It would be great to be able to use not much less than 100% of screen width, especially in edit mode. Custom browse/edit views could enjoy that as well.

--
Company: mediaSELF Sp. z o.o., http://www.mediaself.pl
eZ references: http://ez.no/partners/worldwide_partners/mediaself
eZ certified developer: http://ez.no/certification/verify/272585
eZ blog: http://ez.ryba.eu

André R.

Tuesday 15 December 2009 4:10:35 am

tab menu, which in some of our projects simply doesn't fit in even with 1920px screen

So your suggestion is? :)
Suggestions so far is to place them vertically, which will bump the content structure menu far further down.
Or only show ~5 tabs have a 6th tab called "more" where you'll get the rest as a drop down menu when you hover it.

Extend the content object model with new meta attributes & Introduce content class/object attribute tabs

As you are the 5^2 person mentioning that I have now updated the requirement doc with a section on the class content model, please review! I have included things like attribute grouping and class / class-attribute help text as we/others have discussed on this in the past here, here and here.
I have not included your Integrity flag suggestion, as I think required attributes are actually requried now and can't be left out of the post as of 4.1.0 and up.

Don't overdo the ajax

They are all defined in the doc, if you find something unclear or you don't like, discuss;)

eZ Online Editor 5: http://projects.ez.no/ezoe || eZJSCore (Ajax): http://projects.ez.no/ezjscore || eZ Publish EE http://ez.no/eZPublish/eZ-Publish-Enterprise-Subscription
@: http://twitter.com/andrerom

Piotrek Karaś

Tuesday 15 December 2009 5:23:22 am

So your suggestion is?
Suggestions so far is to place them vertically, which will bump the content structure menu far further down.
Or only show ~5 tabs have a 6th tab called "more" where you'll get the rest as a drop down menu when you hover it.

  • First of all I would stick to the current division between top menu and left/context menu (I agree that putting too much to the left menu might not be the best idea). So some sort of top menu - yes.
  • The idea with 6 tabs + "more" drop down is kind of OK, but may be not very convenient on some occasions. This could be a bit improved if we always took user's last accessed tabs to the direct view and hiding the less frequently accessed in the "more" list.
  • I would suggest an introduction of perspectives. A perspective would be a named, ordered collection of tabs. By default, we could have one or two perspectives. We could switch between perspectives somewhere in the top part of the layout, maybe a simple drop-down select. Perhaps this could be linked to access control subsystem, even though I don't think it would be the most important thing right away.

As you are the 5^2 person mentioning that I have now updated the requirement doc with a section on the class content model, please review!

  • Should: Add (non-)translatable description text per class for use as internal notes.
  • Should: Add (non-)translatable description text per class attribute for use as internal notes.

I have not included your Integrity flag suggestion, as I think required attributes are actually requried now and can't be left out of the post as of 4.1.0 and up.

  • Sure, we assume that attributes cannot be simply skipped (which should be the case of obvious security reasons), then there's no more need for it.

--
Company: mediaSELF Sp. z o.o., http://www.mediaself.pl
eZ references: http://ez.no/partners/worldwide_partners/mediaself
eZ certified developer: http://ez.no/certification/verify/272585
eZ blog: http://ez.ryba.eu

André R.

Tuesday 15 December 2009 6:25:12 am

Thanks, unsure about the internal notes stuff, as description text should give the developer a good idea of what the attribute is used for as well. And at the same time doesn't tie the storage to much to the design, as in need to keep class updated if you do changes in templates..

Anyway, tabs! Last comment on perspective and "linked to access control subsystem", if we go back a bit:

> tab menu, which in some of our projects simply doesn't fit in even with 1920px screen

Now that tabs support policy's (see the follow up blog post where we should have been discussing this;) ), will it still be that big for most users?

eZ Online Editor 5: http://projects.ez.no/ezoe || eZJSCore (Ajax): http://projects.ez.no/ezjscore || eZ Publish EE http://ez.no/eZPublish/eZ-Publish-Enterprise-Subscription
@: http://twitter.com/andrerom

Piotrek Karaś

Tuesday 15 December 2009 8:58:07 am

 

tab menu, which in some of our projects simply doesn't fit in even with 1920px screen
Now that tabs support policy's (see the follow up blog post where we should have been discussing this ), will it still be that big for most users?

I'm not sure what you're referring to as "follow up blog post".

But not necessarily tabs policies resolve the issue, or at least not entirely, as there will be users who will face difficulties because they will have broad access to the system. Perspective idea is kind of similar to, but much simpler than a role login. Some systems make it possible to declare role at login and then you only have enough tools and interfaces to carry out tasks resulting from this particular role. Of course, I don't say that's a good idea for eZ, but the perspective approach is: "show me about just what I need at the moment". For example: content perspective - content, media, users; administration perspective: setup of all sorts; client company perspective: all sorts of dedicated tabs.

Please point me to where I can read more about tab policy support.

Thanks,
Piotrek

--
Company: mediaSELF Sp. z o.o., http://www.mediaself.pl
eZ references: http://ez.no/partners/worldwide_partners/mediaself
eZ certified developer: http://ez.no/certification/verify/272585
eZ blog: http://ez.ryba.eu

André R.

Wednesday 16 December 2009 1:58:14 am

"follow up blog post", you can find it here:
Administration interface refresh, take 2: tell us more of what you think!

Please point me to where I can read more about tab policy support.

From the requirement document it's only this currently:

 #1.5 Only show options that user has access to
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Should: Allow Tabs to specify policy to check for access
Should: Allow Links in Leftmenu_* to specify policy to check for access

For more info on how it is implemented, see menu.ini in trunk, search for "PolicyList" and you'll find 3 new settings for the various menu parts.

eZ Online Editor 5: http://projects.ez.no/ezoe || eZJSCore (Ajax): http://projects.ez.no/ezjscore || eZ Publish EE http://ez.no/eZPublish/eZ-Publish-Enterprise-Subscription
@: http://twitter.com/andrerom

David L. Hicks

Tuesday 02 February 2010 2:15:27 am

oh man I feel so much on this topic, especially with tabs. It gets so confusing with so many tabs, especially Mozilla Firefox, for some reason Chrome is much easier and much better organized, although I know there are some codes for lining up tabs not just in line but in columns as well.

cy shuqian

Tuesday 20 July 2010 11:44:38 pm

I think your blog appears quite informative http://www.huaan-med.com/automatic-digital-blood-pressure-monitor. I liked it. So much useful material http://www.huaan-med.com/basal-thermometer-manufacturer. I read with great interest.Can you please tell me how can I read your rss blog? http://www.huaan-med.com/waterproof-thermometer

 

cy shuqian

Tuesday 20 July 2010 11:48:19 pm

Good article, http://www.hc-cca.com,Each and every point is good enough.http://www.jin-kun.comThanks for sharing with us your wisdom.

http://www.jxselak.cn

 

http://www.zlstoy.com

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

Powered by eZ Publish™ CMS Open Source Web Content Management. Copyright © 1999-2014 eZ Systems AS (except where otherwise noted). All rights reserved.