summaryrefslogtreecommitdiff
path: root/COPYING.LGPL
diff options
context:
space:
mode:
authorArmin Le Grand (allotropia) <armin.le.grand.extern@allotropia.de>2023-11-24 16:12:03 +0100
committerArmin Le Grand <Armin.Le.Grand@me.com>2023-11-25 16:13:47 +0100
commit52b692d16bc9b373067f3748fabf31aeace6e201 (patch)
tree57c8bdc5f3be8a04803728a9ff70c59905c2e658 /COPYING.LGPL
parent2bb923d236cbd53ea2b10634537cb23fa545b0a2 (diff)
tdf#158317 fix cleanup of SfxPoolItems in editeng
It is not possible to use implCreateItemEntry/implCleanupItemEntry, that is tooling limited *by purpose* to svl/Item/ItemSet stuff. But what I can do is to do that SfxPoolItemHolder I already talked/thought about. It is a helper that can safely hold a SfxPoolItem in cases where an SfxItemSet is too expensive. Think about it as a SfxItemSet for a single item. That solves the problem why DirectPutItemInPool/DirectRemoveItemFromPool is used in general (each usage is a 'compromize'). Did that now, works well. Editengine is now free of DirectPutItemInPool/DirectRemoveItemFromPool. Replaced ::CursorMoved with checkAndDeleteEmptyAttribs since all these got static with no longer need to DirectRemoveItemFromPool. Corrected create/delete counters. Change-Id: Ia6e53f48ac2e479b461546515e68697039b5b628 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/159931 Tested-by: Jenkins Reviewed-by: Armin Le Grand <Armin.Le.Grand@me.com>
Diffstat (limited to 'COPYING.LGPL')
0 files changed, 0 insertions, 0 deletions