KeySelection class

Which keys, in which locales, a per-key command should act on.

lock and accept are the same gesture pointed at different metadata — "a human reviewed this" — and they had the same limitation: one key per invocation. That is the wrong unit for the motivating case. Locked copy is copy a person deliberately wrote, and a person writes a body of it: a page, a screen, a namespace. Blessing one About page cost a 13-iteration shell loop.

So the subject is now variadic, and --namespace names the group Dialect already models.

--prefix webAbout was considered and rejected: a prefix only groups keys when someone happened to name them consistently, while a namespace is the grouping the source ARB actually declares and the one sync already routes on. Two selectors for one idea, where the weaker one silently depends on naming discipline, is a worse surface than one.

Constructors

KeySelection({required List<String> keys, required List<String> locales})

Properties

hashCode → int

The hash code for this object.

no setter, inherited

keys → List<String>

Source keys to act on, sorted and de-duplicated.

final

locales → List<String>

Target locales to act in.

final

runtimeType → Type

A representation of the runtime type of the object.

no setter, inherited

Methods

noSuchMethod(Invocation invocation) → dynamic

Invoked when a nonexistent method or property is accessed.

inherited

toString() → String

A string representation of this object.

inherited

Operators

operator ==(Object other) → bool

The equality operator.

inherited