Share » Forums » Developer » XMLArea extension development

XMLArea extension development

XMLArea extension development

Monday 20 December 2004 7:23:19 am - 216 replies

Author Message

Eirik Alfstad Johansen

Sunday 06 February 2005 3:57:34 am

Hi Pierre,

Have you tried clearing the cache after turning the editor on?

Sincerely,

Eirik Alfstad Johansen
http://www.netmaking.no/

Pierre Rigal

Sunday 06 February 2005 10:57:40 am

I download it from Trunk and it works...
Perhaps a little bug...
;)

Thanks !

STEVO +

Wednesday 16 February 2005 6:39:11 am

works loads better in IE as of pubsvn rev 517.

Pablo C. Vergara Castro

Wednesday 16 February 2005 7:34:24 am

Hi to all.

I have a question.

Any way to use my own css rules in a text that I create with the xmlarea?

Greetings (and thanks in advance)

Eirik Alfstad Johansen

Wednesday 16 February 2005 7:35:57 am

Great work, STEVO! I'll defintely be using it on my next production site.

Sincerely,

Eirik Alfstad Johansen
http://www.netmaking.no/

STEVO +

Wednesday 16 February 2005 8:28:03 am

pablo -

not sure what you're asking. if you mean 'can you add arbitrary css rules to content when using the editor?' then no, it's just the same as the online editor. you can set up your own custom tags to alter content appearance - there's vague instructions in xmlarea.ini. if you're asking how to change the appearance of text displayed in the editor then you can alter the css in design/standard/javascript/pagestyle.js.

eirik -

cheers + thanks for your help. i'm going to improve the way custom tags are handled then release a beta version and not go near it for ages cos i'm completely fed up with it!

Pablo C. Vergara Castro

Thursday 17 February 2005 4:41:42 am

Hi to all.

I have a problem uploading related objets usign "Insert/Modify Object" from xmlarea. When I try to upload a file, the system upload correctly to the location but the xmlarea not related to the object I'm editing (I know that because can see the files uploaded from /ezpublish/media files/images).

I'm using EZ 3.5.0. and I'm working with diferent kind of paths:
http://<root>/<directory>/<ezproject>/index.php....
and
http://<root>/<ezproject>/index.php....

But if I upload a related object from administration interface, the "Insert/Modify Object" popup show me this related object.

Greetings (and Thanks in advance)

STEVO +

Monday 21 February 2005 2:31:14 am

i'll have a look at this problem pablo.

meanwhile, lots of improvements in pubsvn rev 518:

custom tags overhaul
added ability to set attributes of every tag from the context menu
modified xmlarea.ini. can now set the order of all toolbar buttons
added support of anchor_name in headers

Pierre Rigal

Tuesday 22 February 2005 10:16:37 am

I have an error with the last release 3.5.1...

Warning: Call-time pass-by-reference has been deprecated - argument passed by value; If you would like to pass it by reference, modify the declaration of [runtime function name](). If you would like to enable call-time pass-by-reference, you can set allow_call_time_pass_reference to true in your INI file. However, future versions may not support this any longer. in /home/namclan/public_html/nam/extension/xmlarea/ezxmltext/handlers/output/xmlareaxmloutput.php on line 659

How to set allow_call_time_pass_reference to true ? in which ini ?

Thanks all and great work ...

Bertrand Dunogier

Tuesday 22 February 2005 1:13:34 pm

First, in response to the last message, you should not set that option to on: I believe that eZP requires it to be set to off...

Next, regarding XMLArea :)

STEVO, thanks for that amazing extension. When I first heard about OE, I thought almost immediately "wow, if HTMLArea could be used to create an alternative, that would be amazing", but I was definitely not ready to do that... probably too complex, imho. So congratulations.

Now one thing: I think I had read in that thread about the toolbar position. I think that it would be nice if we could have an option to move the toolbar above each textarea instead of having one on top of the window. It would be more user friendly imho, but that's just my opinion.

Edit: okay, i've seen your forum post about that, I'll wait. Do you have a delay in mind ?

