I did think about that and my rational is most users just want the new indicator to overwrite the old one since they are not programmer. A select few( say a hardcore programmer) will want to preserve the old version for the safekeeping purpose. Balancing between the two I will rename the indicator if there is a significant change otherwise it stays the same.
if you update an indicator you should give it a diff. name (means to give the version number not only in the .zip but also as real indie-name via "save as .... VolStop_V3_3 iE) - i think its really important!
We had this game with our DMAs + also sharky knows storys about this.
if i integrate indies in charts +/or strategys and mess that up with importing + overwriting - that brings really trouble.
if you have diff. versions everyone can decide if he deletes the old ones. that hurts no one.
if the stuff gets overwritten this can cause a pretty chaos.
max-td
The following 2 users say Thank You to max-td for this post:
cory, it is still a good idea to include the version numers so that anyone using it knows which they currently are using... of course if it is just for yourself... no one else cares... but if you are sharing it, and you post a chart... and someone else has the same chart, same TF but it doesn't look like yours, it is easy and quick to resolve by checking the version number... v1_3 where 3 is changed from 2 on minor changes, etc.
I posted suggested coding standards in the Programmers Paradise forum. I wrote these after the nightmare of the flurry of coding activity in June... a sharky indicator... no one knew what they had and it was very confusing and very frustrating for everyone involved.
Here is my first cut at suggested coding standards for futures.io (formerly BMT). I welcome comments and suggestions... following these simple guidelines will save us all a frustrating experience such as RJay posted today.
