Das scheint an der Auflistung in https://github.com/eressea/echeck/blob/master/e2/de/commands.txt und dem Äquivalent für e3 zu liegen. Dort ist lediglich "Beförderung" hinterlegt.

Sind da Listen von Befehls-Schlüsselwörtern möglich?

Gleiches bei "VERGISS" (In der Auflistung steht VERGESSEN)

Das Problem ist, dass in ECheck die Implementierung nur eine Schreibweise pro Befehl zulässt, und bereits BEFÖRDERUNG kennt. Listen zu erlauben, erfordert mehr als nur eine Änderung an einer Textdatei, glaube ich.

Das dachte ich mir fast, deshalb meine Frage.

Die nächste Frage wäre jetzt, ob es sich lohnt die Implementierung dahingehend zu erweitern. Bin zur Zeit wieder auf der Suche nach Gelegenheiten was beizutragen und würde mir das ankucken, falls die Antwort auf diese Frage "ja" lauten sollte.

Vor dem Echeck Code kann ich nur warnen, der ist nicht toll. Wenn ich da einen PR kriege, der diesen Bug fixt, freut mich das aber natürlich!

Ich habe mir jetzt mal den Code angesehen... Die Implementierung ist zwar nicht explizit auf Doppeleinträge ausgerichtet, aber vertragen tut sie diese schon einigermaßen. Die eingelesenen Einträge werden in einer verketteten Liste gehalten. Bei der Befehlsprüfung wird diese dann nach dem vorgefundenen Token durchsucht und die ID des dazugehörigen Schlüsselworts entnommen. An der Stelle interessiert echeck nicht, ob mehrere Einträge zu dieser ID in der Liste hängen. Für die Prüfung an sich könnte man in der commands.txt also mehrere Einträge zu einem Schlüsselwort haben. Allerdings gibt es noch eine Funktion printkeyword(), die die Liste anhand der ID (des keys) durchsucht, wobei die Duplikate dann doch problematisch wären.

Soviel als Zwischenbericht.