eZ Community » Forums » Extensions » Call for testers: new Online Editor
expandshrink

Call for testers: new Online Editor

Call for testers: new Online Editor

Saturday 16 February 2008 7:55:45 pm - 303 replies

Hi all!

eZ Publish Online Editor 5.0 is now completed and included in eZ Publish 4.1.x and higher.

Extension:
http://projects.ez.no/ezoe

SVN:
http://svn.projects.ez.no/ezoe/

Issue tracker:
http://issues.ez.no/IssueList.php?ProjectId=4&ClearOk=1
* tag with the version you use, for instance 5.0.1
* mention svn version if you use svn version
* Remember to specify browser/version/os/javascript error
* Screen shoots if it applies

* Updated 6th of May 2009 with new location of extension (project.ez..no/ezoe) and state of extension.

Modified on Tuesday 11 January 2011 10:00:47 am by Nicolas Pastorino

Friday 04 April 2008 1:29:29 pm

great. we needed something like this.
installation on a fresh ezp v4 was really straightforward and it works and looks great. gratz for that.

but, i have a problem with html editor, both from admin and frontpage interface.
when clicking on view source icon (you know, that little tinymce thingy that lets us write in our native language happy.gif Emoticon )
403 error when accessing extension/ezoe/design/standard/javascript/themes/ez/source_editor.htm
can anyone confirm this problem?

here are my rewrite rules. can anyone tell me how to enable this editor?

    <IfModule mod_rewrite.c>
        RewriteEngine On
        RewriteRule content/treemenu/?$ /index_treemenu.php [L]
        Rewriterule ^/var/storage/.* - [L]
        Rewriterule ^/var/[^/]+/storage/.* - [L]
        RewriteRule ^/var/cache/texttoimage/.* - [L]
        RewriteRule ^/var/[^/]+/cache/texttoimage/.* - [L]
        Rewriterule ^/design/[^/]+/(stylesheets|images|javascript)/.* - [L]
        Rewriterule ^/share/icons/.* - [L]
        Rewriterule ^/extension/[^/]+/design/[^/]+/(stylesheets|images|javascripts?)/.* - [L]
        Rewriterule ^/packages/styles/.+/(stylesheets|images|javascript)/[^/]+/.* - [L]
        RewriteRule ^/packages/styles/.+/thumbnail/.* - [L]
        RewriteRule ^/favicon\.ico - [L]
        RewriteRule ^/robots\.txt - [L]
        # Uncomment the following lines when using popup style debug.
        # RewriteRule ^/var/cache/debug\.html.* - [L]
        # RewriteRule ^/var/[^/]+/cache/debug\.html.* - [L]
        RewriteRule .* /index.php
	RewriteRule ^/var/[^/]+/cache/(stylesheets|images|javascripts?)/.* - [L]
    </IfModule>

Modified on Friday 04 April 2008 1:31:03 pm by Davor Grubisa

Friday 04 April 2008 10:13:19 pm

Your last rewrite rule must be before "RewriteRule .* /index.php"
I'm not sure this why you get a 403 error, but this will be better.

Saturday 05 April 2008 1:00:09 am

thank, i just did it. but it wasn't my only problem...

that's what i get for being paranoid. i've had some rewrite rules in .htaccess file that i didn't move to virtual host config, and allowoverride was (naturally) disabled. it works now.

Wednesday 16 April 2008 9:05:42 pm

All:
The new Online Editor is now feature complete, a new version is uploaded to the project page for the occasion. Take it for a spin if you want toblunk.gif Emoticon
http://ez.no/developer/contribs/applications/ez_oe_mce

H.K.
> The current input is a text string, while the default caption is an xml field. So in the editor it should be an xml field.

Sorry, but since the object isn't created yet it is not trivial to have a editor field here.
But the text string is parsed using the ezoe parser, so you can use tags like

<b>, <i>, <p> and html headings

in it directly if you want to.

Modified on Wednesday 16 April 2008 9:06:51 pm by André R

Wednesday 16 April 2008 10:06:12 pm

Sorry this is so late, I haven't thought about it earlier... We've just discussed the idea with Łukasz during the developer day in Warsaw. It is possible to customize the editor for one's purposes, but it seems like a global setting, which is not good enough for projects where you need a different set of buttons for an article and a different set of buttons for a simple comment, for example. And it should be so easy to make it totally flexible.

