Re: FYI: stripping away some of the chart2 rendering complexity

2021-12-29 Thread Noel Grandin
Hi Thank you! All comments welcome! On Wed, 29 Dec 2021 at 12:29, Armin Le Grand wrote: > AFAIR the XShapes/SdrObject(s) are needed to allow interaction/clicks in > activated chart > Yes, I hope to be able to leave the interactive parts alone, and only unwind the purely drawing parts. One

Re: FYI: stripping away some of the chart2 rendering complexity

2021-12-29 Thread Armin Le Grand
Hi Noel, AFAIR the XShapes/SdrObject(s) are needed to allow interaction/clicks in activated chart, so when you do not create these it may be necessary to completely rewrite the Chart View's interactions (Select, move, resize, etc...) *without* SdrObject(s)/SdrView stuff. Also AFAIR there is/was a

Re: FYI: stripping away some of the chart2 rendering complexity

2021-12-29 Thread Noel Grandin
Actually I left out a step. Before I even do that, I am going to switch the code from creating abstract UNO objects e.g. uno::Reference to creating explicit types e.g. rtl::Reference Just to make it obvious what is happening, and easier to fix regressions.

FYI: stripping away some of the chart2 rendering complexity

2021-12-28 Thread Noel Grandin
Hi So I intend to simplify the rendering of chart data in the chart2/ module with the intention of improving the performance. I intend to do this by gradually stripping away layers. Currently the architecture looks like: | chart2 | | UNO shape objects |