Your browser could just be reloading the pages from the cache..I had a similar prob with IE5. I had to set the browser to check the pages each time...therefore on each hit a new page is fetched from zope. This problem also showed its head with netscape in my case. I also had to set the cache to a minimum. Karl Munroe -----Original Message----- From: zope-admin@zope.org [mailto:zope-admin@zope.org]On Behalf Of Mark Snellings Sent: Thursday, June 21, 2001 10:58 AM To: Dunigan, Craig Cc: zope@zope.org Subject: RE: [Zope] Unable to manage/edit Zope I tried Netscape to see if I could manage the site with it, and it works just fine. I have tried resetting the IE configuration to the default settings and still no luck. I am tempted to export the IE tree from the registry on the good machine and import it onto the one that doesn't work, but I don't particularly like the idea. Mark Snellings -----Original Message----- From: Dunigan, Craig [mailto:craig.dunigan@esker.com] Sent: Thursday, June 21, 2001 2:44 PM To: 'Mark Snellings' Cc: 'zope@zope.org' Subject: RE: [Zope] Unable to manage/edit Zope It's very strange that one machine with IE5.0 works and one doesn't. Anyone else heard of something like this? As for the sluggishness, IE just gets fatter every time they rev it. But, so does Netscape for that matter. You probably need more RAM. Craig Dunigan Web Programmer Esker Software - Extending the Reach of Information mailto:craig.dunigan@esker.com Ph. 608.273.6000 Fax 608.273.8227 http://www.esker.com

-----Original Message----- From: Mark Snellings [mailto:msnellings@stellarcomms.com] Sent: Thursday, June 21, 2001 1:26 PM To: Dunigan, Craig Subject: RE: [Zope] Unable to manage/edit Zope

I thought that might be the case, so I did the upgrade yesterday, and surprisingly my system was VERY sluggish. Like I was working on a 486 machine again. For that reason I uninstalled it.

Both machines are running IE version 5.00.3103.100 based on the Windows 2000 SP1 install.

Why would one machine work and not the other?

Thanks Mark

-----Original Message----- From: Dunigan, Craig [mailto:craig.dunigan@esker.com] Sent: Thursday, June 21, 2001 2:19 PM To: 'msnellings@stellarcomms.com' Subject: RE: [Zope] Unable to manage/edit Zope

Mark,

This is a known bug in older versions of IE. Upgrade to v5.5 and all will be well.

Craig Dunigan Web Programmer Esker Software - Extending the Reach of Information mailto:craig.dunigan@esker.com Ph. 608.273.6000 Fax 608.273.8227 http://www.esker.com

...

-----Original Message----- From: Mark Snellings [mailto:msnellings@stellarcomms.com] Sent: Thursday, June 21, 2001 1:04 PM To: zope@zope.org Subject: [Zope] Unable to manage/edit Zope

I have Zope installed on two development systems in my office. On the second system when I go to "manage it" http://192.168.0.1:8080/manage, I get the frame on the left frame which shows the root folder and what's in it, but the main frame just shows me the "view" of "Zope Quick Start" instead of the contents of the root folder. I am unable to "edit" it. If I attempt to manage it from another computer in the office, everything comes up fine.

Also, when I use this second computer to "manage" the Zope installed on the first computer, I have the same thing. It appears to me that it related to my IE browser, but I cannot figure it out.

Any ideas?

Thanks Mark

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

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

Mark Snellings wrote:

Given a filename, I can access the contents with:

<dtml-var "test['foo.txt'].data">

And I can iterate over all the files in the LocalFS with:

<dtml-in "test.fileIds()"> <dtml-var sequence-item> </dtml-in>

OR

<dtml-in "test.fileValues()"> <dtml-var id> </dtml-in>

But how do I iterate over all the files in the LocalFS, displaying the contents of each file as I go?

