eZ Community » Forums » Developer » SJSD WYSIWYG editor based on...
expandshrink

SJSD WYSIWYG editor based on FCKEditor for ezxmltext

SJSD WYSIWYG editor based on FCKEditor for ezxmltext

Wednesday 12 April 2006 5:56:35 pm - 236 replies

This thread is for the project SJSD (contribute: http://ez.no/community/contribs/a...d_real_fckeditor_xmltext_integration )

Please ask your questions in this thread rather in the contribution section.
If you do not expect replys, please add comment in the contribute section happy.gif Emoticon

<b>HOWTO DEBUG this extension</b>
As the nature of this project, there are two main sources of bugs: javascript running in client side and the server side php scripts

DEBUG Javascript:
*Firefox (at least 1.5) comes with a javascript console, and it can give precise information about where and why some commands in the javascripts fail.

*IE: without Microsoft script editor/debugger, the error message is basically useless. One of them is recommanded (Microsoft script debugger is free for downloading).

DEBUG PHP:
When using the editor, there are two buttons at the end of the toolbar: the first one will show the current html source of the editor. The second one is more interesting: onloading, it will communicate with ez publish server to get the converted xml from the current html source. There will be a button "Output" after the xml is displayed, it will ask the server to convert the xml back to html, and show it in the window. After this, a ok button will appear, which can be used to set the new generated html back to the sjsd editor.

<b>BEFORE REPORT BUGS</b>
Please check bugs and "feature requests" sections in our homepage: http://sf.net/projects/scim
if it is not there, you can file one (the prefered method), or state it here

Modified on Tuesday 11 January 2011 9:59:40 am by Nicolas Pastorino

Thursday 20 April 2006 9:58:42 pm

to Dariusz Wlodarczyk:

so what simplexmlhandler saves into your database? Does it convert polish encoding into utf-8?

Friday 21 April 2006 12:27:05 am

The content of database fields (ezxmltext, ezauthor, maybe some others) say to me YES blunk.gif Emoticon other fields (like eztext) are encoded to iso-8859-2

I have only iso-8859-2 in my siteaccess settings, but some content are rencoded to UTF-8 as you can see here:

http://img208.imageshack.us/my.php?image=mysql7cq.jpg

On this screenshot you may see only ezauthor fields but the same is for ezxmltext.

Modified on Friday 21 April 2006 12:44:04 am by Dariusz Włodarczyk

Friday 21 April 2006 8:57:18 am

Hi Iiu

I have same problem with rev57!?

<?xml version="1.0" encoding="UTF-8"?>
<section xmlns:image="http://ez.no/namespaces/ezpublish3/image/"
         xmlns:xhtml="http://ez.no/namespaces/ezpublish3/xhtml/"
         xmlns:custom="http://ez.no/namespaces/ezpublish3/custom/">
  <paragraph>S.</paragraph>
  <paragraph>S.</paragraph>
  <paragraph>S.</paragraph>
</section>

All texts inside tag paragraph are owerwriten with last paragraph text.

S.

Modified on Friday 21 April 2006 9:42:18 am by Siniša Šehović

Friday 21 April 2006 12:48:26 pm

Hi Liu

If you want I can help you with fixing the issues with PHP 4.4 as described by Sinisa.

Friday 21 April 2006 3:37:33 pm

to Kristof Coomans:
Yes, please. I do not have a php 4.4 development environment so it is hard for me to fix.

Please use svn, so that you can easily generate the patch happy.gif Emoticon

thanks for your offer

Friday 21 April 2006 3:59:01 pm

to Dariusz Wlodarczyk:
hehe, you see, ezauthor just write utf-8 as the encoding, but I doubt it really converts the input into UTF-8

if that's the case for ezxmltext as well, SJSD should work fine too

Friday 21 April 2006 10:33:08 pm

Belive me the content is converted to UTF-8... i check this!

Modified on Friday 21 April 2006 10:33:51 pm by Dariusz Włodarczyk

Friday 21 April 2006 11:52:25 pm

I checked that ezsimplied input handler does not convert the charset at all (AFAICT)

Saturday 22 April 2006 2:38:24 pm

Hi Liu

I've made a patch which should fix the problem with PHP 4.4

http://sourceforge.net/tracker/in...&group_id=164632&atid=832505

Saturday 22 April 2006 3:02:28 pm

I'm having some troubles with headers. If I'm using them and I store or publish the draft / disable the editor, I get this error page in Firefox:

The connection was reset  

The connection to the server was reset while the page was loading.
    *   The site could be temporarily unavailable or too busy. Try again in a few
          moments.
    *   If you are unable to load any pages, check your computer's network
          connection.
    *   If your computer or network is protected by a firewall or proxy, make sure
          that Firefox is permitted to access the Web.

And I get this in the Apache error log:
[Sat Apr 22 14:48:24 2006] [notice] Parent: child process exited with status 3221225477 -- Restarting.

Does someone else experiences the same problem?

I'll google a bit to see if I can find a solution.

Saturday 22 April 2006 3:22:43 pm

I have the problem with both PHP 4.4.1 and PHP 4.4.3-dev on Apache 2.0.55.

Saturday 22 April 2006 3:25:15 pm

to Kristof Coomans:
thanks man. Applied in svn. Those of use php 4.4/eZ 3.7, could you please test svn r58 and report whether it works?

I never experienced any php errors like the one you got. I suspect it is also related to php 4.4. When you use header, what do you get if you click the ez source button (the last one in the toolbar)

Saturday 22 April 2006 3:37:48 pm

I get the normal source window with "undefined".

Saturday 22 April 2006 3:48:48 pm

uhm...

seems when you use header, your php will crash

if you have firebug installed, you can see the request and response from server. That full response may be useful, but I am not sure about that.

I suspect the problem is caused in
function convertSectionDomNode
in file ezxmltext/handlers/input/sjsdxmlinput.php

it has somewhat similar logic to what you just fixed for php 4.4

Modified on Saturday 22 April 2006 3:51:16 pm by liu spider

Saturday 22 April 2006 4:59:48 pm

PHP is definitely crashing my Apache server. I'm writing a little test script for the command line so I can start looking what exactly is causing the problem.

Saturday 22 April 2006 5:29:52 pm

I found the problem and have made a patch. Will post it at sourceforge.

Saturday 22 April 2006 7:13:52 pm

thanks for your patch, merged in svn

I wonder why others do not experience this issue

Sunday 23 April 2006 10:27:14 am

Maybe most of them use eZ 3.6.x with PHP 4.3.x. Or it could be a Windows-only problem too.

I'd like to fix some warnings I get with PHP 4.4 too, but maybe it's better to have a seperate branch for PHP 4.3 (eZ 3.6.x) and PHP 4.4 (eZ 3.7.x and newer) to make sure we don't break anything for PHP 4.3?

Sunday 23 April 2006 3:51:15 pm

will the fix to the warnings in php 4.4 make it incompatible with php 4.3?

I hope SJSD could be maintained to be compatible with both php 4.3 and 4.4, at least in short term.

if that's impossible, I think we have to create a separete branch.

BTW: do you want to join SJSD project so that you can commit to svn yourself?

Thanks

Sunday 23 April 2006 7:37:09 pm

I don't think it will make any difference for PHP 4.3, but according to others it could result in memory corruptions in some cases ( http://hmelis.wordpress.com/2006/...urking-dangers-of-references-in-php/ ).

We've moved all our sites to PHP 4.4 so I actually don't care if it remains compatible with PHP 4.3. PHP 4.3 is buggy, that's why there is PHP 4.4 isn't it? happy.gif Emoticon And the next releases of eZ are all for PHP 4.4. But I understand there are people who don't have full control over their web hosting and can't upgrade.

It could be useful indeed to have write access to the sourceforge repository. You can add me to your project happy.gif Emoticon

Modified on Sunday 23 April 2006 7:38:37 pm by Kristof Coomans

expandshrink

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

36 542 Users on board!

Forums menu

Proudly Developed with from