Instead of the array:

Buttons[]
Buttons[]=formatselect
Buttons[]=bold
Buttons[]=italic
Buttons[]=underline...

I would suggest presets:

ButtonsPresets[]
ButtonsPresets[]=simple
ButtonsPresets[]=full
...

[ButtonsPreset-simple]
Buttons[]
Buttons[]=bold

[ButtonsPreset-full]
Buttons[]
Buttons[]=formatselect
Buttons[]=bold
Buttons[]=italic
Buttons[]=underline
...

It would be totally great if the XMLBlock datatype could have additional preset identifier, that would decide which buttons preset to use for OE. Of course this part is customizable with override rules, but that would make things simple.

What do you think?

Modified on Wednesday 16 April 2008 10:24:53 pm by Piotr Karaś

Wednesday 16 April 2008 10:29:08 pm

Any changes to the datatype is out of the scope for this extension, as mentioned before, features like this is on the wish list to the core team for the xml block replacement using document component in the future.

Currently I can only offer class specific settings like this:

[EditorSettings_<class_identifier>] 
Buttons......

Or alternative class attribute specific settings(but this will require more changes then above suggestion):

[EditorSettings_<class_attribute_id>] 
Buttons......

Would that work for you?
EDIT: These specific settings will only be ui wise in this version, no server filtering and so on.

Modified on Wednesday 16 April 2008 10:31:49 pm by André R

Wednesday 16 April 2008 10:44:01 pm

Hello André,

The second option - class attribute id or class_identifier/attribute_identifier combination would do the trick. We've already started two projects that will require multiple XMLBlocks with different sets of buttons... and I don't think we'll be alone here. So if it is still possible to apply that - that would be a big thing.

<i>>> EDIT: These specific settings will only be ui wise in this version, no server filtering and so on.</i>
Don't quite understand - can you please clear this comment up? Thanks.

Thursday 17 April 2008 8:06:02 am

Meaning I won't have time to implement any server side filtering in the parser for this version, if the user turns off javascript and know how to insert tables or relations manually, he can do that even if you have disabled relation and/or table buttons.

One third option would be to introduce a small new feature in eZ Publish 4.1 where you have a drop down to select button preset. So in eZ Publish 4.0 all will use 'Standard' preset, but in 4.1 you have access to 'Standard', 'No Relations', 'No Relations and tables' and 'Basic Formating' or something like that. Would that work as well?

Thursday 17 April 2008 8:56:18 am

<i>Meaning I won't have time to implement any server side filtering in the parser for this version, if the user turns off javascript and know how to insert tables or relations manually, he can do that even if you have disabled relation and/or table buttons.</i>
That's not too good, but I guess we can start with this and add server-side filtering later... Maybe if you have a good method figured out, I could help out with the coding, testing etc in order to have it ready earlier? Please let me know.

<i>One third option would be to introduce a small new feature in eZ Publish 4.1 where you have a drop down to select button preset. So in eZ Publish 4.0 all will use 'Standard' preset, but in 4.1 you have access to 'Standard', 'No Relations', 'No Relations and tables' and 'Basic Formating' or something like that. Would that work as well?</i>
But do you actually mean "prearranged fixed" presets or the flexibility of fine-grained defining the presents plus the list? If the latter, then of course I like the idea of the drop down list.

Thursday 17 April 2008 9:28:05 am

it would be great to have this function to customize the oe buttons by class/classattribute.
I agree that we could start first to configure the buttonlist and later to check on serverside.

Thank's for your work

Thursday 17 April 2008 3:59:17 pm

Hello André,

<i>
Why not a 3.10 version?
It means that ez system no longer support the 3.x family?

André R:
so if there is enough demand / founding for it when it is done, we might consider back porting it.
</i>

<b> I'm also interessed by the back porting for 3.x family happy.gif Emoticon ..

Thanx for this nice extension!!

Olivier Decan.
</b>

Friday 18 April 2008 4:19:30 am

I am having some trouble with the new features.

-Linking eznode by search does not work. When I use the magnifying glass icon, I get a search field and select list, but entering anything and then clicking search sends that window to the back and produces no results.

