[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [amibroker] Indicator Maintenance



PureBytes Links

Trading Reference Links




John,
 
One of the things that I do is to have a dedicated sheet in AB 
just for development. TEST in this case.
 
<IMG alt="" hspace=0 src="png00063.png" 
align=baseline border=0>
 
I ALWAYS know that whatever I was working on last was there, 
and all the formula names there are preceded by "TEST-", so they will all show 
up together in the IB list box.
When I decide to move on to something else, I remove the TEST 
prefix from the name and rename it.
 
I'm not sure what your methodology is to edit and change 
formulas, but I can do it without hitting APPLY, and the changes are set by 
just clicking on some other formula in the IB list. I've done it hundreds of 
times, all the time.
 
I don't always save every little change to every formula to 
disk in the AFL directory. Just what I feel are major changes and upgrades. 
I do save the broker.charts file often. That way, all the 
custom formulas in IB are all collectively saved at once and in one 
movement.
 
I think that your wheels fall off when you use LOAD to find 
your files. Remember that AB's editor works on what is in the broker.charts 
file, not what YOU saved to the AFL directory. The MODIFIED list in 
LOAD won't show you what the last edited file was. It will only show you what 
was the last file that you saved to the AFL directory was. The last edited 
formula is in the broker.charts file.
 
I use the AFL directory as just a long-term disk archive 
anyway. If you want to directly edit something saved in your AFL directory, use 
notepad or something like that without going through AB.
 
P.S: Yes, I'm really, really, really sure since I had to 
rebuild my broker.charts file about 6 months ago when I exceeded the dreaded 
"file name length" rule. Since then, I make sure of what I'm doing when in the 
AB editor.
 
 
-CS
<BLOCKQUOTE 
>
  ----- Original Message ----- 
  <DIV 
  >From: 
  John 
  R 
  To: <A title=amibroker@xxxxxxxxxxxxxxx 
  href="">amibroker@xxxxxxxxxxxxxxx 
  Sent: Sunday, March 09, 2003 3:32 
PM
  Subject: Re: [amibroker] Indicator 
  Maintenance
  CS>Please, please,>No more " Are you 
  really, really, really sure? " windows or BS boxesI was not advocating 
  "confirm dialogues" but just expressing the opinionthat there should be 
  some method(s) of protection. Protection could beimplemented in a variety 
  of ways. I happen to agree with your view but someusers like the "are you 
  really sure?" approach and I see no problem withthis as long as it can be 
  configured on/off via Preferences as TJ did withanother one 
  recently.>Tell me how a professional IT developer loads/saves the 
  wrong formula when>the name of the formula is clearly listed in 
  theOPEN/SAVE AS dialogboxes.Here is one of the ways I mess up. Go into 
  IB and scroll thru indicator listsearching for that indicator I was 
  working on the other day. Can't find itfor certain so I press Load to 
  search for required AFL file on disk usingfile details date last modified 
  etc. I make the mistake of Opening therequired indicator file and doing 
  something with it without having firstremembered to reposition the IB 
  scroll list on correct entry (or new entry)thereby overwriting IB 
  indicator code. The Load dialogue obscures most ofthe IB dialogue so there 
  is no easily visible reminder of the IB indicatorentry the program is 
  positioned on. An easy mistake to make IMO.>While I agree that it 
  would be nice if AB would automatically load the>name of the open 
  formula from the Indicator Name list into the File >Namepart of the 
  OPEN/SAVE AS dialog box, I have no problems keeping my 400+formulas 
  straight.You are clearly very well organised - but are you sure 
  (really, really sure)that all your IB code matches that in your .afl 
  files?  ;-))John----- Original Message -----From: "CS" 
  <csaxe@xxxxxxx>To: <amibroker@xxxxxxxxxxxxxxx>Sent: 
  Saturday, March 08, 2003 9:28 AMSubject: Re: [amibroker] Indicator 
  MaintenancePlease, please,No more " Are you really, really, 
  really sure? " windows or BS boxes.Tell me how a professional IT 
  developer loads/saves the wrong formula whenthe name of the formula is 
  clearly listed in the OPEN/SAVE AS dialog boxes.While I agree that it 
  would be nice if AB would automatically load the nameof the open formula 
  from the Indicator Name list into the File Name part ofthe OPEN/SAVE AS 
  dialog box, I have no problems keeping my 400+ 
  formulasstraight.-CS  ----- Original 
  Message -----  From: John R  To: 
  amibroker@xxxxxxxxxxxxxxx  Sent: Friday, March 07, 2003 5:28 
  PM  Subject: [amibroker] Indicator Maintenance  
  Having just corrupted some of my indicators yet again I thought I 
  wouldpost  some personal observations and suggested improvements 
  on AB indicator  maintenance. I am posting here rather than direct to 
  the AB suggestionsbox  to get the POV of other users. Hopefully 
  others may be able to offer some  tips on best practice or point out 
  the error of my ways and also if enough  users chime in we can then 
  compile a list of agreed suggestions for TJ to  
  consider.  OK here are my observations:-  It is 
  *far* too easy to corrupt indicators without even realising it. 
  Ibet  nearly everyone has done this. For those who think you have 
  never done it  try checking thru the code of all your custom and 
  builtin indicators andsee  if they contain what you expect 
  ;-)  In the early days of AB when we only had slots for a few 
  custom indicators  (20 was it?) maintenance was not a problem. But 
  with large and increasing  numbers of indicators I find accurate 
  maintenance a real problem. In  addition we have systems, 
  explorations, scans, filters and those which do  combinations. Over 
  time I have tried various methods of file suffixes,  prefixes, 
  directories etc. to try and keep things under control but never  been 
  entirely happy with it. My feeling is there must be a better more  
  organised solution with maybe separate directories for these specified 
  via  Preferences.  One of the big problems I have is 
  indicators getting out of sync with the  corresponding .afl file on 
  disk. For example it is very easy to make an  amendment to an 
  indicator while testing visually via charts/gurucommentary  and 
  forget to save to the correct afl file on disk. Later when I come to  
  system test and copy/paste the code into test afl from disk I 
  getunexpected  results. BTW I am sure the endless copy/edit/paste 
  operations willeventally  drive me to complete baldness - my 
  background is in commericial IT systems  development so it goes very 
  much against the grain when you cannot definea  formula/module 
  just once and then just refrence it  wherever required. TJ  has 
  said he will add this facility but will I have any hair left by 
  then;^)  Suggested improvements:-  In IB add 
  a Copy button to enable a new version of an indictaor to be  created 
  quickly. Default new name = old name with numeric suffice e.g.  
  HolyGrail[2]  In indicator browse list add columns for date and 
  time last modified.Allow  sorting on name column or date and 
  time. At present you cannot check dates  or easily determine which 
  indciators you were last working on.  In indicator browse list 
  add columns for In quick list, Uses builtin code,  Use formula only. 
  At present you must laboriously click down thru everylist  item 
  to determine these.  Provide some protection or warning to 
  prevent unintentional overwritingwhen  using Load.  
  IMO indicators should be directly related by filename to the 
  corresponding  disk file. For example the indicator HolyGrail7 is 
  defined via the diskfile  HolyGrail7.afl Ideally AB preferences 
  would specify the directory name(s)  for custom and standard 
  indicators. This would prevent many maintenance  problems that the 
  current architecture invites and would also facilitate  many other 
  maintance operations (see below).  Facility to bulk load 
  indicators from disk files into AB. i.e. browse and  select multiple 
  .afl disk files which are then loaded into corresponding  custom or 
  builtin indicator names.  Facility to bulk copy indicators from 
  AB to disk files  i.e. browse and  select multiple AB indictors 
  which are then copied to selected windows  directory.  
  Allow the default directories for custom and bulitin indicators to 
  be  specified via Preferences. Maybe also systems, explorations, 
  scans....?  All POVs  welcome.  
  John        Yahoo! Groups 
  Sponsor              
  ADVERTISEMENT  Send BUG REPORTS to 
  bugs@xxxxxxxxxxxxx  Send SUGGESTIONS to 
  suggest@xxxxxxxxxxxxx  
  -----------------------------------------  Post AmiQuote-related 
  messages ONLY to: amiquote@xxxxxxxxxxxxxxx  (Web page: <A 
  href="">http://groups.yahoo.com/group/amiquote/messages/)  
  --------------------------------------------  Check group FAQ 
  at:<A 
  href="">http://groups.yahoo.com/group/amibroker/files/groupfaq.html  
  Your use of Yahoo! Groups is subject to the Yahoo! Terms of 
  Service.Send 
  BUG REPORTS to bugs@xxxxxxxxxxxxxSend SUGGESTIONS to 
  suggest@xxxxxxxxxxxxx-----------------------------------------Post 
  AmiQuote-related messages ONLY to: amiquote@xxxxxxxxxxxxxxx (Web page: <A 
  href="">http://groups.yahoo.com/group/amiquote/messages/)--------------------------------------------Check 
  group FAQ at: <A 
  href="">http://groups.yahoo.com/group/amibroker/files/groupfaq.html 
  Your use of Yahoo! Groups is subject to the <A 
  href="">Yahoo! Terms of Service. 







Yahoo! Groups Sponsor


  ADVERTISEMENT









Send BUG REPORTS to bugs@xxxxxxxxxxxxx
Send SUGGESTIONS to suggest@xxxxxxxxxxxxx
-----------------------------------------
Post AmiQuote-related messages ONLY to: amiquote@xxxxxxxxxxxxxxx 
(Web page: http://groups.yahoo.com/group/amiquote/messages/)
--------------------------------------------
Check group FAQ at: http://groups.yahoo.com/group/amibroker/files/groupfaq.html



Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.


Attachment: Description: ""