|
PureBytes Links
Trading Reference Links
|
Hello,
I have been misguided by the 'composite variable' name you have choosen.
After reading your post twice I realized that you don't need one-pass composites
but only STATIC (in C/C++ terminology) variables.
In C/C++ the static keyword specifies that the variable has static duration (it is allocated when the program begins and deallocated
when the program ends) and initializes it to 0 unless another value is specified.
If static variables are what you are after then the answer is possible to implement but it won't appear this year for sure (not top
priority).
Best regards,
Tomasz Janeczko
amibroker.com
----- Original Message -----
From: "Phsst" <phsst@xxxxxxxxx>
To: <amibroker@xxxxxxxxxxxxxxx>
Sent: Wednesday, November 05, 2003 4:11 AM
Subject: [amibroker] New Variable Class
> Currently, all variables (global and local) reflect information about
> the current symbol only.
>
> To perform calculations against multiple securities, you must use
> AddToComposite which restricts the user to O,H,L,C,V,OI fields along
> with their pre-defined constraining formats which preclude the
> calculation and storage of very large numbers. It also usually
> requires at least two passes against separate AFL or AFL/IB afl code
> to work with the results. There is certainly a need for
> AddToComposite, but I think there is also a need for a simpler set of
> composite values.
>
> I'd like to see a new variable class within AFL for computations
> across the entire database or watchlist. For lack of a better word, a
> "composite variable" whose value is maintained across multiple
> securities and which the AFL engine does not initialize with each new
> symbol. Also, a composite variable that can be displayed with
> AddColumn just like the other variables using Filter = LastBar logic.
>
> This would allow the user to put together some quick, one-pass
> explorations for calculating multiple issue stats and to display those
> figures in the same afl. No ~Composite files would be created, and
> very large numbers could be calculated and displayed using more
> flexable variable type declarations of float (or others).
>
> I'm posting this here to see if I am alone in wanting this feature, in
> which case I won't pass it along to TJ as a suggestion.
>
> Comments?
>
> Phsst
>
>
>
> 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 http://docs.yahoo.com/info/terms/
>
>
>
------------------------ Yahoo! Groups Sponsor ---------------------~-->
Buy Ink Cartridges or Refill Kits for your HP, Epson, Canon or Lexmark
Printer at MyInks.com. Free s/h on orders $50 or more to the US & Canada.
http://www.c1tracking.com/l.asp?cid=5511
http://us.click.yahoo.com/mOAaAA/3exGAA/qnsNAA/GHeqlB/TM
---------------------------------------------------------------------~->
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 http://docs.yahoo.com/info/terms/
|