-
Clément Fauconnier authored
Due to perfomance issues at openboard start, in a network-attached storage context, I had to find some (dirty) optimizations in order to counter-balance the huge response time of the directory scans performed when creating the documents tree (very huge in slowest machines (HDD, low CPU, with a thousand documents)). The simplest solution (I found) was to let the opening of metadatas fail, and to prevent any scanning. This implied to introduce the page-count as a metadata. As this issue is not encountered with a standard use of OpenBoard (with local documents), no update operation (of every document) should be necessary out of the described context
9adb8e66
| Name |
Last commit
|
Last update |
|---|---|---|
| .. | ||
| adaptors | ||
| api | ||
| board | ||
| core | ||
| customWidgets | ||
| desktop | ||
| document | ||
| domain | ||
| frameworks | ||
| globals | ||
| gui | ||
| network | ||
| pdf-merger | ||
| podcast | ||
| qtsingleapplication | ||
| tools | ||
| web |