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

Auxiliary storage fields should not use the hidden widget but the attribute table hidden column property #28545

Open
qgib opened this issue Dec 4, 2018 · 1 comment

Comments

@qgib
Copy link
Contributor

qgib commented Dec 4, 2018

Author Name: Harrissou Santanna (@DelazJ)
Original Redmine Issue: 20725

Redmine category:attribute_table


The auxiliary storage (and more generally, QGIS) has the ability to know the best widget that fits the property being edited. However, when working with properties that can also be edited with map tools (eg labels toolbar), their widgets are hidden by default.
This is described in "documentation":https://docs.qgis.org/3.4/en/docs/user_manual/working_with_vector/vector_properties.html#attribute-table-and-widgets:

Once created, auxiliary fields may be edited through the attribute table. However, there’s some subtlety about widgets of auxiliary fields.

For example, auxiliary fields which may be edited through an external tool are not visible in the attribute table. This way, as the Rotation may be edited through "Change Label" or "Rotate Label", the auxiliary widget is Hidden by default (see Edit widgets). However, as the Opacity field cannot be edited thanks to map tools, the corresponding widget is not Hidden.

In order to hide these widgets, they are applied the Hidden widget type, meaning that if someone wants to manually edit some properties, he has to go to the layer properties --> form tab and manually chosse another widget type (and not necessarily pick the most appropriate). I think we are here losing some benefits from the intelligence of QGIS.

This behavior also contradicts (citing doc)

Moreover, auxiliary fields representing a Color have a widget Color set by default.

but this is not true because eg the label color (modifiable through map tools) has hidden widget applied.

So, instead of using the Hidden widget property that automatically hides the ability to pick the best widget, why not use the Hidden property from the Attribute table --> Organize columns option?
Having tried, I notice that the fields are not propagated in the attribute table form view and wonder if it's a bug or a design (in which case, why I would want to see a field in table but not in form view). Maybe a separate bug report?


Related issue(s): #28546 (relates)
Redmine related issue(s): 20726


@qgib
Copy link
Contributor Author

qgib commented Dec 4, 2018

Author Name: Harrissou Santanna (@DelazJ)


Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant