For All: Wish List - Next ESignal Version

[chrisjames]

No 1.
StartTime - EndTime filters for TSales data.

Less burdensome to your TSales Servers too...


cj

[Guest]

This is (and has been) on my list for some time. The problem is with the way in which data is stored on the servers themselves. We are working to change this architecture, but it is fairly involved process.

[JimBecker17]

I'll only request one thing, so perhaps my wish will come true!

With the Time&Sales data moving the records one at a time across the ActiveX interface is a significant bottleneck..

The request is that GenSpoo wish of 11/2/2003 come true...

http://forum.esignal.com/showthread.php?s=&postid=23941&highlight=array#post23941

This is to get an array of TimeSalesBars. And to be told when all the bars are loaded (rather than just waiting until they haven't changed for a while).

When getting this data, it's already all on my box. But it's like unloading an eightteen wheeler full of twinkies one golden finger at a time. And my CPU is breathless.

Please give me dumptruck mode for twinkie unloading...

-Jim

[chrisjames]

Originally posted by eSignal Robi
This is (and has been) on my list for some time. The problem is with the way in which data is stored on the servers themselves. We are working to change this architecture, but it is fairly involved process.

"Stored" in the Sense that the Date Time Stamp is all in one field - as...

'10/7/2004 06:32:23'

which inhibits new start time end time filters from working in a TS Handle or ??

in other words...
When i look at the Application TSales windows the Date field is separate from the Time field but when i pull in TSales thru the API the time information comes in one field as shown above and not parsed...

cj

[Guest]

Yes, if the date and time were in two different fields, the filters would work as you would like. I am told by our engineering department that there will be no change to the filters until there is a change to the databases.