you probably only need to combine a few of the things you allready know (untested):: <dtml-in "test.fileIds()"> <dtml-var "_['sequence-item'].data"> </dtml-in> Beware that they are all text files though ;-) regards Max M

Max M wrote:

Mark Snellings wrote:

you probably only need to combine a few of the things you allready know (untested)::

<dtml-in "test.fileIds()"> <dtml-var "_['sequence-item'].data"> </dtml-in>

hmmm! that would be: <dtml-in "test.fileIds()"> <dtml-var "_[_['sequence-item']].data"> </dtml-in> regards Max m

Max, Thanks for the assistance. That did the job. Mark -----Original Message----- From: Max M [mailto:maxm@mxm.dk] Sent: Wednesday, January 16, 2002 11:00 AM To: Max M Cc: Mark Snellings; zope@zope.org Subject: Re: [Zope] Accessing file contents (LocalFS) Max M wrote:

<dtml-in "test.fileIds()"> <dtml-var "_[_['sequence-item']].data"> </dtml-in>

regards Max m

again I am jumping to conclusions ... If you are not inside the 'test' objectmanager then it would be: <dtml-in "test.fileIds()"> <dtml-var "test[_['sequence-item']].data"> </dtml-in> re-regards Max M

Run your page though validator.w3.org and see what errors it finds. Once all of those are fixed check the javascript you are using. It could be a problem anywhere in those. I would suggest you make sure it validates perfectly at html 4.01 transitional unless you want to xmlize stuff which netscape 4.x works fine with also. Often netscape doesn't do it becaues it isn't written right but most people don't know the spec so they think netscape is wrong. Designing the webpages of tomorrow http://webme-eng.com Designing the MMORPGS of tomorrow http://worldforge.org On Thu, 21 Jun 2001, Thomas B. Passin wrote:

This problem has come up before in various guises. I want to illustrate with a very simple example and ask if anyone

1) Has a successful workaround 2) Knows what is really going on to cause it.

The symptom is that, when you POST a form from Netscape to Zope, you never get a response UNTIL you click the title bar of the sending browser window. If you do a GET, everything works fine. My current setup is this:

Windows 2000 Netscape 4.72 Zope 2.3.0

However, I've had this problem with earlier Zope versions and other Windows versions. The problem never happens with Internet Explorer. It also does not happen with Cold Fusion, just Zope. I don't know if it happens on other operating systems for either the client or the server.

Here's a very simple DTML page that causes the problem:

<html> <form action='plainpage' target='_new' method='post'> <input type='submit' onclick='submit()' value='Send It!'> </form> </html>

The "plainpage" target is just a default DTML document. Using "_new" as a target simply causes a new window to open wwith the action url, or it would if it worked right. Adding input fields to the form changes nothing, so I left them out of the example.

There are times I would like to POST, and I can't because many of my users run Netscape. I consider this a fairly serious bug.

Any ideas?

Cheers,

Tom P

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

Thomas B. Passin writes:

However, I've had this problem with earlier Zope versions and other Windows versions. The problem never happens with Internet Explorer. It also does not happen with Cold Fusion, just Zope. I don't know if it happens on other operating systems for either the client or the server.

Here's a very simple DTML page that causes the problem:

<html> <form action='plainpage' target='_new' method='post'> <input type='submit' onclick='submit()' value='Send It!'> </form> </html>

The "plainpage" target is just a default DTML document. Using "_new" as a target simply causes a new window to open wwith the action url, or it would if it worked right. Adding input fields to the form changes nothing, so I left them out of the example.

There are times I would like to POST, and I can't because many of my users run Netscape. I consider this a fairly serious bug. I work extensively with Netscape 4.7, under Linux. I do lots of "POST" (e.g. in the ZMI) and never saw this behaviour (just tried your example, works perfect).

Under Windows, I use IE. I hate it to say, but it is better than Netscape 4.... But colleagues (and customers) use Netscape and I never heard of such behaviour. Dieter