I am not sure what you mean by force execution. Do you mean a way to make the chart reload the changes immediately? In that case yes, just save the file you are editing while it is running in a chart, and AB will start running with the changes right away. That is how I do all my AFL edits now with NP++ or the AFL Formula editor. If there is a problem, it shows up as a runtime error on the chart, and I can fix it instantly.
BR, Dennis On Feb 25, 2009, at 4:54 PM, sidhartha70 wrote: > I guess there's no way of forcing execution of code in AB via > NotePad++...? It's a lovely editor... but kind of difficult to use > with 'on the fly' coding if you can't force execution of the code > being edited to an AB chart.... > > Is there any way...? > > --- In [email protected], "Mike" <sfclimb...@...> wrote: >> >> Thanks Bruce. >> >> Mike >> >> --- In [email protected], "bruce1r" <brucer@> wrote: >>> >>> Dennis, Mike, all - >>> >>> It looked like there is a new updated ZIP in the Files section. I >>> took a quick look and it is very similar to what I did. I don't >> want >>> to duplicate that effort, but I decided to upload what I did for >> three >>> reasons - >>> >>> 1. I had set up to add to a standard Notepad++ install. It only >> takes >>> the addition of two files to specific places. This will allow >> future >>> updated version of Notepad++ to be easily adapted. >>> >>> 2. I suspect that others will want custom colors or to add keywords, >>> etc. I had a brief DOC file that I had done in the past that I >>> updated. Notepad++ has a good UI for customizing the language >>> definition, but it is not obvious where to find it, so I thought I'd >>> give a jump start. >>> >>> 3. The auto-completion seemed to have changed with 5.0 and I went >>> ahead and adapted my definitions to the new XML format. >>> >>> Anyway, the two files and the doc are in the Files section under >>> "Notepad++ - AFL Customization". >>> >>> I hope that you find this somewhat useful. No warranties :-) As I >>> mentioned, I use it, but only for specialized tasks. >>> >>> >>> -- Bruce >>> >>> >>> --- In [email protected], Dennis Brown <see3d@> wrote: >>>> >>>> The NP++ in the zip has everything installed in it, but it is an >> old >>>> version of NP++. It will take a while to sort through all those >> files >>>> in the zip to figure out which ones to use to get AFL into the >> latest >>>> version. Later... >>>> >>>> BR, >>>> Dennis >>>> >>>> >>>> On Feb 21, 2009, at 2:17 AM, ozzyapeman wrote: >>>> >>>>> In the files section of this group: >>>>> >>>>> application/zip noteplus.zip >>>>> notepadd++ with afl autocomplete and afl keywords >>>>> >>>>> >>>>> --- In [email protected], "ozzyapeman" <zoopfree@> >> wrote: >>>>>> >>>>>> Doesn't Notepad++ come with the AFL syntax built in? My >> version did. >>>>>> AFL is the last option under the language menu. Seems to >> highlight >>>>>> AFL >>>>>> syntax correctly. >>>>>> >>>>>> >>>>>> --- In [email protected], "Mike" <sfclimbers@> wrote: >>>>>>> >>>>>>> +1 for posting your XML. I've been wanting to get around to >>>>>>> something >>>>>>> similar for a long time now. >>>>>>> >>>>>>> Mike >>>>>>> >>>>>>> --- In [email protected], "bruce1r" <brucer@> wrote: >>>>>>>> >>>>>>>> Dennis - >>>>>>>> >>>>>>>> I've gone down these editor paths in the past. I'm not sure >> that >>>>>>>> you'll come to the same conclusion, but I'll tell you what I >> found >>>>>>> and >>>>>>>> perhaps it will be of help >>>>>>>> >>>>>>>> At various times I've tried the following for AFL dev - >>>>>>>> >>>>>>>> Textpad >>>>>>>> EditPad >>>>>>>> UltraEdit >>>>>>>> Notepad++ >>>>>>>> >>>>>>>> Textpad is an editor that I still use with another backtest >>>>>>> package. >>>>>>>> But, I looked at the other three for a while for use with AB. >>>>>>>> UltraEdit held the most promise because of its scripting >> capability >>>>>>>> potentially driving AB, but seemed a little costly. >> Notepad++ is a >>>>>>>> good open source alternative, but can be quirky. Lots of >> add-ins, >>>>>>> though. >>>>>>>> >>>>>>>> My main motivation was similar to yours - projects with a >> number of >>>>>>>> include files.. I also find code folding VERY useful in >> seeing the >>>>>>>> "big picture", and that was the main reason that I invested >> time in >>>>>>>> trying Notepad++. >>>>>>>> >>>>>>>> In the end, though, I always seem to come back to the AFL >> editor >>>>>>>> for >>>>>>>> all but very large tasks. To use a carpentry analogy of >> something >>>>>>>> that I was fixing today, if I just want to make a notch for >> the >>>>>>> strike >>>>>>>> plate of a door lockset, I don't need to drag out a precision >>>>>>> router - >>>>>>>> a hammer and chisel will do. >>>>>>>> >>>>>>>> I imagine that Tomasz has eventual plans move toward a mini - >>>>>>>> integrated dev environment. He probably wants to keep >> conrol of >>>>>>>> the >>>>>>>> editor. In principle, though, I agree that I'd like to see >> him >>>>>>>> open >>>>>>>> up AB more to things like that. >>>>>>>> >>>>>>>> BTW, if you really want the AFL syntax XML file for >> Notepad++, I'll >>>>>>>> post it, but consider that Notepad++ will have a learning >> time >>>>>>> investment. >>>>>>>> >>>>>>>> -- Bruce R >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> --- In [email protected], Dennis Brown <see3d@> >> wrote: >>>>>>>>> >>>>>>>>> Thank you all for the quick an helpful suggestions. It >> will take >>>>>>> me a >>>>>>>>> bit to explore them all. >>>>>>>>> >>>>>>>>> Only using a virtual PC for AmiBroker, and using a Mac for >>>>>>> everything >>>>>>>>> else, I was unfamiliar with all the possible good solutions >>>>>>> suggested, >>>>>>>>> and most are free. I looked at the websites of each >> suggested >>>>>>>>> product. Notepad++ is interesting as an open source editor >> with >>>>>>> many >>>>>>>>> features I have seen requested for the Formula editor. It >> would >>>>>>> be >>>>>>>>> interesting to see something like this directly adapted for >> use >>>>>>> with >>>>>>>>> AFL (including all the syntax coloring). Perhaps this has >>>>>>> already >>>>>>>>> been done? >>>>>>>>> >>>>>>>>> It seems that it would be far easier to support this editor >> as a >>>>>>>>> standard for advanced users than beg TJ to spend valuable >>>>>>> development >>>>>>>>> time adding the same features into the Formula editor. >> Since it >>>>>>> is >>>>>>>>> open source, perhaps TJ or another C++ wizard could just >> add the >>>>>>>>> specific Formula editor stuff into a custom version of >> Notepad++ >>>>>>> (or >>>>>>>>> visa versa for TJ). >>>>>>>>> >>>>>>>>> Herman you have asked for TJ to open up the formula editor >> for >>>>>>> add- >>>>>>>>> ons, and add features like syntax folding, etc. This would >> be >>>>>>> the >>>>>>>>> ultimate for add-ons with open source. >>>>>>>>> >>>>>>>>> Ok, I am off to download and try things out for a while. >>>>>>> Suggested >>>>>>>>> programs: >>>>>>>>> >>>>>>>>> Ultraedit >>>>>>>>> Textcrawler >>>>>>>>> TexRep >>>>>>>>> Notepad ++ >>>>>>>>> Regular Expressions >>>>>>>>> EditPad Pro >>>>>>>>> Custom JScript >>>>>>>>> >>>>>>>>> Thanks again, >>>>>>>>> Dennis >>>>>>>>> >>>>>>>>> >>>>>>>>> On Feb 19, 2009, at 11:46 PM, Dennis Brown wrote: >>>>>>>>> >>>>>>>>>> Hello, >>>>>>>>>> >>>>>>>>>> I have my system broken into about 30 include files now. >> Now I >>>>>>> must >>>>>>>>>> get around a problem that is one of the reasons I resisted >>>>>>> using many >>>>>>>>>> includes for so long --editing the same content across all >>>>>>> includes. >>>>>>>>>> >>>>>>>>>> Let's say that I decide I want to change the name of a >> variable >>>>>>> to a >>>>>>>>>> more descriptive name -- like RibSel to RibSelMenuOpen. If >>>>>>> everything >>>>>>>>>> is one file, I just search and replace every one. >> However, if >>>>>>> the >>>>>>>>>> locations are spread across some unknown number of my >> include >>>>>>> files, >>>>>>>>>> how do I manage to do this operation simply? >>>>>>>>>> >>>>>>>>>> The task is made harder because the formula editor search >>>>>>> dialog data >>>>>>>>>> does not transfer to another open formula editor file. >>>>>>> Currently I am >>>>>>>>>> finding myself opening each include and pasting the search >> name >>>>>>> over >>>>>>>>>> again, and typing in the changed name again. Very time >>>>>>> consuming >>>>>>>>>> considering how many variables I change the names of after >> I get >>>>>>>>>> something working. I make something work with short names >> then >>>>>>> clean >>>>>>>>>> up the final code with self documenting names when I can >> think >>>>>>> of a >>>>>>>>>> better name. >>>>>>>>>> >>>>>>>>>> How do others solve this problem? >>>>>>>>>> >>>>>>>>>> Best regards, >>>>>>>>>> Dennis >>>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>>> >>>>> >>>>> >>>>> ------------------------------------ >>>>> >>>>> **** IMPORTANT PLEASE READ **** >>>>> This group is for the discussion between users only. >>>>> This is *NOT* technical support channel. >>>>> >>>>> TO GET TECHNICAL SUPPORT send an e-mail directly to >>>>> SUPPORT {at} amibroker.com >>>>> >>>>> TO SUBMIT SUGGESTIONS please use FEEDBACK CENTER at >>>>> http://www.amibroker.com/feedback/ >>>>> (submissions sent via other channels won't be considered) >>>>> >>>>> For NEW RELEASE ANNOUNCEMENTS and other news always check >> DEVLOG: >>>>> http://www.amibroker.com/devlog/ >>>>> >>>>> Yahoo! Groups Links >>>>> >>>>> >>>>> >>>> >>> >> > > > > > ------------------------------------ > > **** IMPORTANT PLEASE READ **** > This group is for the discussion between users only. > This is *NOT* technical support channel. > > TO GET TECHNICAL SUPPORT send an e-mail directly to > SUPPORT {at} amibroker.com > > TO SUBMIT SUGGESTIONS please use FEEDBACK CENTER at > http://www.amibroker.com/feedback/ > (submissions sent via other channels won't be considered) > > For NEW RELEASE ANNOUNCEMENTS and other news always check DEVLOG: > http://www.amibroker.com/devlog/ > > Yahoo! Groups Links > > >
