XMLArea extension development

Friday 01 April 2005 11:00:13 am

I found out I was using 0.2.1 I updated to 0.2.2 and the inser/modify object popup window is now working in Mozilla, Firefox and IE. However, when I re-edit an image (changing size for instance), the image disapear from the user site (with a blank image tag in the source code).

Qupanuaq - Snow bunting

Monday 11 April 2005 12:50:17 pm

Salut Jade,
I'll give it a try, although I'm using XMLarea on two sites set to eng-CA. Maybe XMLarea works fine when using eng-UK only... or is it a cache problem?

Qupanuaq - Snow bunting

Tuesday 12 April 2005 4:37:59 am

Hi STEVO,

There seems to be a bug in the currently latest version (rev 555) of xmlarea causing the Insert/Modify Object button not to work in IE (v. 6). By "not work", I mean that nothing happens when it's clicked.

Sincerely,

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

Tuesday 12 April 2005 9:30:28 pm

A few points / questions:

1. I'm experiecing the same bug as reported by Eirik.

2. XMLArea does not appear to obey roles, in that when I remove permission to use XMLArea from certain roles the effected users still see XMLArea load up.

3. A side issue - I'm looking into using XMLArea in a forum enviroment, does anyone feel XML text fields are not a good choice for forums? I'm interested in peoples thoughts.

www.dbinformatics.com.au

We are always interested in hearing from experienced eZ PHP programmers and eZ template designers interested in contract work.

Wednesday 13 April 2005 6:38:17 am

blimey i'm getting behind here. not much spare time at the mo.

<b>jade:</b>

thanks for your work. it's prolly easiest to just email your files to stevoland+ez [at] gmail [dt] com.

it'll come as no surprise that as an englishman i'm shockingly ignorant of eZ's translation functions!

<b>eirik + brendan:</b>

i can't reproduce this problem. are any javascript errors produced? could you try adding some alert(); calls around line: 199 of design/standard/javascript/initeditor.js to see how far it gets.

brendan - i hadn't thought about roles. i suppose i could just add a check in ezxmltext.tpl to see if the user has permission to use xmlarea?

<b>Pierre:</b>

the add exisiting object just uses content/browse. this works fine with admin but the node/view/line.tpls are overridden in the standard user site designs + break this functionality. i tried to force the use of an admin view in my module but with no success. anyone?

i think you could fix this by going through the templates in, say, design/plain/override/templates/line/ + surrounding them with:

{default node_url=$node.url_alias}
...
{default}

+ changing the {$node.url_alias} references in them to {$node_url}

this way the template should use the correct content/browse/node_id url. <i>i</i> think this is a bug in the eZ distribution.

eirik's requested your feature too + it would be nice but i'll only do it when these insert object window path issues are fixed once + for all. this would also run into the same content/browse problem!

Wednesday 13 April 2005 8:16:40 am

can you right-click + select the properties for the page that isn't found + post the url.

Thursday 14 April 2005 4:05:33 am

I have a problem with the "Insert/Modify Object" operation.

I'm using the latest xmlarea code from pubsvn (updated Fri, 01 Apr 2005) with eZpublish 3.5.1 in a linux box.
The siteaccess for testing xmlarea has simple URL mapping (no virtual host).

I reproduced this behaviour with different types of clients (under Windows and Linux: IE6, FireFox, Mozilla).

Description:
When logged with an administrator account the click on the button for "Insert/Modify Object" open a working popup window for the related operations;
when logged with an editor account (with full permissions on "content" module and "xmlarea" module) clicking such button open a popup window with this message:
"The requested page could not be displayed. (1)
The system is unable to display the requested page because of security issues.
Possible reasons:
* Your account does not have the proper privileges to access the requested page.
* The requested page does not exist. Try changing the URL."

All the other buttons/functions seem's to work fine on both type of accounts.

Thanks for any suggestion or workaround.

Mauro

Thursday 14 April 2005 5:56:19 am

<quote>
Adding to the editor role (for editor accounts) the unlimited access to the "layout" module, the popup window for inserting/modifing object start working correctly.
</quote>

I don't think this will solve my problem as I'm already logged in as an admin user.

Sincerely,

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

Thursday 14 April 2005 8:19:37 am

Considering the browsing problem, I think I have found a good solution. As you explain, when you're in admin interface it works well because we use the admin templates.
I have a look on the xmlarea module, it has its own design folder, so we can use our own template when using the module.

So I just copy the browse.tpl template located in design\admin\templates\content to extension\xmlarea\design\standard\templates\content ... and it works fine ;)

Thursday 14 April 2005 10:15:43 am

Hi STEVO,

I just tried rev. 580, and the same error occurs.

Sincerely,

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