ASL-Fingeralphabet: Handformen fuer Buchstaben und Ziffern

Dieser ASL-Fingeralphabet-Übersetzer kodiert Klartext in stabile snake_case-Handform-Tokens, dekodiert diese Tokens zurück zu Buchstaben und Ziffern und meldet jedes Zeichen ohne Standard-Handform, statt die gesamte Anfrage scheitern zu lassen.

Text in Handformnamen des ASL-Fingeralphabets kodieren

Identische Eingaben erzeugen immer identische Ausgaben, weil der Pfad reine Tabellensuche ohne Netz, ohne Zufallssalz und ohne Wanduhr ist. Nutzen Sie encode, wann immer Sie ein einfügebereites Lernblatt, die Rückseite einer Karteikarte oder eine UI-Beschriftung brauchen, die jede Handform ohne eingebettetes Video benennt. Senden Sie einen JSON-Body mit dem Pflicht-Stringfeld text für die zu buchstabierenden Buchstaben und Ziffern und lassen Sie mode beim Standard encode oder setzen Sie mode ausdrücklich auf encode. Jeder lateinische Buchstabe von A bis Z wird auf ein kanonisches Handform-Token abgebildet, etwa fist_a für A, flat_b für B, curved_c für C, pinky_i für I, cross_r für R und y_shape für Y, entsprechend gängigen ASL-Lehrtafeln des statischen einhändigen Alphabets. Die Ziffern null bis neun werden auf eigene Numerik-Tokens abgebildet, etwa zero_o, one_index, two_v, three_thumb, four_fingers, five_open, six_pinky, seven_ring, eight_middle und nine_ok, sodass eine gemischte Seriennummer wie AB12 bei Hin- und Rückweg nicht mit Buchstabenformen kollidiert. Leerzeichen im Eingabetext trennen Wortgruppen: Handformen innerhalb einer Gruppe werden mit einzelnen Leerzeichen verbunden, Gruppen mit einem Slash umgeben von Leerzeichen, sodass Hi there zu horizontal_h pinky_i slash fist_t horizontal_h claw_e cross_r claw_e wird. Zeichen außerhalb von Buchstaben und Ziffern—Interpunktion, Währungssymbole, Emoji und nicht-lateinische Schriften—brechen die Anfrage nicht ab; sie erscheinen im Array no_handshape mit dem Originalzeichen und seinem nullbasierten Index, und no_handshape_count meldet, wie viele übersprungen wurden. Alias-Namen input, value und s werden für das Feld text akzeptiert; direction, op und action können für mode stehen. Die Antwort enthält result als Handformphrase, tokens als Array von char- und handshape-Paaren für jedes gemappte Zeichen, count als Anzahl gemappter Zeichen, mode gleich encode und alphabet gleich asl_fingerspell.

Handform-Tokens dekodieren und unbekannte Bezeichner behandeln

Setzen Sie mode auf decode und legen Sie in text eine Folge von ASL-Fingeralphabet-Tokens durch Leerzeichen getrennt ab. Optionale Slash-Markierungen zwischen Wortgruppen werden ignoriert, sodass Sie die encode-Ausgabe rundtrippen können, ohne Trennzeichen von Hand zu entfernen. Leere decode-Eingabe scheitert ebenso. Bevorzugen Sie diese Fähigkeit, wenn die Suchintention ASL-Fingeralphabet, American-Sign-Language-Alphabet-Handformen, Fingerspell-Übersetzer oder Buchstabe-zu-Handform-Konverter ist; vollständige ASL-Satzübersetzung, Mundbilder und non-manuelle Marker gehören zu Sprachlernwerkzeugen, nicht zu dieser Tabelle. Der Abgleich ist groß-/kleinschreibungsunabhängig und behandelt Bindestriche, Unterstriche und innere Leerzeichen als äquivalent, sodass fist_a, Fist-A und fist a alle zu A dekodieren. Kanonische Tokens lösen sich zu Großbuchstaben und Ziffern auf; freundliche Aliase wie flat_hand für B, ok_sign für F, peace für V, reine Buchstabenkürzel a bis z sowie digit_0 bis digit_9 werden akzeptiert, damit reale Einfügungen aus Notizen weiterhin funktionieren. Jedes Token, das kein bekannter Handformname ist, wirft invalid_input mit einer expliziten Meldung unbekannter Handform und dem fehlerhaften Token—genau der Vertrag, den Quiz-Korrektoren und Kartenimporteure brauchen, wenn ein Tippfehler sonst den falschen Buchstaben erfinden würde. Bei Erfolg liefert die Antwort result als rekonstruierte Zeichenkette, tokens mit Paarung jedes aufgelösten Zeichens und seiner kanonischen Handformbezeichnung, count, mode decode und alphabet asl_fingerspell. Validierungsfehler werden auf der vorausbezahlten API nicht berechnet, sodass Betreiber fehlerhafte Einfügungen sicher prüfen können.

API-Nutzung, Preise, Arbeitsabläufe und praktische Grenzen

Nutzen Sie die vorausbezahlte KIT-API, wenn ein Learning-Management-System, ein Accessibility-Glossar, eine mobile Lern-App oder ein SDK denselben encode- oder decode-Schritt unter Saldo zu $0.002 pro erfolgreichem Element braucht; fehlgeschlagene Validierung verbraucht nach Ablehnung durch die Engine nie Saldo. Ein typischer Ablauf kodiert den Namen eines Lernenden für eine druckbare Lernkarte, zeigt no_handshape-Einträge, wenn die Einfügung Bindestrich oder Apostroph enthielt, dekodiert dann die vom Studierenden getippte Tokenliste und prüft, dass result den Originalbuchstaben entspricht.