[Zope-dev] Re: [Zope] Roadmap for the Zope community...

Service Informatique CHSR chsrinfo@guetali.fr
Thu, 27 May 1999 11:47:09 +0400


Message en plusieurs parties et au format MIME.

------=_NextPart_000_0113_01BEA836.A6F188E0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Hello,

>Now that we're back, we're focusing on a number of things, one
>of which is tackling most of the backlog in the Collector in
>preparation for Z2. We are painfully aware that some issues in
>the Collector languished during prep for the Expo, but we're
>back on the case now, so if you have anything you've been
>meaning to submit, please do so today so that the fixes can
>make it into Z2:

It is sometimes difficult for me to go to the Collector.
Here are some notes that I am not sure if they went to the Collector
or not:

*** Here is a message I posted some days ago:
Hello,

Zope 1.11.0 seems to ignore Content-Type headers
Let 'dm' be this DTML Method:

<!--#var "RESPONSE.setHeader('Content-Type',
'application/rtf')"-->{\rtf1\ansi ....}

Of course, .... is the rest of the rtf document. Note that it is dynamicly
generated.
This is why I need to use a DTML Method to render the RTF document.

Under Zope 1.10.2, dm renders nicely (Word is launched and the RTF document
is seen directly in the browser from IE 3.x. From Navigator 4.5, I can
either save
or open the document).

However, under Zope 1.11.0pr1, IE 3.x says it can't open the document. At
the
end of the document is what ZServer displays. However, there is no error
with Navigator, but it displays the RTF file as text.

A freshly-installed-from-source-Zope 1.11.0pr1 exhibits the same behavior.

What ZServer prints:

uncaptured python exception,
closing channel <zhttp_channel connected 160.0.108.48:1944 at 84d15b8
channel#: 84 requests:1>
(socket.error:(9, 'Mauvais descripteur de fichier.')

[/home/webdevel/devel/11.0/Zope/ZServer/medusa/asynchat.py|initiate_send|204
]
  [/home/webdevel/devel/11.0/Zope/ZServer/medusa/http_server.py|send|386]
  [/home/webdevel/devel/11.0/Zope/ZServer/medusa/asyncore.py|send|233]
)

Can someone post this to the Collector for me?

UPDATE: I tested this on Zope-2.0a1, and the problem is still there.

*** Timezone
My time.tzname is 'RET'. I live in Reunion Island, and the timezone is
GMT+4.
I don't know the official name for this timezone, but if you could add
this to lib/python/DateTime/DateTime.py for me, it would cut down the
time I spend to upgrade each time a new Zope is released :-)

*** lib/python/OFS/documentEdit.dtml reads:
<textarea name=data:text wrap=off
<!--#if some stuff about cols and rows-->
<!--#/if-->>
<!--#var __str__--></textarea>

There should be no newline after the <textarea> tag and before
the <!--#var __str__-->.
IE 3.x adds a new line every time you edit the text.
Ok, I don't use IE 3.x to edit a text through the web, but in case
someone is still in the dark ages...

*** I also posted this:
Zope 1.1.0.2
using :tokens:int (to have "1 2 3" --> [1, 2, 3]) doesn't work
Included is a patch against lib/python/ZPublisher/Converters.py
Basically, field2whatever recursively calls field2whatever if its
argument is a list or a sequence, where 'whatever' is int, float, or
long
Also, field2date appears twice in this file. The patch also corrects this.

having-a-lot-of-patch-againt-pristine-Zope-with-a-lot-of-regrets-ly yours,
Jephte CLAIN
Service Informatique CHSR


------=_NextPart_000_0113_01BEA836.A6F188E0
Content-Type: application/octet-stream;
	name="Converters.py.patch"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="Converters.py.patch"

LS0tIENvbnZlcnRlcnMucHkub3JpZwlXZWQgTWF5IDEyIDE0OjUyOjU5IDE5OTkKKysrIENvbnZl
cnRlcnMucHkJV2VkIE1heSAxMiAxNTozMDowOSAxOTk5CkBAIC04Niw2ICs4Niw3IEBACiAKIGlt
cG9ydCByZWdleAogZnJvbSBzdHJpbmcgaW1wb3J0IGF0b2ksIGF0b2wsIGF0b2YsIGpvaW4sIHNw
bGl0LCBzdHJpcAorZnJvbSB0eXBlcyBpbXBvcnQgTGlzdFR5cGUsIFR1cGxlVHlwZQogCiBkZWYg
ZmllbGQyc3RyaW5nKHYpOgogICAgIGlmIGhhc2F0dHIodiwncmVhZCcpOiB2PXYucmVhZCgpCkBA
IC0xMTQsNiArMTE1LDggQEAKICAgICByYWlzZSBWYWx1ZUVycm9yLCAnTm8gaW5wdXQgZm9yIHJl
cXVpcmVkIGZpZWxkPHA+JwogCiBkZWYgZmllbGQyaW50KHYpOgorICAgIGlmIHR5cGUodikgaW4g
KExpc3RUeXBlLCBUdXBsZVR5cGUpOgorICAgICAgICByZXR1cm4gbWFwKGZpZWxkMmludCwgdikK
ICAgICBpZiBoYXNhdHRyKHYsJ3JlYWQnKTogdj12LnJlYWQoKQogICAgIGVsc2U6IHY9c3RyKHYp
CiAgICAgIyB3ZSBjYW4gcmVtb3ZlIHRoZSBjaGVjayBmb3IgYW4gZW1wdHkgc3RyaW5nIHdoZW4g
d2UgZ28gdG8gcHl0aG9uIDEuNApAQCAtMTIxLDYgKzEyNCw4IEBACiAgICAgcmFpc2UgVmFsdWVF
cnJvciwgJ0VtcHR5IGVudHJ5IHdoZW4gPHN0cm9uZz5pbnRlZ2VyPC9zdHJvbmc+IGV4cGVjdGVk
JwogCiBkZWYgZmllbGQyZmxvYXQodik6CisgICAgaWYgdHlwZSh2KSBpbiAoTGlzdFR5cGUsIFR1
cGxlVHlwZSk6CisgICAgICAgIHJldHVybiBtYXAoZmllbGQyZmxvYXQsIHYpCiAgICAgaWYgaGFz
YXR0cih2LCdyZWFkJyk6IHY9di5yZWFkKCkKICAgICBlbHNlOiB2PXN0cih2KQogICAgICMgd2Ug
Y2FuIHJlbW92ZSB0aGUgY2hlY2sgZm9yIGFuIGVtcHR5IHN0cmluZyB3aGVuIHdlIGdvIHRvIHB5
dGhvbiAxLjQKQEAgLTEyOSw2ICsxMzQsOCBAQAogICAgICAgICAnRW1wdHkgZW50cnkgd2hlbiA8
c3Ryb25nPmZsb2F0aW5nLXBvaW50IG51bWJlcjwvc3Ryb25nPiBleHBlY3RlZCcpCiAKIGRlZiBm
aWVsZDJsb25nKHYpOgorICAgIGlmIHR5cGUodikgaW4gKExpc3RUeXBlLCBUdXBsZVR5cGUpOgor
ICAgICAgICByZXR1cm4gbWFwKGZpZWxkMmxvbmcsIHYpCiAgICAgaWYgaGFzYXR0cih2LCdyZWFk
Jyk6IHY9di5yZWFkKCkKICAgICBlbHNlOiB2PXN0cih2KQogICAgICMgd2UgY2FuIHJlbW92ZSB0
aGUgY2hlY2sgZm9yIGFuIGVtcHR5IHN0cmluZyB3aGVuIHdlIGdvIHRvIHB5dGhvbiAxLjQKQEAg
LTE0OSwyMyArMTU2LDE1IEBACiAgICAgZWxzZTogdj1zdHIodikKICAgICByZXR1cm4gRGF0ZVRp
bWUodikKIAotZGVmIGZpZWxkMmRhdGUodik6Ci0gICAgZnJvbSBEYXRlVGltZSBpbXBvcnQgRGF0
ZVRpbWUKLSAgICBpZiBoYXNhdHRyKHYsJ3JlYWQnKTogdj12LnJlYWQoKQotICAgIGVsc2U6IHY9
c3RyKHYpCi0gICAgcmV0dXJuIERhdGVUaW1lKHYpCi0KIGRlZiBmaWVsZDJib29sZWFuKHYpOgog
ICAgIHJldHVybiB2CiAKLUxpc3RUeXBlPXR5cGUoW10pCi0KIGRlZiBmaWVsZDJsaXN0KHYpOgog
ICAgIGlmIHR5cGUodikgaXMgbm90IExpc3RUeXBlOiB2PVt2XQogICAgIHJldHVybiB2CiAKIGRl
ZiBmaWVsZDJ0dXBsZSh2KToKLSAgICBpZiB0eXBlKHYpIGlzIG5vdCBMaXN0VHlwZTogdj0odiwp
CisgICAgaWYgdHlwZSh2KSBpcyBub3QgVHVwbGVUeXBlOiB2PSh2LCkKICAgICByZXR1cm4gdHVw
bGUodikKIAogdHlwZV9jb252ZXJ0ZXJzID0gewo=

------=_NextPart_000_0113_01BEA836.A6F188E0--