eZ Community » Forums » Developer » XMLArea extension development
expandshrink

XMLArea extension development

XMLArea extension development

Monday 20 December 2004 4:23:19 pm - 216 replies

just thought i'd start this thread to stop the contributions area getting clogged up.

the contribution is here:

http://ez.no/community/contribs/applications/xmlarea
http://pubsvn.ez.no/community/trunk/extension/xmlarea

please leave bug reports + suggestions here though bear in mind i personally won't be doing anything much til the new year.

i hope eZ don't mind me using the forum in this way.

Saturday 08 January 2005 12:07:07 pm

Switching it on/off doesn't seem to work without clearing caches (interestingly, it doesn't seem to work at all if view caching is deactivated) for me either.

Another thing I'd really like is to set a default (i.e. active) as most users will simply be very confused if there's HTML in the field. Or maybe even force them use one or another?

Otherwise it's a very fine extension. Thanks!

Modified on Saturday 08 January 2005 12:16:31 pm by Gabriel Ambuehl

Saturday 08 January 2005 11:17:02 pm

lonnie:

if you set the z-index in htmlarea.css ludicrously high it should always be on top no? in the future i'll set the position of the toolbar as an option as eirik's suggested.

off the top of my head i seem to remember reading that in 3.5 you can set a classification in paragraphs so i'll try to implement something like that after the big bugs are sorted. these classes would be removed by anyone editing an object without the editor though.

gabriel:

you can set it on by default in xmlarea.ini. having said that, nobody with an accurate browser id + javascript switched on should see html in the textarea. if the editor is off the normal ezxmltext input should be shown. this sounds like it might be related to the caching confusion which i'll look into in a week or so.

thanks now

Tuesday 25 January 2005 5:56:03 pm

Nested list is supported in eZ publish 3.5 series. this is the patch:

Index: ezxmltext/handlers/input/xmlareaxmlinput.php
===================================================================
--- ezxmltext/handlers/input/xmlareaxmlinput.php        (revision 504)
+++ ezxmltext/handlers/input/xmlareaxmlinput.php        (working copy)
@@ -71,7 +71,7 @@
         $this->SubTagArray['literal'] = array( );
         $this->SubTagArray['custom'] = $this->SectionArray;
         $this->SubTagArray['object'] = array( );
-        $this->SubTagArray['li'] = $this->SubTagArray['section'];
+        $this->SubTagArray['li'] = $this->SubTagArray['paragraph'];
         $this->SubTagArray['strong'] = $this->InLineTagArray;
         $this->SubTagArray['emphasize'] = $this->InLineTagArray;
         $this->SubTagArray['link'] = $this->InLineTagArray;

Modified on Tuesday 25 January 2005 6:07:05 pm by liu spider

Tuesday 25 January 2005 6:29:09 pm

you must be psychic liu, i'm working on the lists right now, it's a bit more complicated than that though; processing the xhtml that's spat out of the browser editors.

this is roughly the order i'm fixing bugs in:

input processing
- lists
- special characters
- literals
- object linkurl + linktarget
- more reliable + flexible custom tags

templates
- caching issues
- integrate customjs module with ezxmltext template

frontend editor
- ie bugs
- option to use online editor style menubars
- ability to relate objects from insert object dialog

any more important preferences, anyone?

Tuesday 25 January 2005 7:29:16 pm

Personally I'd say fixing the caching is by far the most important one. After all, if you can't activate it, what good is fixing other bugs....

Tuesday 25 January 2005 7:48:20 pm

good point, well made!

Tuesday 25 January 2005 8:02:57 pm

Hi STEVO,

The #1 reason why I haven't implemented your extension yet, is that it seems to add to URIs in links each time an xmlarea is edited.

Tuesday 25 January 2005 8:23:18 pm

i'm not with you there eirik, could you explain more clearly?

Wednesday 26 January 2005 2:48:03 am

i've looked into the on/off bug + it's the same as this:

http://ez.no/community/forum/gene...nces_in_login_tpl_need_a_cache_block

it uses an ezpreference which isn't being changed until the user logs out or the object is published. i'm fairly sure that i hadn't noticed this before because i've just recently upgraded to the stable 3.5.0 + it worked previously with rc2. it still works on my website which i haven't upgraded yet, tsk, tsk. any ideas?

