Hello John, Leaving the job of CEO firmly in Tomasz's grasp, from my point of view I agree with some if not all of your 'suggestions' in principle. Some are more compelling than others. I think you have covered all the possibilities but just in case could you check my list. I might comment further once I am sure I understand what you are saying. I think some will need fleshing out a bit before submitting them.
My interpretation of your list is: 1. copy/(paste?) indicators 2. show date/time, uses built in code, uses formula 3. sort indicators by (date/time as well as alphabetically) 4. prevent code overwrite when loading 5. add an indicator quicklist 6. default path for types of .afl files 7. share .afl files - export from AB and also import directly to default folders. 8. refer to .afl file by name in formulas Could you explain a little more on No2 - uses built in code or uses formula. With code overwrite are you referring to when some code has been written and then if a .afl is opened or left mouse dragged into editor the original code is overwritten? (It is interesting that a .afl can be dragged into the editor and its code is entered as long as there is no pre-existing code). What is your idea of a quicklist? I like the idea of a list of .afl favorites in editor where they can be dragged from a drop down list into the code and referenced by name. If you wanted default directories for different types of .afl and also import into the default directory wouldn't that mean there would have to be a different default suffix for each class of .afl? Regards, BrianB2. --- In [email protected], "John R" <[EMAIL PROTECTED]> wrote: > > Having just corrupted some of my indicators yet again I thought I would post > some personal observations and suggested improvements on AB indicator > maintenance. I am posting here rather than direct to the AB suggestions box > 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. I bet > 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 and see > 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/guru commentary > 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 get unexpected > results. BTW I am sure the endless copy/edit/paste operations will eventally > drive me to complete baldness - my background is in commericial IT systems > development so it goes very much against the grain when you cannot define a > 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 every list > item to determine these. > > Provide some protection or warning to prevent unintentional overwriting when > using Load. > > IMO indicators should be directly related by filename to the corresponding > disk file. For example the indicator HolyGrail7 is defined via the disk file > 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 > Please note that this group is for discussion between users only. To get support from AmiBroker please send an e-mail directly to SUPPORT {at} amibroker.com For other support material please check also: http://www.amibroker.com/support.html Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/amibroker/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
