<div dir="ltr"><div><div><div><div>Hi All<br><br></div>I have submitted a prelim patch at <a href="https://gerrit.libreoffice.org/21620">https://gerrit.libreoffice.org/21620</a> following Kohei's suggestion of<br></div>solving this bug incrementally.<br><br></div>Thanks,<br></div>Dennis<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 14, 2015 at 10:22 PM, Kohei Yoshida <span dir="ltr"><<a href="mailto:libreoffice@kohei.us" target="_blank">libreoffice@kohei.us</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
<br>
> On October 14, 2015 at 11:18 AM Wols Lists <<a href="mailto:antlists@youngman.org.uk">antlists@youngman.org.uk</a>> wrote:<br>
><br>
><br>
> On 14/10/15 02:08, Kohei Yoshida wrote:<br>
> > Also, this will be an on-going process.  This is not going to be like<br>
> > "if you do A, B and C it's okay to increase the column size and no<br>
> > problems will occur".  Rather, we'll probably encounter lots of<br>
> > performance issues that we'll have to spend some time fixing after the<br>
> > column size is increased.<br>
><br>
> Just throwing an idea into the mix...<br>
><br>
> Howsabout a function that, on being given the cell co-ordinates, returns<br>
> a pointer to the cell. Force everything through that.<br>
<br>
</span>Its internal representation is no longer cell-based. So, there would be no<br>
"pointer to cell" to return.<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
LibreOffice mailing list<br>
<a href="mailto:LibreOffice@lists.freedesktop.org">LibreOffice@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/libreoffice" rel="noreferrer" target="_blank">http://lists.freedesktop.org/mailman/listinfo/libreoffice</a><br>
</div></div></blockquote></div><br></div>