Add support for expressions
See original GitHub issueThis ticket is here to start discussions around expressions. See https://blog.mapbox.com/announcing-expressions-in-gl-js-a72b55d0a6af for a good introduction to the subject.
Questions we need to answer
- How are users currently using expressions, is the JSON editor sufficient?
- If not how would you like to see expressions implemented?
Currently unsupported features, due to lack of expression support
line-gradient
*-sort-key
Issue Analytics
- State:
- Created 6 years ago
- Reactions:6
- Comments:33 (27 by maintainers)
Top Results From Across the Web
Use the Expression Builder - Microsoft Support
The Expression Builder in Access lets you build expressions by selecting items from lists, helping you create expressions faster and more accurately.
Read more >Build expressions using Expression Assistant - AppSheet Help
Use Expression Assistant; View and insert column references into expressions; View and insert predefined patterns into expressions; Test expressions.
Read more >Learn expression basics to link animations - Adobe Support
Learn basics of creating and working with expressions including editing an expression using pickwhip, and writing and expression.
Read more >Using Expressions | Lightning Aura Components Developer ...
Expressions allow you to make calculations and access property values and other data within component markup. Use expressions for dynamic output or passing ......
Read more >Expressions: Add alerting support #31471 - grafana ... - GitHub
What happened: returned error Validation failed alert validation error: Data source used by alert rule not found, alertName=Panel Title ...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Hey @pathmapper, so I think I’ve landed on a solution that feels more ‘correct’. The editor now has one ‘map style’ which it uses for all the editor UI (except for the map surface), this ‘map style’ can valid or invalid. An invalid ‘map style’ shows error messages in the UI as before.
The change is that the map surface, in the case of an invalid style tries to render what it can. So with the attached
broken_osm_liberty.json
the map will render everything but the invalid property showing an error both in the layers/layer panel and the error bar at the bottom of the map. Now the user can fix map style issues one by one and the map surface will update as these are fixed.The undo/redo functionality has been fixed with these changes because we’re now using a single authoritative ‘map style’ as we were previously. This also means undo/redo works on an invalid style, so if you’re fixing a style with multiple issues, you can undo during the process of fixing the style.
Also, fixed the disabled button styling issue raised previously
Demo https://2152-84182601-gh.circle-artifacts.com/0/artifacts/build/index.html#0.25/0/0
@orangemug this is a good UX solution. While it requires knowledge of the MB expressions rather than an expression builder it is a great first step and something that is badly needed in Maputnik. I wish I knew more React and could help, but I fully support this solution.