Dear Christian, I see now. It is not difficult to add access methods to elements of expairseq if GiNaC gurus do not see any objections. Another option may be to use expairseq::map() in some way. Best wishes, Vladimir -- Vladimir V. Kisil http://www.maths.leeds.ac.uk/~kisilv/ Book: Geometry of Mobius Maps https://doi.org/10.1142/p835 Soft: Geometry of cycles http://moebinv.sourceforge.net/ Jupyter notebooks: https://github.com/vvkisil/MoebInv-notebooks
On Tue, 12 Oct 2021 09:33:53 +0000, "Diddens, Christian (UT-TNW) via GiNaC-list" <ginac-list@ginac.de> said:
CD> Dear Vladimir, CD> thanks for your answer. CD> I think it will work and this would be my fallback, but it will CD> convert each expair in an ex, which I then have to check again CD> for the sign of the coefficient, or whether it is a negative CD> power in mul, and so on. CD> I just wanted to make sure a priori whether there is a better CD> way directly working on the expairs, but if not, I'll go over CD> the op() of course. CD> Best regards, CD> Christian CD> Am Dienstag, dem 12.10.2021 um 09:25 +0000 schrieb Vladimir CD> V. Kisil: >> Dear Christian, >> >> Just a quick question: why does expairseq::op() method (inherited >> by sums and muls, I think) will not work for you? >> >> Best wishes, Vladimir