QElectroTech 0.200.1-dev
Loading...
Searching...
No Matches
anonymous_namespace{diagram.cpp} Namespace Reference

Functions

QString elementSortKey (Element *elmt)
QString terminalSortKey (Terminal *terminal)
QString conductorSortKey (Conductor *cond)
QString positionKey (const QPointF &pos)

Function Documentation

◆ conductorSortKey()

QString anonymous_namespace{diagram.cpp}::conductorSortKey ( Conductor * cond)

Sort key for Diagram::toXml()'s <conductors> block. Built from both endpoints' terminalSortKey(), not Conductor::uuid(): in every example project checked, conductors have no persisted uuid attribute at all, so uuid() is a freshly-minted random value on every load – exactly as unusable for cross-run determinism as the element case above, just with no persisted fallback to reach for instead. Canonicalised (smaller key first) since a conductor's two ends are unordered for this purpose.

Here is the call graph for this function:

◆ elementSortKey()

QString anonymous_namespace{diagram.cpp}::elementSortKey ( Element * elmt)

Sort key for Diagram::toXml()'s <elements> block: the element's own diagram-local position, exactly what it's already saved as (x/y), never invented or regenerated. uuid() is deliberately NOT used here: for an element with no persisted uuid attribute, fromXml() invents a fresh random one on every load, so sorting by uuid would still be non-deterministic across process runs for any legacy file.

Here is the call graph for this function:

◆ positionKey()

QString DiagramSortKeys::positionKey ( const QPointF & pos)
inline
Here is the caller graph for this function:

◆ terminalSortKey()

QString anonymous_namespace{diagram.cpp}::terminalSortKey ( Terminal * terminal)

Sort key for a terminal: its parent element's position, then the terminal's own position local to that element (from the .elmt definition, fixed regardless of where the element is placed).

Here is the call graph for this function:
Here is the caller graph for this function: