https://bugs.documentfoundation.org/show_bug.cgi?id=159598
--- Comment #8 from ady <[email protected]> --- (In reply to Heiko Tietze from comment #7) > (In reply to Heiko Tietze from comment #6) > > * hide row 11 - max > Or just merge a whole column without any other modification Using LO 7.6.3.2 on MS Windows, I just tested the following: 1. New empty spreadsheet. 2. Save as premerge.ods (8KB) 3. Merge entire columns C:D. 4. Save as postmerge.ods (720KB) Opening premerge.ods takes a second. Opening postmerge.ods takes 10 seconds. I guess we could conclude that several characteristics of attachment 192432 would multiply the size and the time to perform any action. Having operations (or formulas) on _entire_ rows/columns in Calc tends to have such effects. I still think that the main reason for the delay is the "inactive" rows/columns being hidden, but it would have to be proven in relation to the other factors. @Heiko, This report could be left open for the "entire merged columns" effects (performance and/or size?). Setting some prior comments as OT would be helpful in such case. Bug 156297 is already focused on the "inactive" hidden area generating delays for every action (e.g. scroll, open file...). Alternatively, a new report could be generated focusing on the "entire merged columns" effects, with the STR that I just posted in this comment. -- You are receiving this mail because: You are the assignee for the bug.
