OK but answer this...
You said: "TAL is solid but does not have the fancy QCharts
recordsets."
So how does TAL set up for a depth of call in terms of numRecs and
updates?
Frankly I dont give a rat's Pitutey about Qchart's add on garbage...
All I want to be able to do is call into a server and pull x records
down [OHLC], ostensibly leave open the query, and have an open
connect update the front end bar, and give me an event to trap that
lets me update my array when the period closes/opens...
How do they [TAL[ handle multiple symbols? In Q, you either cycle
through a symbol set [open close record set add infinitum], or you
create a control array of the TRecordSet control [thats how I do
it]...[or a hybrid, put a gang of TRset controls to work cycling your
symbols]
"Value added data provider"...thats a Qchart quote...pretty funny
isnt it? Got so much damn value added its mucking up the works...
LOL
Scott
--- In twsapi@y..., Nick <nickrbox@o...> wrote:
I should probably ask them this...but
I wonder if they are a value added data middleman like Qcharts? :
ie you can call recordsets through filters (OHLC, tech studies,L2
parsing filters, etc)
Hmmm...but
I also wonder if they have raw L2 and TOS bypass servers that allow
the option of jumping around their bottlenecks, and handling your
own
parsing on the client side?
Thanks...they are bookmarked for later study tonite
Scott
There is no comparison between QCharts and TAL. QCharts has cute
features
but is unreliable. TAL is solid but does not have the fancy
QCharts
recordsets.
You will not have to do any caching or fiddling with servers if you
use TAL
- it just works all by itself. You will have to write more data
handling
code to make up for the missing recordsets.
If real money is on the line I can't imagine anyone using QCharts.
It's
fine for data gathering but not if you want reliable real-time data.
