Braille-Übersetzer: Text zu Unicode-Braille (Grade 1) und zurück
Geben Sie „Hello“ ein und erhalten Sie ⠠⠓⠑⠇⠇⠕: das Großbuchstabenzeichen und fünf Buchstabenzellen, bereit zum Einfügen in ein Dokument ohne Spezialschrift. Umgekehrt wird Braille wieder zu Text, und bei einer unbekannten Zelle bricht die Übersetzung ab. Kostenlos in Ihrem Browser.
- Kostenlos
- Läuft in Ihrem Browser
- Ohne Anmeldung
- Ihre Daten bleiben auf Ihrem Gerät
Im Browser ausführen – kostenlos
Rechenbeispiel
- Text
- Hello
- Berechnungsmodus
- Encode
- Ergebnis
- ⠠⠓⠑⠇⠇⠕
- Länge
- 6
- Eingabezeichen
- 5
- Note
- 1
Braille ist ein taktiles Schriftsystem aus erhabenen Punkten, mit dem man Buchstaben, Ziffern und Satzzeichen mit den Fingerkuppen ertasten kann. Auf Bildschirmen und in Dokumenten werden dieselben Sechs-Punkt-Zellen als Unicode-Braille-Patterns von U+2800 bis U+28FF gespeichert, sodass Sie digitales Braille ohne spezielle Schriftart kopieren, einfügen, durchsuchen und drucken können. Diese Fähigkeit implementiert englisches Grade-1-Braille durchgängig: der Kodierungsmodus wandelt einfachen lateinischen Text in eine Zeichenkette aus Unicode-Braille-Zeichen mit Großbuchstaben- und Zahlenindikatoren um; der Dekodierungsmodus liest Braille-Zellen zurück in normalen Text und scheitert sofort an einer nicht abgebildeten Zelle, damit fehlerhaftes Einfügen die Bedeutung nie stillschweigend verfälscht.
Wie Grade 1 Buchstaben, Ziffern und Indikatoren abbildet
Englisches Grade-1-Braille weist jedem Kleinbuchstaben ein festes Sechs-Punkt-Muster zu. Die Punktpositionen sind von eins bis sechs in zwei Spalten zu je drei nummeriert, und Unicode kodiert diese Punkte als die unteren sechs Bits eines Codepoints ab U+2800. Der Buchstabe a ist ein einzelner Punkt in Position eins, b nutzt die Punkte eins und zwei, und so weiter bis z, einschließlich des markanten w-Musters, das nicht derselben Drei-Reihen-Erweiterung wie die übrigen Buchstaben folgt.
Für einen Großbuchstaben setzt Grade 1 eine Kapitalindikator-Zelle nur aus Punkt sechs unmittelbar vor die Buchstabenzelle; diese Fähigkeit wendet dieses Zeichen auf jedes Großbuchstaben-Zeichen an, sodass Hello zum Kapitalsignal plus h, dann e, l, l, o wird. Zahlen nutzen einen Zahlenindikator aus den Punkten drei, vier, fünf und sechs; danach stehen die Buchstabenzellen a bis j für die Ziffern eins bis neun und null, bis ein Leerzeichen oder ein Nicht-Ziffern-Buchstabe den Zahlenmodus beendet. Gebräuchliche Interpunktion hat Ein-Zellen-Abbildungen: Komma, Semikolon, Doppelpunkt, Punkt, Ausrufezeichen, Fragezeichen, Apostroph, Bindestrich, gerade Anführungszeichen und Klammern.
Leerzeichen bleiben gewöhnliche Leerzeichen in der kodierten Zeichenkette der Lesbarkeit wegen, und leere Braille-Zellen werden beim Dekodieren ebenfalls als Leerzeichen akzeptiert.
Was Sie senden und was Sie zurückerhalten
Senden Sie ein Pflicht-String-Feld namens text und ein optionales mode-Feld mit encode oder decode. Der encode-Modus behandelt text als einfachen Inhalt und liefert eine result-Zeichenkette aus Unicode-Braille-Patterns plus Leerzeichen. Der decode-Modus behandelt text als Braille, akzeptiert gewöhnliche Whitespace und leere Zellen als Leerzeichen, wendet Kapital- und Zahlenindikatoren an und liefert die wiederhergestellte Klarzeichenkette in result.
Beide Richtungen geben mode, den ursprünglichen text, result, ein length-Feld mit der Anzahl der Unicode-Skalarwerte in der Hauptausgabe, grade gleich eins, ein script-Label mit dem Namen Unicode Braille Patterns und eine kurze standard-Referenzzeichenkette zurück, damit Clients behaupten können, welches Profil sie getroffen haben. Validierungsfehler verbrauchen kein vorausbezahltes Guthaben. Klassische Prüfungen umfassen das Kodieren von Hello zum Kapitalindikator plus die fünf Buchstabenzellen für h e l l o, das Kodieren einer Zahl wie zweiundvierzig mit führendem Zahlenzeichen und das Dekodieren einer bekannten Braille-Phrase zurück in lesbaren Text.
Nutzen Sie das kostenlose Browser-Formular für schnelle Accessibility-Checks und Klassendemonstrationen und rufen Sie denselben Vertrag aus Skripten auf, wenn Sie MassFixtures oder Regressionsvektoren brauchen.
Wo Braille-Übersetzung in der Praxis vorkommt
Accessibility-Teams, die Braille-Beispiele in Dokumentation, Styleguides und Schulungsmaterialien einbetten, brauchen einen zuverlässigen Text-zu-Braille-Pfad, der kopierbare Unicode-Zellen statt Bilder erzeugt. Bildungsplattformen, die Grade-1-Lesen lehren, vergeben Buchstabenübungen, Kapitalindikatoren und Zahlenmodus-Aufgaben; ein einziges vertrauenswürdiges Orakel, das ohne Grade-2-Kürzungen kodiert und dekodiert, hält Antwortschlüssel mit Anfänger-Curricula abgestimmt. Ingenieure, die inklusive Produkttexte, Museumstafeln oder Wegeleitsysteme erstellen, wollen oft eine schnelle Roundtrip-Prüfung, bevor Dateien an Prägegeräte oder erneuerbare Braille-Displays gehen.
Support-Desks fügen Braille-Zeichenketten aus Tickets ein und brauchen strikte Ablehnung unbekannter Zellen statt stiller Lücken, die den Leser irreführen würden. Curriculum-Autoren bevorzugen eine eigene Braille-Übersetzer-Landing statt die Funktion unter einem generischen Unicode-Codepoint-Konverter zu vergraben, weil Suchintention und Kapital- oder Zahlenindikator-Regeln andere Probleme sind. Wenn Sie literarische Grade-2-Kürzungen, vollständige Unified-English-Braille-Zustandsmaschinen, Acht-Punkt-Computer-Braille für beliebiges Binär oder Sprachsynthese brauchen, behandeln Sie diese als getrennte Suchintentionen und Landings und überladen Sie diese Grade-1-Braille-Übersetzer-Seite nicht.
Anwendungsfälle
Accessibility-Dokumentation und Schulungsbeispiele
Erzeugen Sie Unicode-Braille-Schnipsel für Styleguides, Onboarding-Materialien und inklusive Design-Reviews ohne bildbasiertes Braille-Kunstwerk.
Grade-1-Klassenübungen und Antwortschlüssel
Kodieren Sie Buchstaben-, Großbuchstaben- und Zahlenübungen und dekodieren Sie Schüler-Braille-Einreichungen gegen eine deterministische Grade-1-Abbildung zur Auto-Bewertung.
Häufige Fragen
Welche Art von Braille verwendet dieser Übersetzer?
Englisches Grade-1-Braille als Unicode-Braille-Patterns (U+2800–U+28FF). Es bildet Buchstaben, Ziffern mit Zahlenindikator, Großbuchstaben mit Kapitalindikator, Leerzeichen und gebräuchliche Interpunktion ab—ohne Grade-2-Kürzungen.
Wie werden Großbuchstaben und Zahlen kodiert?
Jedem Großbuchstaben geht der Kapitalindikator voraus (Punkt 6, ⠠). Einer Ziffernfolge geht der Zahlenindikator voraus (⠼); danach bedeuten a–j-Zellen 1–9 und 0, bis Leerzeichen oder ein Nicht-Ziffern-Buchstabe den Zahlenmodus beendet.
Ist das dasselbe wie ein Unicode-Codepoint-Konverter?
Nein. Ein Codepoint-Konverter zeigt U+XXXX-Werte für beliebige Zeichen. Diese Seite übersetzt speziell zwischen lesbarem Text und Grade-1-Braille-Zellen mit Indikatorregeln—andere Suchintention und andere Regeln.
Was passiert bei einer Braillezelle, die nicht erkannt wird?
Die Rückübersetzung stoppt sofort und nennt die Stelle der unbekannten Zelle. So entstehen keine stillen Lücken, die einen Leser in die Irre führen könnten, etwa nach einem fehlerhaften Einfügen.
Brauche ich eine spezielle Schrift, um das Ergebnis anzuzeigen?
Nein. Das Ergebnis besteht aus Unicode-Braillezeichen, die Sie wie normalen Text kopieren, einfügen, durchsuchen und drucken können. Leerzeichen bleiben gewöhnliche Leerzeichen, damit alles lesbar bleibt.
Verwandte Tools
Für Entwickler — API-Zugang
Alles auf dieser Seite ist auch per API verfügbar. Dieser Abschnitt richtet sich an Teams, die es in ihre eigenen Systeme einbinden möchten; alle anderen nutzen einfach das Tool oben.
Endpunkt
Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.
Aufruf aus Ihrem Stack
curl -X POST https://api.kit.forhosting.com/enc/braille \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"text":"Hello"}'const res = await fetch("https://api.kit.forhosting.com/enc/braille", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"text": "Hello"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/enc/braille",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"text": "Hello"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/enc/braille", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"text":"Hello"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"text":"Hello"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/enc/braille", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Beispiel-Anfrage
{
"text": "Hello"
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "enc.braille",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}Die API arbeitet asynchron: Sie erhalten sofort eine task_id. Polling ist mit 1 Anfrage pro Sekunde erlaubt.
Preis
Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.
Fehler
| HTTP | Code | Bedeutung |
|---|---|---|
401 | unauthorized | Der API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer). |
402 | insufficient_balance | Ihr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht. |
404 | unknown_type | Unbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog. |
429 | rate_limited | Zu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt. |
Technische Hinweise
Wie Grade 1 Buchstaben, Ziffern und Indikatoren abbildet
Die gesamte Pipeline ist deterministischer Tabellenzugriff ohne Netzwerkanrufe, ohne Zufallsseeds und ohne Wanduhren-Zeitstempel, sodass identische Eingaben stets dasselbe JSON erzeugen. Zeichen außerhalb des unterstützten Grade-1-Satzes scheitern beim Kodieren; Braille-Zellen außerhalb der erkannten Abbildung scheitern beim Dekodieren mit einer klaren invalid_input-Meldung, die Position und Codepoint nennt.
Was Sie senden und was Sie zurückerhalten
Fehlt mode, ist encode der Standard, sodass eine einzelne Payload weiterhin nützlich ist. Encode meldet außerdem input_chars; decode meldet input_cells. Fehlendes text, Nicht-String-Objekte, nicht unterstützte mode-Werte, Zeichenketten länger als das dokumentierte Maximum, ungemappte Klarzeichen beim Kodieren, Nicht-Braille-Symbole beim Dekodieren oder Braille-Zellen, die im Unicode-Block existieren, aber nicht zu dieser Grade-1-Abbildung gehören, scheitern alle mit invalid_input und einer klaren englischen Meldung. Die Preise für erfolgreiche API-Aufrufe sind die veröffentlichte Basis von $0.002 pro Element.
Wo Braille-Übersetzung in der Praxis vorkommt
Content-Pipelines, die Dualdarstellungen—Druck und Braille—speichern, brauchen deterministisches JSON, damit CI Transformierungen über Sprachen und Frameworks mit goldens testen kann. Weil diese Fähigkeit eine reine Parse-Engine ist, ist der API-Preis die veröffentlichte Basis von $0.002 pro erfolgreichem Element und fehlgeschlagene Validierung wird nicht berechnet.
Integrationsbeispiele
Roundtrip-Fixtures für inklusive Produkttexte
Bauen Sie CI-goldens, die Produktzeichenketten zu Braille und zurück wandeln, damit prägefähiger Text mit der Druckquelle synchron bleibt.
Technische Fragen
Was geschieht bei einer nicht abgebildeten Braille-Zelle?
Die Dekodierung scheitert mit invalid_input und nennt Position und Codepoint. Das Produkt lässt unbekannte Zellen nie stillschweigend weg und ersetzt sie auch nicht.
Was kostet es?
Das Browser-Tool ist kostenlos und läuft lokal. API-Anfragen nutzen vorausbezahltes KIT-Guthaben zu $0.002 pro erfolgreichem Element; ungültige Eingabe wird nicht berechnet.