Forums / Developer / Inline Editing (OE?)

Inline Editing (OE?)

Author Message

Håkan Bergman

Friday 30 April 2010 2:32:01 am

Hello,

I was wondering if there is an inline editor where the user can on-site edit just one single datatype instead of all of them? If you have a class with an xml-block with a header and you only want to edit one or the other, I only want the datatype area to turn into a box or line when pressing an "edit" link above each datatype.

Is that possible, or do I need to use WT to get to the edit page and then scroll down to the datatype that I need to edit and then publish the result? This would be a much more user-friendly way for users to edit a single datatype and on-page with no redirects save the content and see the result.

Best regards,
Håkan

Jérôme Vieilledent

Friday 30 April 2010 3:00:53 am

Hi Håkan

AFAIK this is not completely possible. However, you could use the new attributes grouping feature in 4.3 ;)

Håkan Bergman

Friday 30 April 2010 3:08:32 am

Hi Jerome,

Thanks for your input.

I watched the webinar for 4.3 upgrade and grouping looked good and promising when editing a full class.

But I was more or less interested in some JS-extension that loaded the datatype as an input, textarea, xml-block area on site and just throw the input update to the database for that specific class datatype. If you miss spell the header for example like tets instead of test, it would be easy enough to click "edit", get an input field instead of the text entered, spell it right, click "save", page reloaded and updated.

The purpose is for Nisses Car Shop owner of age 68 to edit a single input box without getting distracted by other input boxes or fields. The typical user can handle the class updates pretty good, but a few can't and instead of learning they never update the website instead. And overall, everyone would be pleased to use a function like that, even experienced ones, I myself would love that feature.

Are you going to implement this or should I investigate some time to make it work?

Best regards,

Håkan

Abdelkader RHOUATI

Friday 30 April 2010 3:42:36 am

Hi,

A very good idea, it will be very useful !

Regrads

Abdelkader RHOUATI

Blog (french) : http://arhouati.com
----
Extension arh_jdebug : EzDebug using jquery

André R.

Friday 30 April 2010 5:52:13 am

This feature has been requested several times, but there are some issues with it.

One: Should it create a new version (probably yes, as you would want to keep revision history, and anything else would be a hack)

Two: Spam, this would need to be for specific user groups only that you trust as it will be 100% inline and without the spam protection edit forms has in them self, and without Captcha for the same reason.

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

Håkan Bergman

Friday 30 April 2010 6:17:07 am

Thanks André R. for your information.

My thought was to call the same function that stores normal class information, but through JS instead by redirects and at the same time save a new version. Should in theory be same process as normal update, just that the function is called differently by a JS post instead of a website post. My thought was to send all values in the background even if the user only edits one value and store it normally.

Security is the other question, but should also in theory be same security as normal updates as same function will be called and verified.
I am new to Ez Publish but I am working with a project where this would be best practice for our users, to update small website content without other permissions. And then it would even better to set access to datatype level, which I don't know is possible as well in the current system?

I will prob try to do this as an implementation.
Does anyone have any suggestions or input of what to think of or have made this kind of solution before?
Maybe there is a module or an extension to be downloaded?
Best regards,
Håkan

Matthieu Sévère

Friday 30 April 2010 6:58:53 am

@andré : this feature has, for sure, to be activated when an editor is connected (like website toolbar) so I don't really see a problem with Spam.

There is lot of work behind that but seems doable with the awesome eZ JSCore extension :)

@Håkan : I agree that this feature will be very well welcomed !

--
eZ certified developer: http://ez.no/certification/verify/346216

Jérôme Vieilledent

Friday 30 April 2010 7:03:06 am

"

I agree that this feature will be very well welcomed !

"

I add my bet on this !

STEVO +

Friday 30 April 2010 8:03:26 am

I've been wanting to do something like this for a long time.

Would be great if someone else did it instead! :P

I actually made a tiny start a while ago. I created new template functions equivalent to node_view_gui and attribute_view_gui (you could do a search/replace on the default templates or a template designer could just choose specific areas for enabling inline editing).

These functions wrapped their contents with a DIV with classes consisting of object data, node id, object id, class id, parent node id, section etc (everything you need to work out permissions on the client side):

 <div class="node oid-55 nid-2 pnid-1 sid-6... ">...node_view_gui template here.. </div>

A javascript function would check the user's permissions based on these values and highlight appropriate node/attribute templates on mouseover with the relevant edit/remove/hide... buttons shown.

Should be relatively simple to create a custom view that renders the appropriate edit templates which the JS inserts in the page and positions apropriately.

I'm not sure you could avoid a page refresh on publishing though. anything can happen to the page when an object is edited, depending on each individual setup.

I'll dig out my code when i get a chance.

Cheers + g'luck

Nate Parsons

Friday 30 April 2010 8:20:52 am

I think this would be a huge improvement to the front end editing system. It would make eZ more like RedDot or some of the other midmarket "pay" CMS systems that have powerful and easy to use front end editing capabilities. Let me know if I can help somehow!

-nate

---------------------------------------------------------------------------------
I look forward to an America which will not be afraid
of grace and beauty.

-------------JFK 10/26/63------------------------------------------------