i've added a temporarily fix in pubsvn rev. 506. the only updated file is:

http://pubsvn.ez.no/websvn/filede...t%2Fezxmltext.tpl&rev=0&sc=1

this removes the on/off user preference altogether.

ideally i'd like to do it the online editor way with a submit button so no input is lost when switching editors but i've no idea how to add custom http content/actions in an extension.

Wednesday 26 January 2005 6:09:46 am

I added another temporary fix to the problem:
http://ez.no/community/forum/gene...nces_in_login_tpl_need_a_cache_block

BTW: sorry, but you are wrong, I am not psychic liu blunk.gif Emoticon

Wednesday 26 January 2005 8:41:40 am

Hi STEVO,

Let me elaborate on how the problem occurs:

1. Create a link in the xmlarea using an URI as the href, for instance "/products".
2. Send the object for publishing.
3. Re-enter the object in edit mode, and modify the link.

The URI has now been changed to "/index.php/corporate_admin/products".

If I repeat step 2 and 3, the URI changes to "/index.php/corporate_admin/index.php/corporate_admin/products" and so on.

Wednesday 26 January 2005 5:04:15 pm

I do not have the link problem

my eZ is installed in a virtual host, version is 3.5.1 (SVN HEAD)

Wednesday 26 January 2005 7:22:38 pm

cheers for the patch, liu. could you report the bug?

fixed the url bug in pubsvn rev 507. me being daft again.

xmlarea/design/standard/templates/xmlarea/ezxmltags/link.tpl:

<a href="{$href}" {section show=$target}target="{$target}"{/section}>{$content}</a>

Thursday 27 January 2005 8:41:45 am

Hehe. Guess we're getting too used to the ezp template syntax when we start putting the ezurl operator everywhere. happy.gif Emoticon Thanks for the fix, STEVO!

any more important preferences, anyone?

Not exactly an important preference, but I was thinking that it would be great for novice users to be able to click a button in the link dialog box to go off browsing for a node on the site and then use the selected node's url_alias as an URI. It shouldn't be too hard to implement either, running something like this when the button is clicked:

include_once( 'kernel/classes/ezcontentbrowse.php' );

$module =& $Params['Module'];

eZContentBrowse::browse( array( 'action_name' => 'ProductTopNodeBrowse', 'from_page' => "/link/dialog_box/uri" ), $module );

Thursday 27 January 2005 8:56:23 pm

nice idea eirik, i was thinking much the same meself. it'll have to wait a bit though. btw, what happened to them proposal specs one of which related to a new link + object syntax?

Tuesday 01 February 2005 3:04:29 pm

i've added nested list support (a bit of a drrty hack that might have some problems) + sorted the anchors in pubsvn rev 509.

Thursday 03 February 2005 9:24:42 pm

pubsvn rev 513 has literals working properly, a special characters button + inserted object attributes saved correctly.

i'm going to improve the custom tag handling a bit then get on with the javascript + css issues 'specially with ie. anything else?

Friday 04 February 2005 6:57:29 am

thanks a lot for your work.
Looking forward to the full support of custom tags blunk.gif Emoticon

Friday 04 February 2005 7:04:00 am

Just found a bug:
when I edit the Features list in http://www.scim-im.org/projects/skim
the latest xmlarea, all the item are empty, and the sub list items are missing.

Sunday 06 February 2005 12:42:50 pm

<b>Hello !</b>

I want tu use your extension. I follow all steps in your readme file but nothing work on my site.

Configuration :
- Site in subfolder (like www.domaine.com/~account/ezpublish) or with redirection (www.myezpublish.tk ----> www.domaine.com/~account/ezpublish)
- Firefox 1.0 and IE6 for testing
- No error in debug output
- Nothing in java console

The problem is on Mozilla, under an ezxml area there is "Turn editor on". And if i click, nothing happens. On IE the button is "Turn editor off" but nothing happens again.

Any idea ?
(NB: I'm french, so excuse my poor english blunk.gif Emoticon )

expandshrink

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

36 542 Users on board!

Forums menu