-
-
Notifications
You must be signed in to change notification settings - Fork 2.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Incremental rendering of features does not work when render cache is used #12098
Comments
Author Name: Giovanni Manghi (@gioman) confirmed also under linux with trunk. Is this on purpose? |
Author Name: Steven Mizuno (Steven Mizuno) Actually, it is partially working on the initial rendering - after a layer is drawn, it is displayed. This appears to be an unintended consequence. However, the point of caching is to speed up redrawing the map if it is not necessary to re-render a layer, as when a layer is disabled/enabled for view and the extent hasn't changed, so I don't see a reason for incremental drawing at all. I would recommend when render caching is enabled, incremental drawing not be used during rendering and be disabled in Settings|Options to indicate that it is not available. |
Author Name: Giovanni Manghi (@gioman)
|
Author Name: Paolo Cavallini (@pcav)
|
Author Name: Paolo Cavallini (@pcav)
|
Author Name: Nathan Woodrow (@NathanW2) 2.4 now has multithreading so this should no longer be a issue.
|
Author Name: Jeremy Palmer (@palmerj)
Original Redmine Issue: 2038
Affected QGIS version: master
Redmine category:map_canvas
r11831 introduced the feature to cache rendering whenever possible. However this new functionality has disabled the number of features to draw before updating the display.
The text was updated successfully, but these errors were encountered: