The UK Home Automation Archive

Archive Home
Group Home
Search Archive


Advanced Search

The UKHA-ARCHIVE IS CEASING OPERATIONS 31 DEC 2024

Latest message you have seen: Re: xPL-FirM-Schema


[Message Prev][Message Next][Thread Prev][Thread Next][Message Index][Thread Index]

RE: xPL Hal in a loop


  • Subject: RE: xPL Hal in a loop
  • From: "Tony Tofts" <tony@xxxxxxxxxx>
  • Date: Wed, 8 Sep 2004 05:47:12 +0100

> The above script should only fire when B2 is actually
> switched on - not in response to a confirmation message, and
> it shouldn't be up to the user to check the schema themselves.

Hi Guys,

I can't really agree here.

There are 3 types of event (status, trigger, command) and the particular
event called is controlled by this type.

Even though x10 is built-in, it should be treated no differently to any
other schema. If we start putting in exceptions for this, we'll set a
precedent to start hardcoding exceptions for other schemas? Which to me
seems to defeat the point of the scripting system.

If anything it seems to indicate that x10.confirm should be a status rather
than a trigger?

Thoughts?

Many thanks
Tony




xPL Main Index | xPL Thread Index | xPL Home | Archives Home

Comments to the Webmaster are always welcomed, please use this contact form . Note that as this site is a mailing list archive, the Webmaster has no control over the contents of the messages. Comments about message content should be directed to the relevant mailing list.