You really should be writing a custom UI for this rather than hacking the ZMI. It will probably take less time, be much more manageable, flexible and secure.


On Jan 16, 2008, at 8:05 PM, Tim Nash wrote:

The other important difference between ajax loaded pages and iframes
is that when you click on a link within an iframe page, the returned
page is loaded into the same iframe.
If I am not being clear, please check out this png file.
<a href="http://medicinebrain.com/iframe.png";>
http://medicinebrain.com/iframe.png
</a>
In this png I did a search for DML Docs within a tab panel and the
search results are loaded into the same tab.

BTW, I would like to simplify the zmi even more for my users. I want
to hide various tabs (eg. security, find, etc) and I want to restrict
the number of products they are shown in the drop down box for adding
to a folder.
However, I still want to offer complete zmi functionality to the
overall administrator.
I can probably hide the security tabs using css (the overall admin
won't load the css sheet) but how can I control the products displayed
to a user in the folder view of the zmi?

Thanks,
Tim



On Jan 16, 2008 9:54 AM, Andreas Jung <[EMAIL PROTECTED]> wrote:


--On 16. Januar 2008 09:33:58 +0100 Tino Wildenhain <[EMAIL PROTECTED] >
wrote:


Tim Nash wrote:
Jurian,
 While the ZMI is a bit geeky for the average user, it works quite
well inside an iframe.
iframes are used by many ajax/web2 (whatever you want to call it)
libraries. So in my application (for example) I currently make ajax
calls to load specific zmi pages inside tabs of a window layout.

IFRames. You should avoid those. With ajax or similar its easy to skip
such stuff and just replace any named container tag.

Iframes are still a valid choice in case asynchronous won't work e.g. when you need to load resources from servers != your origin server. Due the security model of asynchronous requests, a browser will only load stuff from the origin server. Iframes are a way to work around this limitation -
ugly as you said, but sometimes a good workaround.

Ansdeas
_______________________________________________
Zope maillist  -  Zope@zope.org
http://mail.zope.org/mailman/listinfo/zope
**   No cross posts or HTML encoding!  **
(Related lists -
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope-dev )

_______________________________________________
Zope maillist  -  Zope@zope.org
http://mail.zope.org/mailman/listinfo/zope
**   No cross posts or HTML encoding!  **
(Related lists - http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope-dev )

Reply via email to