I have emailed you before and asked you not to use the PATH_INFO variable, but instead to use BASEx, URLx and absolute_url(). This was fixed for some action tags. But NOT the breadcrumb at the top. Please fix :) Can you please not use the Zope submit button magic. It causes problem. Please use straight forward HTML forms:: <form action="contacts/manage_add_address_book_contact_form" method=post> <input type=submit value="New contact"> </form> And to loose the unnecessary extra space this causes, hide it in tables. <table><tr> <form action="contacts/manage_add_address_book_contact_form" method=post> <td><input type=submit value="New contact"></td> </form> </tr></table> Does it matter that I created a Addressbook with the id: "contacts"? Considering that this id is used for other things as well. I get a lot of 404's message by clicking the buttons. More bugs/feature requests to come as I have time to use it more. Best regards, Peter
hi all just reporting a strange bug when trying to manage zope using OmniWeb ( a non too shabby (non-MS) browser on OSX). The left-hand and top frame work fine, but in the right-hand frame where my DTMLMethods and Folders should be I get the results of the index_html for that folder. That is...what the folder would look like if I was viewing it. This means I can't use OmniWeb to edit zope sites. I've never seen this kind of bug before ever... does anyone have a fix? .... or even care :-) ? cheers tom
On 26/4/01 10:41 am, "tom smith" <tom@othermedia.com> wrote:
hi all
just reporting a strange bug when trying to manage zope using OmniWeb ( a non too shabby (non-MS) browser on OSX). The left-hand and top frame work fine, but in the right-hand frame where my DTMLMethods and Folders should be I get the results of the index_html for that folder. That is...what the folder would look like if I was viewing it.
This means I can't use OmniWeb to edit zope sites. I've never seen this kind of bug before ever...
does anyone have a fix? .... or even care :-) ?
cheers
tom
I care! :) I've got OS-X and it's excellent. Preview IE is not up to snuff for my Zope work, so I went to Omniweb. Their Omnigraffle program is dead neat (I bought it!) so hope they'll get this fixed soon. Tone. -- Dr Tony McDonald, Assistant Director, FMCC, http://www.fmcc.org.uk/ The Medical School, Newcastle University Tel: +44 191 243 6140 A Zope list for UK HE/FE http://www.fmcc.org.uk/mailman/listinfo/zope
this looks like the same problem that we saw with a few other browsers, such as konqueror or some IE5 versions. the issue here is that the right hand pane, manage_main, does not explicitly ask the browser for authentication info, it expects this info to be sent automatically. which all other browsers gladly do (IE 5 has been fixed, and so has konqueror). lacking any auth info manage_main resorts to giving the user whatever it can show to anonymous, which is index_html. what i am trying to say is that OmniWeb's behavior about sending auth info is out of line with the other browsers' behavior. the omni guys should clean that up. jens (using OS X at home and at work and resorting to IE5 / NS on classic to do any zope-related work) On 4/26/01 6:31, "Tony McDonald" <tony.mcdonald@ncl.ac.uk> wrote:
On 26/4/01 10:41 am, "tom smith" <tom@othermedia.com> wrote:
hi all
just reporting a strange bug when trying to manage zope using OmniWeb ( a non too shabby (non-MS) browser on OSX). The left-hand and top frame work fine, but in the right-hand frame where my DTMLMethods and Folders should be I get the results of the index_html for that folder. That is...what the folder would look like if I was viewing it.
This means I can't use OmniWeb to edit zope sites. I've never seen this kind of bug before ever...
does anyone have a fix? .... or even care :-) ?
cheers
tom
I care! :) I've got OS-X and it's excellent. Preview IE is not up to snuff for my Zope work, so I went to Omniweb. Their Omnigraffle program is dead neat (I bought it!) so hope they'll get this fixed soon.
Tone.
on or about, Thursday, April 26, 2001, we have reason to believe that Peter Bengtsson wrote something along the lines of : ....[snip]... PB> And to loose the unnecessary extra space this causes, hide it in tables. PB> <table><tr> PB> <form action="contacts/manage_add_address_book_contact_form" method=post> PB> <td><input type=submit value="New contact"></td> PB> </form> PB> </tr></table> If anybody cares , this is "illegal" (ie. nonvalidating) html, and should not be used.. It works in current browsers, though, if that is the measurement.. One should really use CSS for formatting-problems, and not hack the markup to much.. -- Geir Bækholt Web-Developer/Zopatista geirh@funcom.com http://www.funcom.com
Yeah, you're right but the problem is still there. I get 404's "all the time" when I click various buttons. Peter
-----Message d'origine----- De : zope-admin@zope.org [mailto:zope-admin@zope.org]De la part de Geir Bækholt Envoyé : jeudi 26 avril 2001 14:11 À : Peter Bengtsson Cc : Morten W. Petersen; zope@zope.org Objet : Re: [Zope] Addressbook bugs
on or about, Thursday, April 26, 2001, we have reason to believe that Peter Bengtsson wrote something along the lines of :
....[snip]... PB> And to loose the unnecessary extra space this causes, hide it in tables. PB> <table><tr> PB> <form action="contacts/manage_add_address_book_contact_form" method=post> PB> <td><input type=submit value="New contact"></td> PB> </form> PB> </tr></table>
If anybody cares , this is "illegal" (ie. nonvalidating) html, and should not be used.. It works in current browsers, though, if that is the measurement.. One should really use CSS for formatting-problems, and not hack the markup to much..
-- Geir Bækholt Web-Developer/Zopatista geirh@funcom.com http://www.funcom.com
_______________________________________________ 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 )
On Thu, 26 Apr 2001, Peter Bengtsson wrote:
I have emailed you before and asked you not to use the PATH_INFO variable, but instead to use BASEx, URLx and absolute_url(). This was fixed for some action tags. But NOT the breadcrumb at the top. Please fix :)
Duly noted and fixed!
Can you please not use the Zope submit button magic. It causes problem. Please use straight forward HTML forms:: <form action="contacts/manage_add_address_book_contact_form" method=post> <input type=submit value="New contact"> </form>
[snip bad HTML]
Does it matter that I created a Addressbook with the id: "contacts"? Considering that this id is used for other things as well. I get a lot of 404's message by clicking the buttons.
More bugs/feature requests to come as I have time to use it more.
Ok. The contacts name issue has been fixed, so all the bugs reported should have been fixed. This product will be at SourceForge [1] shortly. [1] http://www.sourceforge.net -Morten
participants (6)
-
Geir B�kholt -
Jens Vagelpohl -
Morten W. Petersen -
Peter Bengtsson -
tom smith -
Tony McDonald