Welcome to NexusFi: the best trading community on the planet, with over 150,000 members Sign Up Now for Free
Genuine reviews from real traders, not fake reviews from stealth vendors
Quality education from leading professional traders
We are a friendly, helpful, and positive community
We do not tolerate rude behavior, trolling, or vendors advertising in posts
We are here to help, just let us know what you need
You'll need to register in order to view the content of the threads and start contributing to our community. It's free for basic access, or support us by becoming an Elite Member -- see if you qualify for a discount below.
-- Big Mike, Site Administrator
(If you already have an account, login at the top of the page)
The other idea spooking around in my head is probably quite complicated: grouping of individual trades to one trade with multiple cars and exits. the grouping will probably require some rather complicated logic, the reformatting bit is probably the easier part of it.
That should be rather easy as the journal tab hasn't changed since a few versions, don't know which one you are using though...
vvhg
Hic Rhodos, hic salta.
Can you help answer these questions from other members on NexusFi?
The import is compatible with the journal in terms that it takes the trades and if they have a numeric suffix in the EntryName lets say:
KumoBreakout
KumoBreakout2
KumoBreakout3
it will aggregate those three into one trade as three vehicles. The only thing you have to do is to mark each individual trade properly. I do that that I have three profit targets (two trailed to some extent and one runner) with different name for each and they merge nicely in the excel.
When there is new entry that has no suffix it starts counting again.
So this is already supported.
The version of the journal is something like 2.1 or something... not terribly old, but not new either.
OK, I just had a look, nicely done!
Though I have no idea how to mark the trades outside a strategy ( I use the ATM).
Could that be done with minutes as well?
But the journal tab has not changed since then, if I'm not mistaken.
would you be able to make it import to our journals? and if thats possible i would suggest some feature requests from there depending on how the whole process works..
dont believe anything you hear and only half of what you see
1. grouping by time for those using ATM strategies
2. adding the newly parsed record to an existing journal (requires xml excel file and user needs to locate it on the disk). I don't want to perform the heuristic analysis, so it will be perhaps required to insert a line after which to append...
ya that would be awesome to work with this project/journal that way the users here at futures.io (formerly BMT) have something stable/reliable/relatively simple.. i think @vvhg has the journal fields pretty solidified so imputing to them shouldnt be an issue(future changes wise)..
one issue i can see off the top of my head is that the instrument list that is in the journal is not standardized.. i say that in we are allow to name the instruments anything with want in the instruments list.. we will most likely have to adopt the ninja naming scheme..
dont believe anything you hear and only half of what you see
Ok, one issue I am not able to overcome is the destruction of the header format in milt line cells.
Perhaps we could do something with them in the excel first..
It is not a big issue, but the lib I am using for writing excel cannot do anything about it.
We could either replace by shorter text so that it fits one line or use "real multiple lines".
As I don't really have any clue by what means you get the data into the sheet, the next sentence might or might not make the least bit of sense.
I don't really understand why the cell gets changed in the first place as you don't write to it, or does it just break the format even when the cell is not touched?
Also what do you mean by "real multiple lines"?
I thought if the problem persists, perhaps we could tackle that problem from the vba side if that's easier...