Michael Stahl

hmm... i suspect the problem is "Dropped 24960 samples. This is most likely because downstream can't keep up and is consuming samples too slowly." INFO kooha::application > Kooha (io.github.seadve.Kooha) INFO...

tried that, didn't help; switching to "vorbisenc", same problem; switching video to mp4, same problem

how is this library actually used? i can only find the file odfdom/src/main/java/org/odftoolkit/odfdom/IElementWriter.java which defines an interface but this interface appears to be unused.... probably i'm missing something.

i don't know the ODFDOM code well, but as a general rule about ODF: inside of a paragraph (text:p/text:h) and its child elements, there is character content which is part...

apparently class OdfTableRow offers only getCellByIndex() and getCellCount(), whereas class OdfTable has getRowByIndex(), getRowCount() *and* getRowList(). looks like the OdfTable methods were added in 2011 with 0170c73e0440c3db159be41af71d614bd09fcd03 while OdfTableRow methods...

just tried to build this with 4.4.0-SNAPSHOT twice in pom.xml, i get this very well hidden error message about 2 modules defining the org.w3c.dom.html package (on the terminal it is...

yes, currently only the obsolete algorithms that were used > 10 years ago are implemented in ODF Toolkit; you'd need to add SHA256 and AES to read what current LibreOffice...

that sounds familiar, i think Calc wants to set some style on every cell in the spreadsheet and it does that by writing empty cells as far as its max...

hi Pierre, i suspect a lot of this IO code was written around 2009 when it had to run on versions of Java that are long obsolete. if you can...

yes that's true; so far nobody required flat ODF validation but if there's a patch to implement that i'd review it...