Skip to content
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

[Bugfix] keep feature rendering order settings when changing renderers (fixes #14347) #2831

Closed
wants to merge 1 commit into from

Conversation

SebDieBln
Copy link
Contributor

When changing the renderer (e.g. from single symbol to graduated), the settings for the feature rendering order are reset to the settings of the layer. Any changes to these settings not yet applied to the layer are lost.

This PR fixes that.

@@ -222,7 +222,6 @@ void QgsRendererV2PropertiesDialog::rendererChanged()
{
if ( mMapCanvas )
mActiveWidget->setMapCanvas( mMapCanvas );
changeOrderBy( mActiveWidget->renderer()->orderBy(), mActiveWidget->renderer()->orderByEnabled() );
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Just keep the settings in the dialog unchanged, they are what we want. The settings within the renderer() are only updated when applying the changes to the layer.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If one creates a new 2.5D renderer and then switches to the standard one, is the order by imposed by the 2.5D renderer still in place?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Wrong question 😄 The right question is:
If one switches to the 2.5D renderer, does it overwrite the order settings made by the user with the ones needed for the 2.5D renderer?
And as you can guess, the answer is: No.

So this PR definitly needs changes.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The way in which this has been implemented is by no means perfect. Silently overwriting different settings (layer variables, order by, style...) by just switching the combobox is not the best UX ever. So if you have a good suggestion how this could be improved, feel free to tell :)

@m-kuhn m-kuhn added the Feedback Waiting on the submitter for answers label Feb 23, 2016
@m-kuhn m-kuhn added the Requires Changes! Waiting on the submitter to make requested changes label Mar 23, 2016
@nyalldawson
Copy link
Collaborator

Closing this - there's significant work remaining as this issue will need to be tackled in a different way.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Feedback Waiting on the submitter for answers Requires Changes! Waiting on the submitter to make requested changes
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants