eZ Community » Forums » Suggestions » 2 years ago...
expandshrink

2 years ago...

2 years ago...

Monday 19 January 2009 3:36:18 am - 49 replies

We, Area Digital has been working with eZ Publish now for more than 2 years. We have been overall very pleased with the quality and flexibility of the code. We have the freedom to make any kind of site in a short period of development.

Now our clients are asking when we are updating the admin interface? And I would like to ask the community the same question?

The number of visual changes to the admin interface the latest 2 years can easily be counted on not too many fingers.

As we see it the interface badly needs an update for a more web2 look and more importantly web2 functionality. Now ajax is limited to the tree menu. Hmm... Not very cutting edge..

Our clients are getting used to facebook, gmail, google analytic etc.. They all have a rich and easy to use Ajax driven interface. In eZ we still reload the page for every small task.

Anyone else have an opinion on this? Are we missing anything here?

Kind regards

Fredrik

Friday 19 June 2009 1:11:20 pm

Why did you end up picking YUI over jQuery?

Friday 19 June 2009 1:19:35 pm

Not ended. Maybe we should split the thread.

Friday 19 June 2009 1:42:00 pm

This is a nice idea Tony,

what do you think of making the survey more detailed?

Fields for the survey:

* Which JS-Framework and why?
* Which CSS-Framework and why?
* New Features
* Improvements speed technical
* Read more: https://developer.yahoo.com/yslow/help/index.html#guidelines
* Read more: the rbgadmin
* Improvements speed editorial process (less clicks)
* Improvements usability

* Read more: http://www.useit.com/
* Read more: http://developer.apple.com/docume...IGuidelines/XHIGIntro/XHIGIntro.html

* Improvements user management (e.g. user search: is active, is hidden, is idiot ...)

and for the detailed discussion on which JS Framework, please use a new thread, or after the survey or in Paris.

ekke

Friday 19 June 2009 1:50:09 pm

> Why did you end up picking YUI over jQuery?

