Hello John, Humble apologies. I had no idea it was a 2003 post or I wouldn't have bothered you. It was at the head of my messages a few days back. I don't know who started it off. No wonder I couldn't get the drift of some of your comments. It does have a funny side to it because it made a darn good topic. We have been ripping into it and each other for a few days and some really informative and interesting posts were made.
Thanks for your replies which are still helpful even in the circumstances. You are an absolute gentleman but I already knew that from your previous posts. Regards, BrianB2. --- In [email protected], "John R" <[EMAIL PROTECTED]> wrote: > > Hi Brian, > > Wow that post of mine you quoted goes back to March 2003 and a lot of things change in the AB world in that time ;-) > > Now just to contradict myself I don't think that drag n drop has really changed in that time. > > To answer your question the hidden (by default) D&D folder is used to keep the code for panes which have had indicators "Inserted" . The folder can be unhidden via a setting in Preferences:AFL and will then show up in Charts tree in workspace. > > D&D works by just creating additional serialised copies of original indicator source code and wrapping code it with Section markers. If you unhide the D&D folder and experiment with D&D Inserting/Overlaying/Inserting Linked panes you will be able to see and view/edit the generated code. > > Personally I do not use D&D. I build my indicators and systems in a strictly modular fashion. I want a single source defintion for each indicator and if I change the indicator logic then I want all other code which references that indicator to be affected by that change. For this reason I only use Insert Linked and use External editor and version control to control my source code. > > John > > > -- Original Message ----- > From: brian.z123 > To: [email protected] > Sent: Monday, July 31, 2006 1:42 PM > Subject: [amibroker] Re: Indicator Maintenance > > > Hello John, > > Hidden drag-drop folder. > > I am surprised that no one mentioned the hidden drag-drop folder > feature when discussing indicator maintenance. > Do you use it at all and if so does it help? > My thoughts are it should play a crucial part. > > Regards, > > BrianB2. > > --- In [email protected], "John R" <jr-ta@> 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/
