Skip to content
This repository has been archived by the owner on Jan 12, 2024. It is now read-only.

allow auto and none keywords for symbolizers #477

Merged
merged 1 commit into from
Jul 22, 2017

Conversation

nebulon42
Copy link
Collaborator

@nebulon42 nebulon42 commented Jul 5, 2017

This allows rules that work on the whole symbolizer. You can either suppress it (none) or output the symbolizer with default values (auto). Auto does not work for shield and text symbolizer because they don't support default values for all their attributes. Symbolizer rules are never inherited. This could be changed maybe for auto, but cannot be changed for none. The reason is that if symbolizer rules with none would be inherited they would suppress all similar symbolizers down the inheritance chain. How would you stop them?

depends on mapnik/mapnik-reference#139
fixes #462, #18

needs more tests

@nebulon42 nebulon42 force-pushed the auto-none branch 4 times, most recently from dffe48a to 28c3b8f Compare July 11, 2017 21:18
@mapbox mapbox deleted a comment from coveralls Jul 11, 2017
@nebulon42
Copy link
Collaborator Author

Has now more tests, but I overlooked that also polygon-pattern and line-pattern have required properties. There needs to be a new PR and release of mapnik-reference.

…ent, output empty symbolizer when a symbolizer rule with 'auto' is present, fixes mapbox#462, mapbox#18
@nebulon42 nebulon42 changed the title [WIP] allow auto and none keywords for symbolizers allow auto and none keywords for symbolizers Jul 22, 2017
@nebulon42
Copy link
Collaborator Author

mapnik-reference has been updated

@nebulon42 nebulon42 merged commit 3ee7f90 into mapbox:master Jul 22, 2017
@nebulon42 nebulon42 deleted the auto-none branch July 22, 2017 20:05
@coveralls
Copy link

Coverage Status

Coverage increased (+0.2%) to 89.448% when pulling ca981e3 on nebulon42:auto-none into 81c56a7 on mapbox:master.

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

Successfully merging this pull request may close these issues.

Allow setting of properties without generating rules
2 participants