Andy Masiar

Tuesday 22 February 2005 1:56:45 pm

Great extension!

Only thing that is missing right now is spellcheck. Are there any plans to implement it? I know that some version htmlarea already has spellcheck built in.

STEVO +

Wednesday 23 February 2005 1:37:51 am

howdy bertarand,

adding an option to have the normal toolbar style isn't a massive job but i'm having trouble being bothered. i much prefer the current style, especially when you've got loads of buttons + multiple ezxmltexts.

there's still a few other less cosmetic things to do like converting the server calls from using jsrs to xmlhttprequests + changing it to ensure the javascriptless just get a normal textarea instead of one filled with html. i'd say you might be waiting a couple of months. somebody else could have a crack though?

andy -

spellcheck's no problem but i've only found one using perl. can anyone recommend a good php one?

also has anyone else experienced pablo's problem with objects not relating?

Andy Masiar

Wednesday 23 February 2005 6:34:12 am

I don't have much experience in using spellcheck in php, but it seems that there is a direct hook into aspell/pspell in php

http://us2.php.net/manual/en/ref.pspell.php

is there a better way to do it?

STEVO +

Wednesday 23 February 2005 7:58:13 am

yeah, but i was wondering if anyone had already integrated this with the htmlarea spellcheck plugin?

Andy Masiar

Wednesday 23 February 2005 9:36:14 am

Can we just use the perl script in the meantime? It's fast and easy to setup.

kracker (the)

The Doctor

Wednesday 23 February 2005 10:15:20 am

Greetings,

For everyone looking for eZ publish administration spell checking solutions, there is a new article / faq posted to the eZ csr (http://snippets.ezpublishhosting.com/) which shows just how you can spell check your eZ publish site using your web browser.

http://snippets.ezpublishhosting.com/ezpublish_faq_extension_oe_firefox_spellbound

Cheers,
kracker

Film : Malibu's Most Wanted

Member since: 2001.07.13 || http://ezpedia.se7enx.com/

liu spider

Wednesday 23 February 2005 1:01:06 pm

in virtual host install, custom tag properties window can not be shown due to the url to be open begining with "//"

I made a patch for this:
line 2212 in file design/standard/javascript/htmlarea.js

                url = '/' + popup;

to

                if(popup[0] == '/')
                        url = popup;
                else
                        url = '/' + popup;

http://liucougar.scim-im.org
SCIM Input Method Platform
http://scim.sf.net
SJSD Online Editor
http://sf.net/projects/sjsd

liu spider

Wednesday 23 February 2005 1:03:57 pm

another issue:
the properties of factbox can not be edited after save and then modify

the reason is related to the fact that a paragraph element is inserted in factbox.

could you have a look?

thanks for your great work.

http://liucougar.scim-im.org
SCIM Input Method Platform
http://scim.sf.net
SJSD Online Editor
http://sf.net/projects/sjsd

liu spider

Wednesday 23 February 2005 1:08:35 pm

ok, I just found a work around for the issue mentioned above:
double click the factbox, and then right click, now the context menu contains "factbox properties..." item ;)

http://liucougar.scim-im.org
SCIM Input Method Platform
http://scim.sf.net
SJSD Online Editor
http://sf.net/projects/sjsd

STEVO +

Thursday 24 February 2005 1:53:42 am

spellcheck:

the spellbound extension does work if you get rid of xmlareaPlugins[]=ContextMenu in xmlarea.ini. i'll look into adding a button on the toolbar that'll allow you to turn the context menu on/off. i'll also look into adding the perl spellcheck plugin soonish.

liu:

thanks for the patch i've added it to the latest revision which also contains big changes.

now, a normal textarea with normal ezxmltext input is shown to everyone unless the htmlarea actually instantiates. this is how i should've done it initially + effectively it makes all the server side browser checking redundant. so, the question is, should i leave this browser checking in - as it stops those who haven't a chance of running the thing from having to download all the javascript - or get rid of it?

also, d'you reckon it's ready for a beta release yet or what?

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

36 542 Users on board!

Forums menu