summaryrefslogtreecommitdiffstats
path: root/examples/vulkan/hellovulkanwidget/hellovulkanwidget.pro
diff options
context:
space:
mode:
authorVolker Hilsheimer <volker.hilsheimer@qt.io>2024-06-17 21:32:28 +0200
committerQt Cherry-pick Bot <cherrypick_bot@qt-project.org>2024-06-19 11:26:46 +0000
commit6113d1fa28951d097bc7b5d8b43644f9dab68e7d (patch)
treedae93a619b9e3691c3be85dbbaaa342d2ee0f255 /examples/vulkan/hellovulkanwidget/hellovulkanwidget.pro
parentdf3c473505751e8ddc3b32abc2da2616d1f0785a (diff)
QTableView: optimize selection when spans are present6.7
If a span is selected, we used to assume that rows and columns might be moved, and made a selection with a range for each cell in the span. This resulted in very large selection models. We already had optimized the case that we didn't have any moved rows or columns, skipping the mapping for the respective (or, usually, both) directions and just making a single range. Apply that same optimization for the case where a span exists and intersects with the selection area. Avoid code duplication by only updating the top/left/bottom/right values depending on the configuration of the table, and then create the selection based on those. Adapt the test case; we now get a single range, even when a span is present, and the range includes all cells included in the span. Add a debug streaming operator in the test case, as there is none implemented in QTableWidgetSelectionRange, to ease debugging. That operator can become a hidden friend of QTableWidgetSelectionRange in a follow-up commit. Pick-to: 6.5 Fixes: QTBUG-119076 Change-Id: If699463944ca2abaed8f93a2cd3ea30f33b79145 Reviewed-by: Richard Moe Gustavsen <richard.gustavsen@qt.io> (cherry picked from commit 57d209c4fdea4766f24479a1f20c2975d34a1a0f) Reviewed-by: Qt Cherry-pick Bot <cherrypick_bot@qt-project.org> (cherry picked from commit 38f08eec14647c6c257f0452d0e195b41470aa78)
Diffstat (limited to 'examples/vulkan/hellovulkanwidget/hellovulkanwidget.pro')
0 files changed, 0 insertions, 0 deletions