WM_USER_STREAMING_UPDATE is used by Quote Tracker Plugin. I did not find it in anywhere ASCII plugin (Samples). Hence we need not use that message. We need not tell it to open front door.
"OLE automation interface is provided to control AmiBroker from the OUTSIDE process (such as windows scripting host)."
IMHO Plugin is an outside process getting access to inside objects of AMI.
Hence we may try to push data thru rear door. If Ami accepts the command, it will know where to seat the each tick by looking at the format file. (Which it does when I push data from Excel using OLE automation.) User Guide says - it is possible to access Broker.Application and underlying objects from AFL formulas.
In that case, Plugin should be able to do the same.
PS. Import Command will have to be somewhere else since Ami calls back GetQuotes(Ex).
"OLE automation interface is provided to control AmiBroker from the OUTSIDE process (such as windows scripting host)."
IMHO Plugin is an outside process getting access to inside objects of AMI.
Hence we may try to push data thru rear door. If Ami accepts the command, it will know where to seat the each tick by looking at the format file. (Which it does when I push data from Excel using OLE automation.) User Guide says - it is possible to access Broker.Application and underlying objects from AFL formulas.
In that case, Plugin should be able to do the same.
PS. Import Command will have to be somewhere else since Ami calls back GetQuotes(Ex).
As of now, I have a COM thing implemented that is pushing data into Ami for upto 250 scrip at a time which I have tested it for refresh rates as low as 80-100 mili secs.
Below 80 msecs, Ami keeps working but becomes very unresponsive at refresh rates (51-79 milisecs). At 50 msecs, it crashes!!
For everyday use, I actually use refresh rate of 500 mili secs (1/2 second) and this is quite adequate to open charts for about 6 tickers and one Explorer/Analysis.