Arno, if you care about "slowing" string concatenations (although concatenation
will be executed *anyway*: Time+Sep+Msg), then we could do something like this:
FDateFormat, FTimeFormat, FDateTimeFormat: string;
...
procedure SetDateTimeFormat(df, tf: string);
begin
FDateFormat := df;
FTimeFor
Francois, you're right, properties will go better. I'll be waiting
for updates of Logger in SVN =)
>>>
>>> Won't it be much cleaner to just add a single property
>>> "TimeStampFormatString : String"? That covered everything and can be
>>> set to "hh:nn:ss:zzz " by default in order to main
Piotr Dałek wrote:
> Hello!
>
That's true, but concatenating strings is slow and should be
avoided whenever possible. In Anton's change there are three
properties to form a simple DataTime string including the
separator, this should be simplified IMO.
>>>
>>> "Format" could be
Hello!
>>> That's true, but concatenating strings is slow and should be avoided
>>> whenever possible. In Anton's change there are three properties to
>>> form a simple DataTime string including the separator, this should be
>>> simplified IMO.
>>
>> "Format" could be used instead of concatenatio
Piotr Dałek wrote:
> Hello!
>
>>> LogColumnSeparator is also useful.
>>> It is clear that having a separate date format and time format is
>>> not required. A single format string is enough because one can add
>>> the LogColumnSeparator that format string (anyway, that's what
>>> Anton's code do b
Hello!
>> LogColumnSeparator is also useful.
>> It is clear that having a separate date format and time format is not
>> required. A single format string is enough because one can add the
>> LogColumnSeparator that format string (anyway, that's what Anton's
>> code do by concatenation dateformat,
Francois PIETTE wrote:
>>> Francois, you're right, properties will go better. I'll be waiting
>>> for updates of Logger in SVN =)
>>
>> Won't it be much cleaner to just add a single property
>> "TimeStampFormatString : String"? That covered everything and can be
>> set to "hh:nn:ss:zzz " by defaul
>> Francois, you're right, properties will go better. I'll be waiting
>> for updates of Logger in SVN =)
>
> Won't it be much cleaner to just add a single property
> "TimeStampFormatString : String"? That covered everything and can be
> set to "hh:nn:ss:zzz " by default in order to maintain backwar
Anton Sviridov wrote:
> Francois, you're right, properties will go better. I'll be waiting
> for updates of Logger in SVN =)
Won't it be much cleaner to just add a single property
"TimeStampFormatString : String"? That covered everything and can be
set to "hh:nn:ss:zzz " by default in order to m
ware)
http://www.overbyte.be
- Original Message -
From: "Anton Sviridov"
To:
Sent: Thursday, May 07, 2009 11:07 AM
Subject: [twsocket] TIcsLogger proposal
> Francois, you're right, properties will go better. I'll be waiting for
updates of Logger in SVN =)
&
Francois, you're right, properties will go better. I'll be waiting for updates
of Logger in SVN =)
--
Regards, Anton
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.
(ICS)
http://www.overbyte.be
- Original Message -
From: "Anton Sviridov"
To:
Sent: Wednesday, May 06, 2009 12:14 PM
Subject: [twsocket] TIcsLogger proposal
>I have a little suggestion to improve TIcsLogger. The reason is that I wish
>to have both date and time in l
I have a little suggestion to improve TIcsLogger. The reason is that I wish to
have both date and time in logfile and don't care about millisecs.
Also, I don't want to derive classes, override events and all that stuff, just
want to make output format customizable.
1) add public variable
var Ti
13 matches
Mail list logo
