Open autonome opened 3 days ago
I think the priority is unequivocal: compat_features
in a .yml
file are considered ahead of a BCD tag.
That said, it's annoying when moving a key from an origin feature to a destination feature. It's a multi-step process:
compat_features
list. If there's not a list, then create one that duplicates the BCD tag.compate_features
.compat_features
list. If there's not a list, then create one that duplicates the BCD tag.compat_features
.There's nothing about this that could not be automated, once you know the key(s) to move and the source and destination. I'd welcome a PR adding a convenience script to /scripts
for this task. I imagine something like mv-compat source-path dest-path compat-key …
would be very handy indeed.
If you add a key to a feature's
compat_features
section, which already is in a feature that does not have acompat_features
section, the dist script complains (rightly) that there are duplicate keys.However, there are valid reasons to move a key from feature A to feature B, and treating this as a duplicate rather than a move prevents being able to do this.
Eg if we go ahead with a
MessageEvent
feature (unclear atm), it would have this: