You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When hovering over a map feature, e.g. a power line, the feature is highlighted but it's ordering in relation to neighbouring features stays the same. As a result, if there are any features that overlap with the highlighted one, part of the feature might not be visible when hovering
Other libraries like Leaflet have an option such as riseOnHover - need to investigate how to achieve this mechanism with Deck.GL
The text was updated successfully, but these errors were encountered:
With some more work, the new mechanism we're using for selection highlight could be used for hover highlight, too. This would eliminate the above problem.
But performance might be an issue then, as the selection layer needs to run some computation on all visible features, whenever the selected feature changes. If that had to happen every time the hovered feature changes, we could run into performance issues.
Conversely, the built in autoHighlight mechanism is much simpler to ensure performance
When hovering over a map feature, e.g. a power line, the feature is highlighted but it's ordering in relation to neighbouring features stays the same. As a result, if there are any features that overlap with the highlighted one, part of the feature might not be visible when hovering
Other libraries like Leaflet have an option such as
riseOnHover
- need to investigate how to achieve this mechanism with Deck.GLThe text was updated successfully, but these errors were encountered: