Skip to content

Searching in graphical views

The search box above the view behaves differently in the list than in the picture. In the list it sifts: what matches remains. In the picture it dims: matches stay in colour, everything else turns grey.

A hidden node would take its children with it — the tree would fall apart into fragments, and you could no longer see where a match sits. But that is exactly the question when searching. So the structure stays put and merely steps into the background.

Matches are revealed and brought into view

Section titled “Matches are revealed and brought into view”

If a match sits inside a collapsed branch, the view expands the branches above it and brings the match into the picture — you do not have to hunt for it. Above the picture you see which match of how many is currently shown; the arrows next to it jump to the next or previous one.

When you clear the search, the folding returns to exactly the state it was in before. No torn-open tree is left behind.

If the search finds nothing, every box is grey — without a note that looks as if your data had vanished. So “No matches for …” appears above the canvas, together with a button that clears the search. Your data is unchanged; nothing simply matches the term right now.

Search runs over name, customer ID and UUID of this view’s entries. The filter next to the search box works in addition and in the same way: it dims rather than hides. While a filter is active its button stays highlighted — even when the search box is empty.

In the explorer the search ends on its own as soon as a hit becomes the anchor or is placed alongside: the search box clears and the folding returns to the state it was in before. The reason is the same as everywhere here — search dims rather than hides, and a filter left standing would lie over exactly what the change of anchor just brought in. In the role circle and in lists the term stays until you clear it yourself.