Tom,
My modification of the css has nothing to do with security. It is to
simplify the UI for general users. And I use the zmi not because it is
easy but because it is proven.
If you have any specific examples of the management nightmare created
by using zmi as a cms I would very much appreciate
There's nothing wrong with the ZMI. You're just try to hack into some
kind of cms rather than just build one. Hiding a link with css is
nasty hack and major security issue. While it may seem like what
you're doing is an easy path to a quick cms, you're really just
setting yourself up for
Tom,
Thanks but I think I am almost done. I have replaced the old
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
Andreas Jung wrote:
...
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 aro
Hi Tim,
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.
http://medicinebrain.com/iframe.png";>
h
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.
http://medicinebrain.com/iframe.png";>
http://medicinebrain.com/ifr
--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
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
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.
I would strongly advice against building on top of the ZMI. It's dated
and as you say, in DTML. It's also too geeky to be acceptable by any
client of mine.
Personally I'd build something standalone that you have ultimate control
over. You can still use things like manage_renameObjects() in your
I'm currently developing some customized ZMI pages and I was hoping someone
could give me some insight into what the best way would be to do this.
I see that Zope 2 uses dtml methods to build the standard ZMI pages but as
far as I know (Zope 3 wise) I should rather be using Zope Page Templates to
12 matches
Mail list logo