Generador de Texto Decorativo — Unicode Negrita, Cursiva y Fraktur
Escribe un nombre, línea de bio o mensaje corto y la página renderiza 11 versiones visualmente estilizadas de él debajo, cada una generada mapeando las letras ASCII a un bloque Unicode correspondiente — las variantes negrita y cursiva vienen de Mathematical Alphanumeric Symbols (introducido en Unicode 3.1 para ecuaciones matemáticas), las letras circulares vienen de Enclosed Alphanumerics, las cuadradas de Enclosed Alphanumeric Supplement, etc. Como son caracteres Unicode reales y no imágenes ni fuentes personalizadas, se pegan en cualquier sitio que maneje UTF-8: Twitter/X, Instagram, bios de TikTok, nicks de Discord, mensajes de Slack, titulares de Linkedin, prompts de terminal y la mayoría de campos de formulario. Copia con un clic por estilo, sin registro, sin marcas de agua.
Sobre esta herramienta
Cada estilo mapea el rango ASCII A-Z y a-z (más 0-9 cuando el bloque destino tiene dígitos) a un rango contiguo de codepoints en un bloque Unicode específico — la Negrita Matemática vive en U+1D400 (mayúsculas) y U+1D41A (minúsculas), la Cursiva en U+1D434/U+1D44E, la Manuscrita en U+1D49C/U+1D4B6, Fraktur en U+1D504/U+1D51E, Doble Trazo (el "blackboard bold" que se usa para ℕ ℤ ℚ ℝ ℂ en matemáticas) en U+1D538/U+1D552, Monoespacio en U+1D670/U+1D68A, Circular en U+24B6/U+24D0, Cuadrado en U+1F130 (Enclosed Alphanumeric Supplement, el mismo bloque que 🅰️ 🅱️ 🆎), Ancho Completo en U+FF01-FF5E (las formas medio/ancho completo usadas en tipografía CJK). Salvedades importantes: (1) accesibilidad — los lectores de pantalla NO los interpretan como sus equivalentes ASCII, así que un nombre de perfil en Negrita Matemática se lee como una cadena de nombres Unicode no relacionados; úsalos con moderación en copy de cara al usuario. (2) Algunas plataformas los quitan o marcan como sospechosos en nombres de usuario. (3) Los buscadores los tratan como no relacionados con el ASCII original — "𝐉𝐨𝐡𝐧" no coincide con una búsqueda de "John". Casos de uso: destacar una bio social, encabezados decorativos en Discord, firma con flair en Slack, titulares llamativos en mensajería, tipografía matemática en la web.
- 11 estilos sacados de bloques Unicode reales — sin fuentes personalizadas
- Negrita Matemática, Cursiva, Negrita Cursiva, Manuscrita, Manuscrita Negrita, Fraktur
- Doble Trazo (estilo blackboard bold ℕ ℤ ℚ ℝ ℂ)
- Monoespacio (bloque Unicode 𝙼𝚘𝚗𝚘𝚜𝚙𝚊𝚌𝚎, no una fuente CSS)
- Circular, Cuadrado (el bloque enclosed-alphanumeric 🅰️ 🅱️)
- Ancho Completo — las formas medio/ancho completo usadas en tipografía CJK
- Copia con un clic por estilo con confirmación
- Funciona en cualquier sitio que acepte UTF-8 — Twitter/X, Instagram, Discord, Slack
- Se pega de forma nativa — sin imágenes, sin fuentes que instalar
- Aviso a11y: los lectores de pantalla leen nombres Unicode individuales, no ASCII
Gratis. Sin registro. Tus datos permanecen en tu navegador. Anuncios mediante Google AdSense (con consentimiento).
Preguntas frecuentes
¿Cómo se generan estos estilos? ¿Son imágenes, fuentes o algo distinto?
La salida son puntos de código Unicode reales, no imágenes ni glifos estilizados por CSS. Cada carácter mapea a un rango (casi siempre) contiguo de un bloque Unicode específico: la negrita vive en U+1D400, la cursiva en U+1D434, el monoespacio en U+1D670, la circular en U+24B6 y así (lista íntegra en The Unicode Standard 16.0). Los navegadores, apps y el renderizado de texto del SO escogen el glifo correcto de cualquier fuente instalada que cubra el bloque — la herramienta no envía ninguna fuente especial. Los bloques llegaron en tres olas: Halfwidth/Fullwidth Forms y Enclosed Alphanumerics en Unicode 1.1 (junio de 1993), Mathematical Alphanumeric Symbols en Unicode 3.1 (marzo de 2001) y la forma de letra cuadrada U+1F130 en Unicode 6.0 (11 de octubre de 2010).
¿Por qué la 'h' cursiva o la 'e' manuscrita se ven distintas?
Unicode reservó unas pocas posiciones del bloque Mathematical Alphanumeric porque esas letras ya existían en el bloque anterior Letterlike Symbols (U+2100–U+214F). La h cursiva minúscula es U+210E (la constante de Planck en física); las mayúsculas script B/E/F/H/I/L/M/R y las minúsculas e/g/o; las Fraktur C/H/I/R/Z; y las double-struck C/H/N/P/Q/R/Z viven en Letterlike, no en Math Alphanumeric. UTR #25 (Beeton, Freytag y Sargent III, revisión 15, 30 de mayo de 2017) documenta el listado. Esta herramienta detecta esas posiciones y emite el punto de código Letterlike en lugar del hueco reservado de Math Alphanumeric — por eso la cursiva de "the" renderiza como 𝑡ℎ𝑒 (con la ℎ de Planck) en lugar de "𝑡" seguido de un cuadrado de glifo ausente.
¿Por qué una búsqueda de "John" encuentra un perfil llamado "𝐉𝐨𝐡𝐧" en algunos sitios y no en otros?
La mayoría de buscadores e identificadores comparan tras una normalización Unicode. UAX #15 define NFKC (descomposición de compatibilidad + composición canónica) — la forma que colapsa 𝐀 → A, 𝒜 → A, ℋ → H. Twitter/X, Instagram, GitHub y Discord aplican normalizaciones distintas en distintas etapas de la tubería: algunos normalizan la consulta pero almacenan la forma estilizada literal; otros normalizan al registrar el identificador; otros dejan los campos visibles intactos pero normalizan los handles. Por eso el comportamiento de búsqueda diverge entre plataformas aunque la transformación de base sea la misma. La misma pasada NFKC permite que PRECIS (RFC 7564) e IDNA rechacen nombres de usuario visualmente confundibles al registrar.
¿Usar texto decorativo en la bio es malo para accesibilidad?
Para usuarios de tecnología asistencial, sí. WCAG 2.1 Success Criterion 1.3.1 (Info and Relationships) exige que la información transmitida por la presentación sea programáticamente determinable; los lectores de pantalla (NVDA, JAWS, VoiceOver) leen los nombres Unicode individuales, así que un nombre como "𝐉𝐨𝐡𝐧" se pronuncia como "mathematical bold capital J, mathematical bold small o, mathematical bold small h, mathematical bold small n" en lugar de "John". Para una decoración puntual de bio el impacto se contiene; para etiquetas de navegación, texto de botón o cualquier cosa de la que dependa la orientación del usuario vidente, la forma estilizada rompe la tecnología asistencial. UTS #39 también restringe las letras Mathematical Alphanumeric en su perfil de identificadores moderadamente restrictivo porque permiten ataques de homoglifos visuales.
¿Se pega la salida sin problemas en Twitter/X, Instagram, TikTok y Discord?
En la mayoría de casos sí — esas plataformas renderizan UTF-8 nativamente y los bloques estilizados llevan codificados dos décadas. Salvedades de reportes de terceros a mayo de 2026: Twitter/X cuenta cada punto de código Mathematical Alphanumeric como 2 en su regla de carácter ponderado (el coste de plano suplementario definido en twitter-text), así que un tweet estilizado consume más del presupuesto de 280 caracteres que el equivalente en texto plano. Algunas plataformas filtran las letras estilizadas en los campos de nombre de usuario en concreto (aceptándolas en bios) porque aplican validación estricta de identificadores estilo IDN según RFC 7564 PRECIS. Las formas de letra cuadrada (bloque U+1F130) renderizan como emoji a color en algunas plataformas móviles porque comparten bloque con los símbolos indicadores regionales y otros caracteres de clase emoji.
Fuentes (8)
- The Unicode Consortium (2024). The Unicode Standard, Version 16.0 — block ranges used by this tool: Mathematical Alphanumeric Symbols (U+1D400–U+1D7FF, introduced Unicode 3.1 in March 2001 to encode style-bearing letters that mathematics typesetting treats as semantically distinct from plain Latin); Enclosed Alphanumerics (U+2460–U+24FF, Unicode 1.1 June 1993); Enclosed Alphanumeric Supplement (U+1F100–U+1F1FF, block added Unicode 5.2 October 2009; squared Latin capitals U+1F130–U+1F149 added Unicode 6.0 on 11 October 2010); Halfwidth and Fullwidth Forms (U+FF00–U+FFEF, Unicode 1.1 June 1993; UAX #11 East Asian Width classifies U+FF01–FF5E as Fullwidth). Unicode Consortium, Mountain View, CA; Version 16.0 published 10 September 2024.
- Beeton, B., Freytag, A., & Sargent III, M. (Eds.) (2017). UTR #25: Unicode Support for Mathematics — explains why Mathematical Alphanumeric Symbols encode style as a semantic distinction (a mathematician's 𝐴 vs A vs 𝑨 vs 𝓐 carries different meaning, not styling); enumerates the holes where letters live in the Letterlike Symbols block instead (italic h = U+210E Planck constant; script B/E/F/H/I/L/M/R and e/g/o; Fraktur C/H/I/R/Z; double-struck C/H/N/P/Q/R/Z). Unicode Technical Report #25, revision 15 (30 May 2017); maintained by the Unicode Technical Committee.
- Whistler, K. (Ed.) (original author Davis, M.) (2024). UAX #15: Unicode Normalization Forms — NFKC compatibility-decomposition maps Mathematical Alphanumeric letters back to their plain ASCII / Greek equivalents (𝐀 → A, 𝒜 → A, ℋ → H), which is why search engines, identifier validators, and many text-search implementations treat "𝐉𝐨𝐡𝐧" as equivalent to "John" (or reject the fancy form via PRECIS / IDNA normalization). Unicode Standard Annex #15, revision 56 dated 14 August 2024 (Unicode 16.0); first NFKC published 2001 with Unicode 3.1.
- Davis, M., & Suignard, M. (Eds.) (2024). UTS #39: Unicode Security Mechanisms — defines the confusable-detection algorithm used to flag visually similar character sequences; Mathematical Alphanumeric letters are listed as restricted in the moderately-restrictive identifier profile because they enable homoglyph attacks on usernames and identifiers when accepted unnormalized. Unicode Technical Standard #39, version 16.0.0.
- World Wide Web Consortium (W3C) (2018). Web Content Accessibility Guidelines (WCAG) 2.1 — Success Criterion 1.3.1 Info and Relationships requires that information conveyed through presentation is programmatically determinable; non-semantic styling via Mathematical Alphanumeric Symbols communicates emphasis visually but screen readers (NVDA, JAWS, VoiceOver) speak character names like "mathematical bold capital A" instead of reading "A", which breaks comprehension for assistive-technology users. W3C Recommendation 5 June 2018; carried unchanged into WCAG 2.2 (Recommendation 5 October 2023).
- Saint-Andre, P., & Blanchet, M. (2015). RFC 7564 — PRECIS Framework: Preparation, Enforcement, and Comparison of Internationalized Strings in Application Protocols — defines the IdentifierClass and FreeformClass profiles that strict applications (XMPP, OAuth, IMAP, EAP-pwd) use to reject format characters and Mathematical Alphanumeric letters in usernames; supersedes the older Stringprep framework (RFC 3454). IETF Standards Track, May 2015; updated by RFC 8264 (UsernameCasePreservedProfile, 2017).
- Klensin, J. (2010). RFC 5890–5894 — Internationalized Domain Names in Applications (IDNA2008) — the protocol family that registrars and DNS resolvers use to convert Unicode domain labels to Punycode (RFC 3492, Costello 2003); IDNA2008 narrows the allowed code-point repertoire vs IDNA2003 to reject many confusable forms including Mathematical Alphanumeric Symbols; ICANN IDN Implementation Guidelines v4.1 (November 2022) sets the registry policy baseline. IETF Standards Track, August 2010; UTS #46 (Davis & Suignard, Unicode 16.0) defines the IDNA mapping table; ICANN IDN Implementation Guidelines v4.1, November 2022.
- X Corp (Twitter, Inc.) (2026). twitter-text — open-source tweet-length and entity-extraction library (github.com/twitter/twitter-text); defines the weighted-character rule used by Twitter/X to count tweet length: BMP characters (U+0000–U+1FFF and U+2000–U+200D in Latin/Greek/Cyrillic ranges) count as 1; supplementary-plane characters (U+10000 and above, including Mathematical Alphanumeric Symbols U+1D400–U+1D7FF and emoji U+1F100+) count as 2. GitHub repository twitter/twitter-text; reference implementations in Java, JavaScript, Ruby, Objective-C; weighted-character rule documented in conformance/configV3.json.
Son las publicaciones originales en las que se basan las fórmulas de esta herramienta. Localízalas con el nombre de la revista y el año en Google Scholar o PubMed.
Por Marco B. ·