tauro" <[EMAIL PROTECTED]>
To: "ICS support mailing"
Sent: Wednesday, August 31, 2005 09:43 AM
Subject: Re: [twsocket] HttpCli: Opinion wanted !
> Scrive Tibor Csonka <[EMAIL PROTECTED]>:
>
>> Hi,
>>
>> I was reading the thread for a while, and my oppini
Scrive Tibor Csonka <[EMAIL PROTECTED]>:
> Hi,
>
> I was reading the thread for a while, and my oppinion is that the design is
> very ok. I mean it makes the thing extensible and it's also clean and
> elegant.
Thank you :-)
> My only concern is: is there any other encoding than gzip/deflate? Be
s not available for older Delphi versions?
Regards,
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Guillaume MAISON
Sent: Wednesday, August 31, 2005 10:30 AM
To: ICS support mailing
Subject: Re: [twsocket] HttpCli: Opinion wanted !
Tibor Csonka a écrit
Tibor Csonka a écrit :
> I was reading the thread for a while, and my oppinion is that the design is
> very ok. I mean it makes the thing extensible and it's also clean and
> elegant.
>
> My only concern is: is there any other encoding than gzip/deflate? Because I
> cannot think of one ...
None i
Hi,
I was reading the thread for a while, and my oppinion is that the design is
very ok. I mean it makes the thing extensible and it's also clean and
elegant.
My only concern is: is there any other encoding than gzip/deflate? Because I
cannot think of one ...
Regards,
Tibor Csonka
--
To unsubs
- Original Message -
From: "Guillaume MAISON" <[EMAIL PROTECTED]>
To: "ICS support mailing"
Sent: Monday, August 29, 2005 12:48 PM
Subject: Re: [twsocket] HttpCli: Opinion wanted !
>hmmm... never meant it would be easy to implement, but to use...
>
> > Dropping the component on a form and yet having it
> > registered need a litle bit of work in the Loaded
> > procedure. Have a look at RBRoker.pas, TServerObject.Loaded. The line
> > calling
> > AddServerObjectWithReference does the work.
>
> hmmm... never meant it would be easy to implement
Francois Piette a écrit :
>>
>>Well to make it simple :
>>you have a server object (in that case THttpCli).
>>for each Coding way, you have defined a class :
>>TGZipCoding, TMyOwnEncoding, ...
>>
>>then, when configuring your THttpCli component, you call a function to
>>"register" each Coding class
> > Do you mean the ClientClass property of THttpServer?
> > The situation is quite different. You need a list of different
> > decoders, and you don't know in advance how long this list could be
> > (it depend of the kind of decoders available).
> >
> >>i'd say that i would have used something lik
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
> > 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
17, 2005 3:00 PM
Subject: [ZS2] Re: [twsocket] HttpCli: Opinion wanted !
> > 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 s
is simply "business
at the speed of thought"!
Thanks,
SZ
- Original Message -
From: "Guillaume MAISON" <[EMAIL PROTECTED]>
To: "ICS support mailing"
Sent: Wednesday, August 17, 2005 5:04 PM
Subject: Re: [twsocket] HttpCli: Opinion wanted !
Fastream Tec
er Van Hove
CD and DVD Data recovery
[EMAIL PROTECTED]
www.Smart-Projects.net
www.IsoBuster.com
---
- Original Message -
From: "Guillaume MAISON" <[EMAIL PROTECTED]>
To: "ICS support mailing"
Sent: Wedn
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
>
stuck in the past.
Best Regards,
SubZ
- Original Message -
From: "Angus Robertson - Magenta Systems Ltd" <[EMAIL PROTECTED]>
To:
Sent: Wednesday, August 17, 2005 4:00 PM
Subject: Re: [twsocket] HttpCli: Opinion wanted !
>> Because there are still a lot of peop
> 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
> 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
> 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
On 16-Aug-05 16:30:00 Angus Robertson - Magenta Systems Ltd wrote:
>> 1. Your choice. You have now the opportunity to be sure the new
>> version doesn't break existing code, specially yours.
>No, it's the job of the person introducing the changes to make sure the
>component is backward compatibl
On 16-Aug-05 14:21:00 Angus Robertson - Magenta Systems Ltd wrote:
>> If you don't understand what we are talking about, please ask some
>> questions to clarify. There are no stupid question, only people afraid
>> to ask.
>I've not taken much notice of this because:
>1 - the authentication chang
Hello Angus,
> No, it's the job of the person introducing the changes to make sure the
> component is backward compatible, and if not, document VERY CLEARLY at
> the top of the code any implications of the changes, not just in this
> mailing list. And to clearly mark and date and changes.
Agree
>> 1. Your choice. You have now the opportunity to be sure the new
>> version doesn't break existing code, specially yours.
> No, it's the job of the person introducing the changes to make sure the
> component is backward compatible, and if not, document VERY CLEARLY at
> the top of the code any
> 1. Your choice. You have now the opportunity to be sure the new
> version doesn't break existing code, specially yours.
No, it's the job of the person introducing the changes to make sure the
component is backward compatible, and if not, document VERY CLEARLY at
the top of the code any impli
2005 3:21 PM
Subject: Re: [twsocket] HttpCli: Opinion wanted !
> > If you don't understand what we are talking about, please ask some
> > questions to clarify. There are no stupid question, only people afraid
> > to ask.
>
> I've not taken much notice of thi
> If you don't understand what we are talking about, please ask some
> questions to clarify. There are no stupid question, only people afraid
> to ask.
I've not taken much notice of this because:
1 - the authentication change to HttpCli broke one of my applications
and it cost a lot of money t
Please read the messages with subject "[twsocket] HttpCli content encoding".
We (Maurizio and I at least) would like to have your opinion about the
future version of the HTTP component. There are implementation details that
has to be choozen. We need input from you, the users !
If you don't unde
35 matches
Mail list logo
