开云体育

Here is a yahoo group that might be helpful. xltraders@... Also I have asked these people about 30 ?.'s and if I don't get a response in 6 hours it is unusual.

I set my Excel application to work today connected live with IB. Several times it gave me errors. I am not sure why? Application.Goto Reference:="Name" Gives errors sometimes Where "Name" is a defined

Hi Larry, Awesome improvements. Just what the doctor ordered. A couple of things if you change the Buy At MARKET button color to green and the Sell to red visually helpful. Also if you were to have a

Security is a non-issue with sockets. Every packet that comes in is validated and processed by the server application. If the API and socket data structures don't include commands to do things like

Open the user.ini file for your login, and you will see this: [Settings] TipIndex=12 DdeId=162 Dde=1 BubbleHelp=0 SocketClient=1 I believe DdeId is what you want to reset. --- Chas_watkins

I have developed my app in Excel and "somehow" I have endd up using order id's of the magnitude of 77777777. I ran a test on the live IB interface without resseting the order down to a decent 1000 or

Hi Bruce, I have already uploaded my Bracket Trader with market entry, with the VB code available for everyone to study (I hope other members of this group do the same !). Feedback on bugs,

So the discussion went from "the API has bugs", "we should be able to connect to their servers" to "why don?t we use the fix protocoll?". IB offers not only the TWSAPI, but also the a CTCI-API. I

The 'do you wanna let this connection happen' dialog - problem is already solved: Para: twsapi@... -----Ursprungliche Nachricht----- Von: grozzie

Did IB make an attempt to base their API on the FIX Protocols? I had heard of FIX many times, but this is the first time I've really paid any attention to it, for as I was to understand only Series 7

The reason I kind of like an api into TWS, it bypasses all the hassles of logins etc. A raw socket api on the server end, is going to introduce a security layer. With that said, there are a couple of

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 spot

} 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 confirms,

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 as a

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 cmdLongES_Click() Call

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