![]() |
SWMMVis
6.0.0-alpha.4
Qt6/C++ GIS-based graphical user interface for the SWMMVis engine (6.0.0-alpha.4)
|
One canonical copy of the legend-content helpers (gap B1). More...
Go to the source code of this file.
Namespaces | |
| namespace | OpenSWMM |
| namespace | OpenSWMM::Render |
| namespace | openswmmvis |
| namespace | openswmmvis::map |
| namespace | openswmmvis::map::LegendContent |
Functions | |
| OpenSWMM::Render::IFeatureRenderer * | openswmmvis::map::LegendContent::featureRendererFor (OpenSWMMVisLayer *layer) |
| QList< OpenSWMM::Render::LegendSymbolItem > | openswmmvis::map::LegendContent::legendItemsFor (OpenSWMMVisLayer *layer) |
| QColor | openswmmvis::map::LegendContent::firstSymbolColor (const OpenSWMM::Render::SymbolStyle &style) |
| bool | openswmmvis::map::LegendContent::supportsClassEdit (OpenSWMMVisLayer *layer, OpenSWMM::Render::ClassEditKind kind) |
| QColor | openswmmvis::map::LegendContent::colorForClass (OpenSWMMVisLayer *layer, const QString &classKey) |
One canonical copy of the legend-content helpers (gap B1).
Historically three near-copies — LegendOverlay,
LegendLayerTreeModel and legendclasseditcommands — each resolved
"which renderer / which rows / which swatch colour" for a layer
and had to stay in lockstep manually. This namespace is the
single copy both legend views and the undo commands consume, so
the on-canvas legend, the dock tree and the edit routing cannot
drift (§J.5 legend-from-renderer invariant).