>"H. Chaudet" wrote:
>>
>> A short test of old MC stacks with MC 2.4 B1 showed the following
>>curiosities:
>>
>> - About the "select" command: with a simple locked field, "select line
>> (word 2 of the clickLine) of the target" hilite just the clicked line, but
>> "select the clickLine" includes the carriage return in the selection (after
>> verification, this behaviour has changed between 2.2 and 2.3).
>>
>> - It seems to be impossible to change http headers with the httpheaders
>> properties.
>
>This needs some explanations which were partially covered by the README:
>up to 2.3.x all http stuff was handled by the engine which provided a
>minimal header, therefore the need for httpheaders. Since 2.4 we have a
>library (which is a substack of the Metacard Menu Bar) which handles
>http, ftp and it is called libURL.
>The headers are custom properties of this stack and by default they are
>more complex then before. They (like anything else in the libURL stack)
>can be changed obviously by editing the stack.
>
Just two questions:
- Is the httpheaders property definitively obsolete and replaced by "set
the {getHeader1 | postheader} of stack libURL to ..." ?
- Does this means that the libURL stack must be attached to a standalone stack?
>>
>> - Time response to http fetching shows important fluctuations:
>> Just build a simple browser that just set the htmltext of a fld with the
>> content of an url given in another fld and then make a call to "answer OK".
>> Then try to display the content of the two urls
>> "http://wilson.ai.mit.edu/cl-http/cl-http.html"; and
>> "http://wilson.ai.mit.edu/cl-http/headers.html";
>> With MC 2.3 the response is (quasi) immediate.
>> With MC 2.4, in the second case, the script is hung for some seconds.
>
>I just tested the urls with the most recent libURL. The first url loads
>fine as you say but the second one shows a problem more with the server
>then the stack. It is what they call a dynamically-produced content
>which means that the page header doesn't provide the total length of the
>message but the message is divided into "chunks" and you get the next
>chunk size as you go along the last one being of course "0".
>I would say that the library handles this correctly since I tested with
>as many urls I could find and it is the server which either doesn't
>count the chunk length properly or it forgets to add a crlf after each
>chunk as it is supposed to. Note that the server (common Lisp-http) is
>not a standard one and it may be not sufficiently tested.
>I will look into this some more though.
>
What is strange about this behavior is that I have no problem with MC 2.3
(the most puzzling), Netscape, or IE.
Herve
-----------------------------------------------------------------------------
Herve Chaudet e-mail : [EMAIL PROTECTED]
mobile : 33-(0)-608-05-98-09
Unit� UPRES EA 2672
Faculte de Medecine - 27, Bd Jean Moulin - 13385 Marseille cedex 5 - France
Tel 33-(0)-491-79-19-10 ; Fax 33-(0)-491-79-40-13
Service de l'Information Medicale
Hopital Nord - Chemin des Bourrelly - 13326 Marseille cedex 15 - France
Tel 33-(0)-491-96-80-20
-----------------------------------------------------------------------------
:
Archives: http://www.mail-archive.com/[email protected]/
Info: http://www.xworlds.com/metacard/mailinglist.htm
Please send bug reports to <[EMAIL PROTECTED]>, not this list.
