I tried a clean new from the group up reimplementation of SfxItemset once in cws new_itemsets: http://hg.services.openoffice.org/cws/new_itemsets/file/924a55dab4dc/svl/inc/svl/itemset.hxx http://hg.services.openoffice.org/cws/new_itemsets/file/924a55dab4dc/svl/source/items/itemset.cxx the intention was to be able to optimize on the code (with seemed to be impossible with the bit-rotten old one) as SfxItemsets pose a major part of the load/save-instructions. I never got to integrate that cws, as its performance currently is just on par with the old implementation (IIRC, ~8% faster on Linux, but a bit slower on Windows). I still think it would be a much better base for optimization and finetuning than the current codebase, let alone be more readable (for example it is doing the same thing in half the LOC).
Just to highlight the relevance of this bug. Bug #38513 demonstrates that abysmal SfxItemSet performance contributes to 10 minutes loading time and 1h saving time for a 2mb .odt file containing lots of style switches. Not sure if the other bug should depend on this one or vice versa.
Deteted "Easyhack" from summary
@Bjorn for information, access to CWS seems unavaible for now, do you have a copy of the repository ?
adding LibreOffice developer list as CC to unresolved EasyHacks for better visibility. see e.g. http://nabble.documentfoundation.org/minutes-of-ESC-call-td4076214.html for details
Hello Björn, unfortunately, your mercurial links are not working anymore. Do you happen to have a backup copy of the files? Maybe you can attach them to this ticket. Tobias
Migrating Whiteboard tags to Keywords: (EasyHack DifficultyInteresting SkillCpp SkillTest) [NinjaEdit]
Closing this one as WONTFIX -- too much happened in the meantime, this would need a reevaluation and reimplementation from scratch -- and that isnt an easyHack.
Remove LibreOffice Dev List from CC on EasyHacks (curtailing excessive email to list) [NinjaEdit]