开云体育

your Another way, that gives a lot more control, and isn't any more difficult. Create yourself a whole brand new control, and make it visible. During the CalcFrameLayout, place it in the right

} Hi, } I think this is a great idea, but whether they would } allow "uncertified" programs to directly interact with their servers } is unclear. The current socket interface (in the API) is only

you of The stuff I have found is a non issue, for programs that dont automatically place orders based on events. If you are just building an orders front end, that sends orders, and displays

This is a tricky question. On the one hand I can see your point Kent. Having a pure programmatical socket interface would avoid the UI issues inherent with a rapidly evolving TWS. Developers using

" a packet sniffer " ... He he....I dont know why this made me laugh but it did.... Scott servers there to the

Hi, I think this is a great idea, but whether they would allow "uncertified" programs to directly interact with their servers is unclear. The current socket interface (in the API) is only there

Mr. Hawkins, Have you taken a look at TradeExecutor? It sends bracket trades. I realize you are a developer, but if you are just looking for an easy solution, and not necessarily looking to develop

To who ever created Bracket Trade, I got to looking at the file at the TWS API site called "bracket trade" . How would I go about incorporating this initiating order Private Sub

I'm not only thinking of myself when I suggest that separating the different API's would be a better solution. I have been programming professionally for 15 years so I know a little bit about how the

hi Grozzie & Scott: Grozzie - I've been following your posts carefully - I'm not anywhere in your league, but I think I understand what you've discovered ... Bottom line question - am I correct

Hi, to solve the non sequential events problem, you could store the events and analyse the events with a short delay. This is already a little work around. Your solution, of course is a "big"

Hi, In order to avoid the non-sequential events problem with the API, it would be useful to either try another approach or have a redundant system to send orders/get trade status data. Since the

I've run tests on a Win98 machine with VB ActiveX to the TWS and haven't noticed the problems you mention. Are you doing a lot of object creation and destruction in your code or graphical calls to

sorry, here is the updated link: http://bullhaven.tripod.com/TradeExecutor New version of TradeExecutor should be out soon. --- evbostel <ervbo@...>

The link is not working (for me) anyway Eric

Hello, we are working on an ATS which uses signals of a neural network to pass to the TWS via ActiveX using VB. The application runs stable on a Win2000 and a Win XP computer (testet with several

classes, I have not even looked at the ActiveX, except a quick look initially when i was looking at the overview. The first thing you notice, the methods and properties of the ActiveX version, are

Matt, What is your take on the API in general ? ...your a Pro. I Want To Hear What You Have To Say... Your updates concerning your work at E-Signal are certainly welcome and appreciated, but I am

Grozzie... "The ActiveX and sockets are one and the same. ActiveX is just a dll with code to provide the sockets functionality into an ActiveX environment." So what are the DLL calls?...have you

Hi All, Just responding to the questions about eSignal/IB. We'll have a beta available of IB integrated into eSignal sometime in August. It's hard to say if that's August 1 or August 31 as we're