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 )