https://bugs.documentfoundation.org/show_bug.cgi?id=148010
--- Comment #9 from Michael Meeks <[email protected]> --- > I do ask myself, are SME & Enterprises users working around it by > using XLSX or are because the are using XLSX anyhow. No idea - I would expect that if a document takes >3 seconds to load, people context switch and do something else while it happens and then tend to keep it open rather than closing it and re-opening it a lot. So not sure there is a huge issue here. > The performance is surely not good for the adaption ... > without ODS can't be taken seriously (maybe overstating it a little :-), Performance can always be improved - it is a bottomless pit. What hard data do you have to make me think this is a serious issue in the absence of any customer feedback. The 16k columns issue - we get feedback on all the time - and is now being fixed by Collabora =) > I have no clue how the process of the ODF format change works. Very slowly, and with great effort - backed up by lots of technical time spent on proposals etc. the POC for R1C1 referencing is quite easy - and there should be a good impact on file-size too I think. > I prefer those idea's being somewhere on the todo list of OASIS :-). > However it's no use if OASIS acts based on detailed change proposals. OASIS can't do anything without an implementation - ideally two; so its best to do something in LibreOffice first. To be fair - we could flush our ZIP stream compression at a point and store some binary check-points for streams in a separate stream - as a hack/overlay on what we do already that might do it - there are lots of options - but you need several sharp engineers and lots of their time to make progress. -- You are receiving this mail because: You are the assignee for the bug.
