Debug,
Yes,but...

1.The prices can come from any source.
There is a very different "quality" of prices coming from the internet than coming from direct data feed,(paid service).

By "quality" I mean the delay,the amount of information..(and i may as well follow the rules or I'll get a deleted post) but I cannot name the companies that supply data thru decoders.
Once that data is in the mainframe, then anything else can be plugged into that mainframe and utilize the data on common ground.

The plugin does not have to know where the data came from, the mainframe fixes that into a common file, so all chosen components can read the data if need be.
For simplicity, lets say a hedge calculator with some "bells and whistles".
I don't realy want to create hedge calc., I would rather buy one, plug that in the mainframe, and use the prefered prices from the mainframe, and that hedge calc would then show me the amount of units to bet with.

But we want more.

Once we know what units to bet with, the bet needs to be sent.

Whoever can make the better module to connect the unit amount to a bet sender.

Some bet-senders are supplied by the TAB.
But code needs to be obtained to connect the the unit amounts from the calculations made by the hedge. Code is required to activate the module that sends the bet.

One can then create a complete module that does it all, provided it can plug in to the mainframe.
Piece by piece from many programming developments, they all are compatible to a TPH.(mainframe)

If one does not like the module(hedge calc,) or wants to try something else, simply unplug the purchased module and try another.

2. The "spreadsheet" does not have to be a spreadsheet,but one can use a spreadsheet if they want to.
Plug in a compiler and the common code can be compiled to "do stuff". Where the spreadsheet ends, code takes over.

The option is "when".
Then a plug-in for TPH or compile a code possibly a "timer" or somthing, will send data to the spreadsheet at whatever intervals one may require.
I don't have all the answews,but
no one has yet to say it can't be done.
These ideas come from the tedious repetetive tasks I know from some expirience and why most systems fail.
It's about eliminating repetitive tasks done by those wanting efficiancy while betting.
I know there might be some who are probably thinking to make their own mainframe.
You will fail,cos who is going to pay for the time it takes?
GUI is the option I think






[ This Message was edited by: puntz on 2004-11-14 16:47 ]