 Posted 2/7/2010 07:20:36
|
|
|
|
| Whether the dll can be used to a thirdparty VS.net program? How to use it ? Thank you!
|
|
|
Posted 2/8/2010 13:25:13
|
|
|
|
Sure, it can be called. It's standard .NET assembly. Keep in mind, RightEdge does a number of things to setup the trading system and fire events to the system when things happen (data comes in, orders executed, etc).
terryep (2/7/2010)
Whether the dll can be used to a thirdparty VS.net program? How to use it ? Thank you!
|
|
|
Posted 2/8/2010 20:38:31
|
|
|
|
Thank you! I want to know how to display the UI just like RightEdge in my VS winform,such as the picture attached. Does RightEdge provide a UI control for VS?
 |  |  | |
a.jpg
(38 views, 58.47 KB) |
|
|
| |  | |  |
|
|
|
Posted 2/9/2010 09:49:04
|
|
|
|
No, RightEdge IS the UI control. You can build user interface components just like you would any other application. Two places to check, one, download the "Dialog" example from the Trading Systems section of the website. This is based on an older version of RightEdge, so you'll have to jiggle it to compile it. Or even better, member phg who also runs the rightedge-ats group on Yahoo has taken GUI support to the next level. He's made his work available.
terryep (2/8/2010)
Thank you! I want to know how to display the UIjust like RightEdge in my VS winform,such as the picture attached. Does RightEdge provide a UI control for VS?
|
|
|
Posted 2/10/2010 14:07:57
|
|
|
|
See message 552 on the Yahoo group, reproduced as follows:
I have up loaded a working prototype of the GUI I have been working on. It is incomplete, but this step demonstrates that the critical parts are working. (See OptionsUI.zip in the files section under the Options section.) - The ‘strategy’ part is a mock-up for testing purposes. It creates the GUI thread and creates and passes a reference to the communication queues.
- I was built using C# 2008 and .NET 3.5, so I am not yet quite sure how integration with a real RE strategy is going to work.
- The Access database is included in the zip file, but the configuration file would have to be changed to reflect wherever you unzip it to. (The code could be changed slightly to remove references to the database. This would remove persistence but it would allow the grid to be used dynamically to communicate with a strategy.)
- Sending information from the strategy to the grid is not implemented in this step (nor are dynamic watch list updating or making live).
- While the motivation for this work is to expedite options trading it is however quite suitable for helping with equity trading as well.
In summary: A new thread is created in strategy startup to host the GUI. The GUI is a grid, backed by an Access table (which is not strictly required). Changes to the grid are sent to the strategy via a synchronized queue. It is expected the strategy will dequeue transmitted information in NewBar and place the information in a local dictionary. A second synchronized queue is contemplated to send information back to the grid. The first part is working and can be downloaded from the files section of the Yahoo group. Watching the operation in Debug mode in VS shows how it works so far. I hope this is helpful.
-Pete
(See also rightedge-ats Yahoo group  )
|
|
|
Posted 2/10/2010 21:41:15
|
|
|
|
| Can I interpret it this way? My VS program just is a thread of RE when RE running? If RE is not running, this vs program can not run?
|
|
|
Posted 2/11/2010 07:36:04
|
|
|
|
| Correct. The RE thread is the parent thread. So far that looks like a very fruitful context to work in. In theory at least, almost any parameter of a running strategy can be put under dynamic (programmed) control, where that control (GUI) lies outside of the strategy code itself. High on my list is dynamic control of the contents of watchlists (which can already be done manually) and dynamic starting and stopping what's live (also already possible manually). But any variable local to your strategy is dynamicall settable as-is; I use a dictionary in the strategy to hold settings as they are sent from the GUI. For options work it is interesting to have both the underlying and a few strikes in the same watchlist, enabling for example charts on everything and placing orders on strikes from signals generated on the underlying (somewhat akin to pairs trading). (On the GUI you will find the container for the grid is tabbed. The idea is the second tab will be used for a grid of options strikes (montage), using its own instantiation of a broker plugin (ie., the existing krs for IB). There's lots of directions this GUI could go in . . .)
-Pete
(See also rightedge-ats Yahoo group )
|
|
|
Posted 2/11/2010 22:25:52
|
|
|
|
|
|
|
|