Forums / Developer / FCKeditor and embedded HTML content

FCKeditor and embedded HTML content

Author Message

Frederik Holljen

Monday 18 July 2005 7:09:10 am

Hi guys,

I've checked out FCKeditor and I really liked it. I haven't been able to check out the eZ publish integration yet (although it sounds extremely cool) but I already have a few questions:

1. How (if) do you limit it to the features available in our XML fields. I can see FCKeditor can do much more than what we allow.

2. Have you integrated file upload/images etc. as well? Was this difficult to achieve?

Cheers,
Frederik

Oree Eyo

Monday 18 July 2005 8:23:48 am

Is it possible to change the "buttons" behavior?
It will be much nicer and less confusing.
And won't loose the html tags when you copy from the textbox as it does now.

Geraint Edwards

Monday 18 July 2005 10:39:10 am

Gabriel

PDF is not a feature I use and so hadn't done any testing. You're right about the treatment of the literal tag - the default pdf/literal.tpl just outputs the tag content.

It would probably be quite a lot of work to enhance this to deal with the HTML content, however there are lots of PHP html/pdf converters that could be called upon to help.

Geraint Edwards

Monday 18 July 2005 10:43:27 am

Frederik

There is no limitation to supported XML field which is why the results are all stored between 2 special literal tags. CSS could cause some odd formatting but other than that I don't see too many downsides of this approach.

The extension currently uses the FCKeditor image upload routines. The files are stored in a directory specified in extension/fckeditor/FCKeditor/editor/filemanager/browser/default/connectors/php/config.php

Further integration into ezPublish is more work than I wanted to do.

Geraint Edwards

Monday 18 July 2005 10:45:34 am

Ori

What sort of behaviour did you have in mind.

I'm currently testing an enhancement that incorporates an extension ini file that specifies whether or not to show the textbox/buttons at all.

I'm having problems connecting to pubsvn so can't check in my changes. Watch this space.

Frederik Holljen

Monday 18 July 2005 11:32:33 am

Geraint,

Is it possible to set such limitations on FCKeditor in order to make the integration a bit more native?

Leeloo Dalas

Tuesday 16 August 2005 12:53:38 am

Hello all!
I did install this extension, i see editor tool bars and can edit content.
But how can i configure it to do such thing:

1) insert images from my image folder. When i click "browse server" i have erorr XML request error: Not found (404)

2)How can insert link for conten item (for example Article, news, etc). Notice that content item is not simle html file... and i have to create link for different content node. Is it possible to browse node?

Please help me.

Thanks.

Geraint Edwards

Tuesday 16 August 2005 11:13:39 am

Unfortunately, it is unlikely that I'll be able to put any more time into developing the FCKeditor extension. If anyone wants to take it over please feel free.

ezPublish is a great product for an enterprise type setup with a dedicated server that can be suitably tuned and plenty of resources available to enhance and maintain the implementation.

Poor performance in a shared hosting environment has forced me to look elsewhere - I have easily recreated everything I had done in ezPublish with Drupal and Mambo and the resultant websites are 5-10 times faster (even with compiled templates and viewcaching enabled). I also don't have to wait for up to 20 seconds each time new content added.

Drupal and Mambo are clearly nowhere near as sophisticated as ezPublish and the multilingual content management is fiddly in drupal and far from comprehensive in Mambo. However, once I saw the Mambo admin interface (slickness and speed) ezPublish was forced to the back burner.

Lydie Soler

Wednesday 17 August 2005 2:28:45 am

Hi!

I have installed the FCK editor to my new ez 3.6.1. The editor seems to work fine but...

I have noticed that if I use the fck editor extension there is an 404
error when I try to add image to an article using the 'add object'
button.

I have this error:

The requested URL /metarisk2/content/browse was not found on this server.
Apache/2.0.52 (Red Hat) Server at metarisk2 Port 80

indeed it tries the url:
http://metarisk2/metarisk2/content/browse

instead of :
http://metarisk2/metarisk2/index...._unite_metarisk_admin/content/browse

If I remove the extension the 'add object' button works fine.

an idea to correct this problem?

Alexandre Nion

Sunday 27 November 2005 7:42:01 am

<i>I'm currently testing an enhancement that incorporates an extension ini file that specifies whether or not to show the textbox/buttons at all.
I'm having problems connecting to pubsvn so can't check in my changes. Watch this space.</i>

Hi all.
I'm starting using this nice extension and I thank you for the work ever made. However I would really need to include the "hiding textbox/buttons" feature as I want to make fields edition for users more simple and quicker. It seems that it has already been made but I can't find that kind of changes in the packages available on the contrib page.. Is there a place where I could find it (what is this "space" Geraint was talking about)?
Or if still undone, would someone be able to tell me how I could implement such a feature, cause I currently don't see how I could start..

Nathan Kelly

Thursday 06 July 2006 2:21:35 am

I know this is an old post but I just want to thank Geraint for this extension, as a natural HTML coder this was exactly what I was looking for.

I tried the online editor but it was way to complicated, even with the ability to create custom tags doing simple things like creating a definition list was a pain in the proverbial.

I'm personally of the opinion that X/HTML tags within the content is not a problem if you use the right tags for the job, so despite other threads that warn against doing so I will be writing X/HTML to content wherever I can, after all XHTML doesn't represent presentation, only structure.

If you look at the goals of the w3c and the implementation of XHTML there is really no reason why it should cause problems in the future. After all a <p> defines a paragraph, and a paragraph is a paragraph no matter which way you bend it so if the <p> tag is hard coded I should never need to return to change it unless "its" content no longer needs to be a paragraph.

Sorry I'm sliding off way topic here...

Cheers heaps Geraint, this is the most useful extension I've seen for eZ yet.

Pardon me while I burst into flames...