Ja, wie gesagt: ich auch.
Mir fällt auch kein Element ein. Man müsste das anders lösen. Zum Beispiel ein Element, vielleicht namens instruc (Instruction) oder so, und darin das Element key für eine Taste. Oder eben irgendwie anders. Ich glaube, es gibt da durchdachtere Lösungen. 😀

Dein samp-Beispiel ist ja sogar noch besser 😀

Also wie gesagt, ich finde es schon absolut unlogisch, dass ein Element je nach Kontext grundlegend seine Bedeutung ändert. Das macht die Sache doch absolut unnötig komplex. Schlussendlich ist ja das Ziel, dass man sowas mal automatisiert auswerten kann. Und solche Programme zu schreiben wird sicher kein Spaß. Vor allem kenne ich auch kein anderes Element, bei dem die Bedeutung von seinen Eltern abhängt. Zumindest fällt mir gerade keines ein…

Wenn ein kbd-Element also ein samp-Element beinhaltet, stellt samp eine Eingabe basierend auf der Ausgabe des Systems dar. Im folgenden Beispiel des W3C versteht man, was damit gemeint ist:

<p>To make George eat an apple, select
<kbd><kbd><samp>File</samp></kbd>|<kbd><samp>Eat Apple...</samp></kbd></kbd>
</p>

Soweit eigentlich auch ganz logisch. Jetzt sagt die Spezifikation aber auch, dass Folgendes genau so gut ist.

<p>To make George eat an apple, select <kbd>File | Eat Apple...</kbd></p>

Das finde ich unlogisch und in­kon­se­quent. Dadurch geht die Semantik in meinen Augen wieder verloren. Des Weiteren frage ich mich auch, ob wir diese Elemente überhaupt nötig haben. Vielleicht, denn schließlich gibt es auch das code-Element. Semantisch ist dieses nicht0 dazu geeignet, Computereingaben und -ausgaben zu kennzeichnen. Ich persönlich weiß nicht, was ich davon halten soll.