Choose against the task constraints
A buyer must select a supplier account. Two records have the same trading name but different account IDs and branches. Users also need a separate view-details link before choosing. A simple list of three delivery modes has no embedded action and should not inherit this complexity.
| Condition | Plain listbox options | Results with explicit row actions |
|---|---|---|
| One plain option label | Suitable selection model when fully implemented | May introduce unnecessary columns |
| Record identity needs several fields | Long labels can become hard to compare | Separate columns retain account and branch identity |
| Link or button inside each result | Interactive descendants are not supported by listbox option semantics | Keep details and choose actions explicitly separate |
Use a lookup table with named details and choose actions for these supplier records. Do not mark a table full of interactive links as a plain listbox to imitate its appearance. A simple delivery-mode selector can remain a simple control.
Name alone is not record identity
| Account | Trading name | Branch |
|---|---|---|
| SUP-011 | Sample Supply | North branch |
| SUP-027 | Sample Supply | South branch |
| SUP-052 | Other Sample | Central branch |
The requested account is SUP-027. Can the picker select the first matching trading name?
Show the worked answer
No. SUP-011 has the same trading name but is a different account. Select SUP-027 using the displayed account identity and branch context.
Check the chosen interaction
- Details and choose actions name their associated record.
- Keyboard use can reach each required action.
- Selection persists by account ID, not its current name.