More modular and the fact that several important/needed extensions are supported by Yahoo, you'll need to roll your own or use 3. party stuff to get the same level of functionality in jquery.
And with 3.0, most of the reasons why one would choose jquery over Yui are gone or weak(Have you seen the new syntax? It's as mentioned closer to jquery and far easier to work with then yui 2.x).
And the fact that it supports running several version, while not 100% optimal, would both aid large dev teams that continually improve existing sites with new large features, as well as our extension ecosystem.

And we already use yui in webin / flow.

Friday 19 June 2009 1:55:04 pm

Hi Ekke,

I would probably get the "What are we looking to do", " what problems are we looking to help with", "What are the current problems" out in the open and resolved first. This would enable us to have some real meat to get our teeth stuck into for when we pick the technology and interface solutions (Jquery / YUI / Google Web kit) etc. as this information might help with the tool that is chosen.

I for one would like offline editing or local cache (gears or the like) this would really help with large installations where corporate bandwidth is tight.

So, what are the problems we are looking to solve folks?

Friday 19 June 2009 2:04:02 pm

Hi Tony,

this (your) way is a good approach, let's do it this way. What do the others think about? And is there a chance to get a survey?

ekke

Friday 19 June 2009 2:07:43 pm

Hi Ekke,

I have a SurveyMonkey account we can use..

All we need are some questions.

Friday 19 June 2009 2:35:52 pm

Hi Tony, hi all,

first draft of the survey questions, please correct and add something:

Which of the following user types most accurately describes you?
* Technical user
* Manager
* Project lead
* Editorial user
* Community user
- Comment

Please rate your level of experience with the eZ Publish administration interface?
* Novice _ _ _ _ _ Expert
- Comment

Overall, how satisfied are you with the eZ Publish administration interface?
* Very Dissatisfied _ _ _ _ _ Very Satisfied
- Comment

Which part/task/action in your daily work with the eZ Publish administration interface makes you angry?
- Comment

What are your ideas to improve this?
- Comment

What features are missing to speed up your work?
- Comment

What features are missing to make your life more happy with the eZ Publish administration interface?
- Comment

If you had €500 to invest in improving the usability and quality of the eZ Publish administration interface, where would you distribute this amount first and second?
- Comment first
- Comment second

ekke

Friday 19 June 2009 3:02:00 pm

Great questions!

How does this look https://www.surveymonkey.com/s.aspx?sm=XdceP232zMtVeQApNduLrg_3d_3d

Any changes?

Friday 19 June 2009 3:13:26 pm

This looks promising, but one thing, if we go for the "100 healing points" route, then I think it will be a mistake to scope it to only the admin interface, as we should identify such healing points globally for (all parts of) the CMS as well.

But getting good feedback on what is annoying with the current admin interface and suggestions for what could make it better and more productive is a very good thing anyway, as we know its one of the big ones.

Friday 19 June 2009 3:22:01 pm

Hi André,

I agree, all areas need this and they need to be ongoing. However, if we take this small fist step then the others become easier.

Great news on the known issues, can you please list them here so we can as a community discuss and comments (Sorry if you have them posted elsewhere)

Tony

Friday 19 June 2009 3:31:09 pm

Hi Tony,

I'll put it into my footer,

eZ Publish administration interface usability improvement survey blunk.gif Emoticon

ekke

Friday 19 June 2009 3:55:45 pm

Me too.. all added will tweet too

Tuesday 23 June 2009 12:24:40 pm

<i>
Which part/task/action in your daily work with the eZ Publish administration interface makes you angry?
- Comment

What are your ideas to improve this?
- Comment

What features are missing to speed up your work?
- Comment

What features are missing to make your life more happy with the eZ Publish administration interface?
- Comment
</i>

Are not these questions too similar one another?

As for expansion of scope, I'd say we could extend it to frontend editing, but no more...

Modified on Tuesday 23 June 2009 12:24:55 pm by Gaetano Giunta

Tuesday 23 June 2009 12:29:59 pm

What are your suggestions for questions?

I would value your input

Wednesday 22 July 2009 8:00:38 pm

Hi fellows !

I've read this thread very carefully and ... will that finally happen ????

Some tracks to follow :

* You may use the jQuery UI library, it's very powerfull, compliant with major browsers and you can theme the library. I've used it already on two projects and customers who are technophiles loved the result.

* You can do some better stuff for developpers : for example the debug block at the end of the page

* You can improve also the way to browse the content when the user is not in a browsing context. Today, adding a content with a relation is a pain and you need at least 6 clicks to publish something... To reduce this, you can use some shortcuts like tags or search facilities (already done in OE5, but needed to spread).

* Please provide some nice INI conf file to easily change or customize the back office (see in Symfony...).

Hope it will help. However it's a great new ! Refreshing design is always a good part.

Max

Wednesday 22 July 2009 10:35:40 pm

Maxime said

* You can improve also the way to browse the content when the user is not in a browsing context. Today, adding a content with a relation is a pain and you need at least 6 clicks to publish something... To reduce this, you can use some shortcuts like tags or search facilities (already done in OE5, but needed to spread).

i'm quite agree with this. for objectrelation is a bit tedious to find what you're looking specially when you have a lot of content that can be related.

For trying to do it more friendly to editors, we're doing overrides of the objectrelationlist.tpl edit template and using ajax autocomplete to get the contents.
just an idea happy.gif Emoticon

best regards.

Saturday 17 October 2009 4:09:33 am

Hi again

Sorry for the long absence from the discussion. Lots of projects little time..

Two weeks ago we started to use an online Accounting system at www.xero.com.

My colleague, that has very limited computer experience was in charge of setting up the system and making sure all data was entered correctly. After 1 week, no training, basically no questions, I got a mail saying it was all done.

The point is that, the same person has at various times helped out with entering content for clients in the eZ admin interface. Then we experience a very steep learning curve and lots of questions. I needed to personally sit down for hours and explain how to do it. Even after that she does not feel very secure in using the system.

In my mind, adding content for a website should not be harder that doing accountinghappy.gif Emoticon
It should probably be the other way around..

I would definitely recommend you guys to have a look at www.xero.com. They have a free trial. Not for the software in itself but for how they have managed to make accounting so simple.

If we could do the same for eZ it would be a lot easier for me to sell the system to our clients.

Fredrik

Saturday 17 October 2009 10:42:22 am

While the admin backend may seem a bit daunting, did you consider the ez website toolbar (in 4.2 this is separated from the ezwebin package). This is made for adding/editing content in a simple way

Direct download:
http://packages.ez.no/ezpublish/4.2/4.2.0/ezwt_extension.ezpkg

Cheers
Paul

Modified on Saturday 17 October 2009 10:42:56 am by Paul Borgermans

Saturday 17 October 2009 11:17:23 am

Hi

Thanks for the tip, and great that the toolbar now is separate.

Both me and our clients like the concept of an easy edit toolbar directly at the website.
I think its a very intuitive way for the client to edit a page.

Our main problem is that the way this toolbar is implemented it kind of depends on a large uniform content area for doing the actual editing. The width needs to be more than xx px etc.. Many of our pages has more of portal design, or other design that does not allow for a editor to be opened within the design.

In order to get around this we built our own toolbar with similar functions. The main difference is that editing is completely disconnected from the design of the site. That also opens up for editing of image objects, widgets, menus or other objects that does not really have a "full" design.

You can see an example here:
http://clients.areadigital.org/ad_front_edit_draft.png

Even with this tool I think there is a need for a good solid, "you can do everything in one place" admin interface. And in my opinion the current interface is starting to be a bit of a show stopper for some of our clients. Being a small company its also hard to invest the time to just redo it ourselves.

Fredrik

expandshrink

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

36 542 Users on board!

Forums menu

Proudly Developed with from