Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

DataTriggerString vs AddDataTrigger

7 views
Skip to first unread message

Sean G Alt

unread,
Nov 22, 2002, 7:01:43 PM11/22/02
to
Greetings All,

I'm having a difficult time seeing how to use the DataTriggerString property
in light of the AddDataTrigger method.

I certainly understand how to use the AddDataTrigger function and get an
index to the trigger.

But how does DataTriggerString play into that? The docs say I use it to
"define data triggers." I'm assuming that whatever strings are in that
delimited list will cause an OnDataTrigger event (how else could it be
used?) but then there would not be a trigger index.

I'm sure it's simple, but I can't see the forest from the trees.

Thanks in advance,

-- Sean Alt
sg...@beckman.com


Sean G Alt

unread,
Dec 2, 2002, 8:28:02 PM12/2/02
to
Hi Don,

Thanks for the info, it helps alot, but neither of those Tech Tips address
what is really my fundamental question:

If I use the DataTriggerString to define one or more simple data triggers,
what will be the value of the Index parameter in OnDataTrigger when those
triggers go off?

-- Sean


"Don Hill" <mails...@turbopower.com> wrote in message
news:F0LY7tKl...@tpsmail01.turbopower.net...
> Sean,
>
> The AddDataTrigger method allows you to have more control how the
> DataTrigger is set up. The DataTriggerString allows you to set up multiple
> triggers all at one time, but the default values of no timeout, ignoring
the
> case, and including the trigger string in the data can't be changed. With
> the AddDataTrigger method you can set these values yourself.
>
> I have attached a couple of tech tips on the subject of Data Triggers, in
> case they may help you or other onlookers. Thank you for your question.
>
> --
> Don Hill (TurboPower Software)
> "Sean G Alt" <sg...@beckman.com> wrote in message
> news:yMVWyMok...@tpsmail01.turbopower.net...

Mike Welch [TurboPower Software]

unread,
Dec 3, 2002, 7:48:41 PM12/3/02
to
Sean,
Their index will correspond to their order in the string.

DataTriggerString = 'item0|item1|item2|item3';


Things can get a little complicated if you've already added data triggers
though. The strings are parsed and added to the pre-existing data trigger
list, so their index will be offset.

AddDataTrigger(item0, ...);
DataTriggerString = 'item1|item2|item3|item4';
AddDataTrigger(item5, ...);
DataTriggerString = 'item6|item7';

We should have had the DataTriggerString return the first index value, but
it's a little late to do that without breaking code. I might be able to
work in a comparable method for 1.13.

--
Mike Welch (TurboPower Software)
God Bless America

"Sean G Alt" <sg...@beckman.com> wrote in message

news:Sv9agrmm...@tpsmail01.turbopower.net...

Sean G Alt

unread,
Dec 4, 2002, 12:45:22 PM12/4/02
to
Mike,

Thank you very much for that information, I half suspected as much.

I'm not sure the code needs to be changed, just the documentation. I've
found that to be the biggest problem I've had with APAX so far: the
documentation isn't quite as clear cut as for the VCL products.

Anyway, your company does a great job. I've used Delphi since it's
beginning, and Turbo Pascal before that, but our new department manager (who
is also a Delphi loyalist) wants us to begin a migration to C# in VS .NET.
I just hope you're planning on .NET components. I'd hate to lose the
quality and convenience TurboPower has provided over the years.

Thanks again,

-- Sean Alt
Staff Software Development Engineer
Beckman Coulter, Inc.
Brea, California


"Mike Welch [TurboPower Software]" <please@keep_it_in_the_newsgroup.thanks>
wrote in message news:1U92j7y...@tpsmail01.turbopower.net...

Mike Welch [TurboPower Software]

unread,
Dec 4, 2002, 2:48:44 PM12/4/02
to
Hmmm, APRO.Net, sounds fun<g> I've actually been playing around with a C#
dispatcher, and it's shaping up pretty nicely. Of course, it's all been in
my spare time, APRO, APAX, and APRO-CLX take up all of my time at work<g>
The biggest problem with a .net version would be the anicilary components.
The APRO/APAX protocol is passing around pointers and chunks of memory, so
all of that would have to go (don't get me started about converting the fax
stuff, have you seen all that asm junk in there???<shudder>)
I agree with you about the documentation. It's not as accurate as I would
have liked.

--
Mike Welch (TurboPower Software)
God Bless America

"Sean G Alt" <sg...@beckman.com> wrote in message

news:m8vpOy7m...@tpsmail01.turbopower.net...

0 new messages