-Linking eznode by browse does not work. When I click the folder icon, i get the list of top nodes, but clicking on any one of those produces no change, and generates a JS error according to firebug.

syntax error
[Break on this error] eZOEPopupUtils.browse( 2 )/</code<

-The search under Insert Image and Insert Object work, but the browse functions both have the same error there. 

In the previous version I had installed (.95) these functions all worked. 

Will there be a help page in this editor like there is in the current OE?

Let me know if I can do anything to help troubleshoot.

Friday 18 April 2008 12:06:48 pm

>-Linking eznode by search does not work.
Fixed in svn, use enter key in search input until next version is out(or download svn).

> -Linking eznode by browse does not work.
I can not reproduce this bug, could you give me more info (make sure you click f5 while inside a dialog so you know you have the latest script), for instance line number for the error.

> Will there be a help page in this editor like there is in the current OE?
yes, but I'm not sure what I want to put there yet (same as old, or more about info and link to online doc..)

Modified on Friday 18 April 2008 12:07:11 pm by André R

Friday 18 April 2008 4:12:29 pm

>I can not reproduce this bug, could you give me more info (make sure you click f5 while inside a dialog so you know you have the latest script), for instance line number for the error.

[Break on this error] eZOEPopupUtils.browse( 2 )/
javascript:eZOEPo... (line 1)

Sunday 20 April 2008 1:28:21 pm

Tested the latest release with EZ 4 and Firefox 2

Release sometimes crashes when searching for or browses for multimedia files (in create link)

Sunday 20 April 2008 8:22:47 pm

> Release sometimes crashes

What crashes? Firefox?

Tuesday 22 April 2008 1:20:32 pm

Hi there...

here is a question from a newbie:

I tried to install this extension, following the instructions in INSTALL in the ezoe folder.
Everything looks perfekt, except of the editor himselve sad.gif Emoticon
I see my content, but no buttons or the border of the editor...

Seems like the css wouldn't be able, but it is in the right folder:

/var/ezwebin_site/cache/stylesheets/3f1a8b5dd472f7762ae4de86c3ea6991_all.css and
/var/ezwebin_site/cache/stylesheets/d733348012af3bb7ed8f0424c5de570b_all.css

The code defines these two styles for the TinyMCE:

eZOeMCE['content_css'] = '/var/ezwebin_site/cache/stylesheets/3f1a8b5dd472f7762ae4de86c3ea6991_all.css';
eZOeMCE['editor_css'] = '/var/ezwebin_site/cache/stylesheets/d733348012af3bb7ed8f0424c5de570b_all.css';

Have cleared cache in all ways, but nothing ever happened sad.gif Emoticon

Also gave the htaccess file the following lines:

Rewriterule ^/extension/[^/]+/design/[^/]+/(stylesheets|images|javascripts?)/.* - [L]
RewriteRule ^/var/[^/]+/cache/(stylesheets|images|javascripts?)/.* - [L]

Any ideas on this?

Thanks for your help blunk.gif Emoticon

Tuesday 22 April 2008 1:26:53 pm

Try setting ezoe.ini [EditorSettings]DevelopmentMode=enabled to see if there is some apache problems or not.

Tuesday 22 April 2008 1:49:07 pm

Hi André,

ezpz - it works... but only, when
[EditorSettings]
DevelopmentMode=enabled

Anyway, that's ok for me - thanks for this!!!

Other problem for me is:

Like the instructions I set the

[ExtensionSettings]
ActiveAccessExtensions[]=ezoe

only in one siteaccess, but this don't work... it seems only active, when placed in the override site.ini

Correct?

Friday 25 April 2008 7:11:54 pm

I found a new reproducible bug. When I have created a link, and then would like to later edit that link I can't do it by opening the link properties using the toolbar.

If place the cursor in the link, the link/unlink icons are highlighted. Clicking the link icon brings up an empty location field, and the type is set to Other.

If I instead click the link attribute in the status bar at the bottom of the editor, I am able to edit the existing link. This workaround is fine for today, but the release should have both of these functions operate the same way.

expandshrink

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

36 542 Users on board!

Forums menu

Proudly Developed with from