fix(ui): standardize non-busy label ellipsis to single character #479

Merged

nrupard merged 1 commit from fix/MAPPS-417-placeholder-ellipsis into main

2026-08-05 19:13:51 +02:00

nrupard commented

2026-08-05 19:02:45 +02:00

Owner

Implements MAPPS-417 (follow-up to MAPPS-410): standardizes the ellipsis glyph in non-busy user-visible labels to the single-character … (U+2026), completing the glyph unification MAPPS-410 did for busy/loading labels.

Change

22 input placeholder: values and visible menu/action labels (search placeholders across tickets/contacts/assets/projects/settings/knowledge-base/portal/global-search and the three entity pickers, plus "Select technician…", "Manage templates…", "Project description…", "Type your message…", the KB "How to …" and Markdown placeholders, and the form.rs default "Search…") now use … instead of the three-ASCII-dot ....

Scope

String-literal edits only: 22 insertions / 22 deletions, one glyph each, no imports touched. Deliberately left untouched: doc/line comments mentioning "Loading..."/"Custom..." (e.g. profile.rs, layout.rs, lib.rs), the layout.rs document.title sentinel that compares against the legacy ASCII "Loading...", the already-compliant profile.rs "Custom…" button, and all code ... (ranges, struct-update, rest patterns).

Verification

grep -rn 'placeholder:.*\.\.\.' src/ returns nothing; no em-dash introduced (only …). CI runs fmt/clippy(-D warnings)/wasm-build/tests.

A pre-existing em-dash in a theme-picker WCAG-lock label (unrelated to this ellipsis work) was spotted during the sweep and is tracked separately.

#MAPPS-417

Implements MAPPS-417 (follow-up to MAPPS-410): standardizes the ellipsis glyph in non-busy user-visible labels to the single-character `…` (U+2026), completing the glyph unification MAPPS-410 did for busy/loading labels. ## Change 22 input `placeholder:` values and visible menu/action labels (search placeholders across tickets/contacts/assets/projects/settings/knowledge-base/portal/global-search and the three entity pickers, plus "Select technician…", "Manage templates…", "Project description…", "Type your message…", the KB "How to …" and Markdown placeholders, and the form.rs default "Search…") now use `…` instead of the three-ASCII-dot `...`. ## Scope String-literal edits only: 22 insertions / 22 deletions, one glyph each, no imports touched. Deliberately left untouched: doc/line comments mentioning "Loading..."/"Custom..." (e.g. profile.rs, layout.rs, lib.rs), the `layout.rs` `document.title` sentinel that compares against the legacy ASCII `"Loading..."`, the already-compliant profile.rs "Custom…" button, and all code `...` (ranges, struct-update, rest patterns). ## Verification `grep -rn 'placeholder:.*\.\.\.' src/` returns nothing; no em-dash introduced (only `…`). CI runs fmt/clippy(-D warnings)/wasm-build/tests. A pre-existing em-dash in a theme-picker WCAG-lock label (unrelated to this ellipsis work) was spotted during the sweep and is tracked separately. #MAPPS-417

nrupard added 1 commit

2026-08-05 19:02:45 +02:00

fix(ui): standardize non-busy label ellipsis to single character

Check / fmt + clippy + tests (pull_request) Successful in 1m33s

Details

Create release / Create release from merged PR (pull_request) Has been skipped

Details

932a662afe

Implements MAPPS-417 (follow-up to MAPPS-410). Converts 22 non-busy user-visible labels (search placeholders, menu/action labels like "Manage templates...", the entity-picker placeholders, the form.rs default) from the three-ASCII-dot ... to the single-character ellipsis, completing the glyph unification MAPPS-410 did for busy/loading labels. String-literal edits only; doc comments, the layout.rs title sentinel, and all code ... left untouched.

#MAPPS-417