> I obtained a lot of sites asking Google, but all of
> them were about clients.
Of course, XMLHTTPRequest is an operation done at client side. A script request
data from an XML
document. There is no special support needed at server side. It just receive
more HTTP request from
client. The fact t
On 17-Aug-05 14:54:56 Francois Piette wrote:
[...]
>The opinion I want to hear is about the design decisions that need to be done
>about the HTTP client component supporting compression. See Maurizio messages
>and answer to the technical questions he ask.
Don't forget to answer to Set properties
On 17-Aug-05 15:17:26 Guillaume MAISON wrote:
[...]
>Hi Maurizio (and others),
Hi Guillaume,
>i'm sorry but i've crashed my old mail reader.
:-(
>Could it be possible to send back the overall design pattern used for
>the content encoding extension ?
It is very easy to understand if you know
On 17-Aug-05 10:32:00 Angus Robertson - Magenta Systems Ltd wrote:
>> How do you think that all we heavily tested for weeks if nobody,
>> except the developer(s), made any test?
>I only have a single development environment, and I need to be able to
>produce bug fix versions of several applicatio
As far as I understand, its just an HTTP GET request on the side of the
server. The difference is in the client: it allows dynamic and
asynchroneous requests without having to reload the entire main
document.
dZ.
On Aug 17, 2005, at 17:04, Igor Pokorny wrote:
> I would like to thank
I would like to thank Francois and Wilfried for their notices... TCP
server and client work without any problem.
My other question.
Using http connection in a real time application with a lot of pictures
(you know what customers are interesting about) is very slow...
I am considering to use XLM
Hello Angus,
>> This is a useless discussion.
> Only because you don't agree with your customers, and free helpers.
> For your convenience, you want to inconvience others.
In fact it is useless, but please keep on reading! Part is that pro and
not pro developpers are discussed but not circumstanc
Hello Francois,
> The code is OK for both those using OnError and those using exception
> handling, IMO.
Yes, but behaviour is different. In this case (ok it is stupid from
programmer's view to not check it, but..) DNSLookupDone is only called
with an error if event handler is assigned to OnErro
> > The question is whether current users that need new features should
> > suffer to keep those one or two users on obsolete compilers happy.
>
> You are wrong. Current user doesn't suffer because of old compiler
> support. Never.
Sorry, I disagree. Whenever I make improvements to ICS source,
Angus Robertson - Magenta Systems Ltd wrote:
>> Anyway, search for the message with subject "Re: [twsocket] Installing
>> ICS under windows 3.11"
>> posted earlier today and you have one recent user still using Delphi 1.
>
> No-one is going to stop people using old ICS versions on old compilers.
>
> The question is whether current users that need new features should
> suffer to keep those one or two users on obsolete compilers happy.
You are wrong. Current user doesn't suffer because of old compiler support.
Never.
> Borland stops support of old compilers very quickly, even
> Delphi 7 is
> Anyway, search for the message with subject "Re: [twsocket] Installing
> ICS under windows 3.11"
> posted earlier today and you have one recent user still using Delphi 1.
No-one is going to stop people using old ICS versions on old compilers.
If such users really need bug fixes they can always
> This is a useless discussion.
Only because you don't agree with your customers, and free helpers.
For your convenience, you want to inconvience others.
Angus
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://www.elists.org/mailman/listinfo/twsocket
Visit
Hi Angus
I use CBuilder 4.0. It is due to company politics using Microsoft only (except
for what have already is in use).
Foolish, but true.
Regards Kim
- Original Message -
From: "Angus Robertson - Magenta Systems Ltd" <[EMAIL PROTECTED]>
To:
Sent: Wednesday, August 17, 2005 3:00 PM
- Original Message -
From: "Francois Piette" <[EMAIL PROTECTED]>
To: "ICS support mailing"
Sent: Wednesday, August 17, 2005 3:01 PM
Subject: Re: [twsocket] component question
> You have to change TFtpProgress data type to use an int64. Don't forget to
> rebuild the package and
> reinsta
I understand your concerns but you should keep in mind that all companies in
the software world at some point cuts support to old code. For example
Microsoft no longer supports Win3.1 and even Win95. They surely know there
are customers using these platforms but "the road ahead" is simply "busin
I do not want to trigger more reactions, there is probably not point,
I just want to vent my position on this.
I second Guillaume and Francois 100%.
There has to be support for "older systems" whether we like it or not,
Guillaume makes a valid point.
In reality there are probably more profession
Maurizio Lotauro a écrit :
> I repost some points to discuss:
>
> a) Exception in THttpContentCoding.GetCoding method
[...]
>
> b) New properties.
[...]
> c) The THttpContCodHandler.Prepare return false if there is an encode
> that it is unable to decompress. Actually the HttpCli doesn't check
>
Fastream Technologies a écrit :
> This time I second Agnus. No professional coder would use a compiler from
> last decade and if an amateur wants to do so, he/she should be happy with an
> old ICS release version.
>
> There needs to be a time that we look further into the future and leave the
>
> i canged the file variabls and operations on ftpcli to int64
> and it looks like it works :-)
> the only problem left is that if i klick on the onprogress
> event it makes me a sourcecode that contains a integer
> instead of a int64. where can i change that ?
You have to change TFtpProgress da
This is a useless discussion.
Of course we will have almost every one using D7 or D2005 say he don't need
another compiler.
They don't care about the other users.
I do care. That made the strength of ICS for years.
I don't want to discuss that anymore because it's just polemic. I already lost
too
- Original Message -
From: "Artem Antonov" <[EMAIL PROTECTED]>
To: "ICS support mailing"
Sent: Tuesday, August 16, 2005 8:48 AM
Subject: [twsocket] [FTPCli] - Quote Method
> Hello!
>
> I want to set file attributes on FTP server and use such commands:
>
> FtpClient.HostDirName := '/m
hi
i canged the file variabls and operations on ftpcli to int64 and it looks
like it works :-)
the only problem left is that if i klick on the onprogress event it makes
me a sourcecode that contains a integer instead of a int64. where can i
change that ?
ty
roland
--
To unsubscribe or chan
I have to agree, I will like to see a .Net version soon also for the Midware
:)
Paolo L.
Message scanned by Norton AntiVirus 2005
-Messaggio originale-
Da: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Per
conto di Fastream Technologies
Inviato: mercoledì 17 agosto 2005 15.06
A: ICS support
This time I second Agnus. No professional coder would use a compiler from
last decade and if an amateur wants to do so, he/she should be happy with an
old ICS release version.
There needs to be a time that we look further into the future and leave the
past in the past. Othwerwise we would be st
> OK, can all those in this list using Delphi compilers earlier than
> Delphi 5, Delphi 1 in particular, please respond to this message and
> indicate why you want to continue using a six to 10 year old compiler
> with the latest bugs and features for ICS?
That's not the issue. And you will not ha
> Because there are still a lot of people using old compilers,
> frequently to maintain existing
> applications but also to develop new ones, even with Delphi 1 which is
> used for embedded systems using Win 3.x !!
OK, can all those in this list using Delphi compilers earlier than
Delphi 5, Del
> So if you don't want to support obsolete compilers, why if it necessary
> to make the code compatible with obsolete compilers? This is a
> contradition.
No because there is only one distribution and one source code set.
> Sorry, but you continue to evade the real question here, why continue
>
>> You personally agreed a year ago that the current released version of
>> ICS would be last to continue support for long obsoleted compilers.
> Yes, and this is what I stated again in my previous message.
>> Who are these people that actually need to use new versions of ICS on
>> Delphi 1 to 3?
> > Don't go too fast to remove existing code because then
> > it will be very difficult to merge your
> > changes and those from others including me. Risks are
> > that you either have to reimplement your
> > changes in the next version or that you take a one way
> > ticket to your own version di
> Assign something on the OnError is not the way to go. Should the
> RaiseException line not be commented out ? What do you think ?
The code is OK for both those using OnError and those using exception handling,
IMO.
--
[EMAIL PROTECTED]
http://www.overbyte.be
- Original Message -
Fro
> Don't go too fast to remove existing code because then it will be very
> difficult to merge your
> changes and those from others including me. Risks are that you either
> have to reimplement your
> changes in the next version or that you take a one way ticket to your
> own version diverging fr
Hello Francois,
Strange after all these years I did not check the AHostName before
calling DNSLookup for the first time :)
Anyway there is something I wonder. First exception is raised, then
TriggerDnsLookupDone is called with the right argument, however because
the exception it is never called,
> I'm also going to try to add
> ZLIB compression to the FTP client and server, at the same time as
> adding 64-bit stream support and removing support for long obsolete
> compilers.
Don't go too fast to remove existing code because then it will be very
difficult to merge your
changes and those
> How do you think that all we heavily tested for weeks if nobody,
> except the developer(s), made any test?
I only have a single development environment, and I need to be able to
produce bug fix versions of several applications at short notice, often
hours, that get widely distributed within ho
> Thank you for your very prompt reply to my query. My problem is not with
> delphi, but I cannot even unpack the .zip file as files in the DotNet
> directory have long filenames and filenames with multiple extensions. Trying
> to unzip and setup the directory structures causes multiple error messa
36 matches
Mail list logo
