Cómo convertir la caja de un texto

Las convenciones de nomenclatura importan. Ya sea que estés escribiendo código, creando nombres de archivos o formateando títulos, usar la mayúscula y minúscula correcta mantiene las cosas consistentes y profesionales. Convertir entre mayúsculas y minúsculas manualmente es tedioso y propenso a errores, especialmente con texto largo o nombres de variables. Un convertidor basado en navegador maneja todos los formatos comunes al instante.

Casos de texto comunes y dónde se usan

Cómo convertir mayúsculas y minúsculas de texto

1. Pega tu texto: introduce cualquier texto en el convertidor. Funciona con palabras simples, nombres de variables, oraciones o párrafos enteros.
2. Elige un caso: haz clic en el formato que quieres. La conversión se aplica al instante.
3. Copia el resultado: haz clic en Copiar para tomar el texto convertido para tu código, documento o nombre de archivo.

Una breve historia de las convenciones de nomenclatura en código

Los primeros lenguajes de programación tenían límites estrictos en la longitud de los identificadores: FORTRAN (1957) permitía 6 caracteres; ALGOL (1958) permitía caracteres limitados. Los programadores tenían que abreviar agresivamente. No había necesidad de convenciones de mayúsculas porque los identificadores eran demasiado cortos para tener varias palabras.

Cuando los lenguajes permitieron identificadores más largos (C 1972, Pascal 1970), separar palabras se convirtió en una cuestión. Pascal popularizó usar letras mayúsculas para separar palabras: MyVariable. C usaba históricamente minúsculas con guiones bajos: my_variable. La división ha persistido: la mayoría de los lenguajes de la familia C y Unix prefieren snake_case (Python, Ruby, Rust por defecto, columnas PostgreSQL), mientras que los lenguajes de la familia Java y Microsoft prefieren camelCase (JavaScript, Java, C#, Swift, Kotlin).

PascalCase surgió de Smalltalk (años 1980) para nombres de clases, luego fue adoptado por C++ (1985), Java (1995) y C# (2000). Hoy la mayoría de los lenguajes usan PascalCase para tipos/clases y camelCase para instancias/funciones, independientemente de la preferencia por el separador de palabras.

kebab-case apareció con la Web: CSS eligió guiones (background-color) y las URLs también los prefieren. La mayoría de los lenguajes web modernos (HTML, CSS, rutas de URL, esquemas JSON) usan kebab-case para identificadores visibles al usuario.

La convención más reciente es SCREAMING_SNAKE_CASE para constantes y variables de entorno: una herencia de shell Unix que cruzó a la mayoría de los lenguajes de programación para los años 2000.

Cuándo usar cada convención

Una guía práctica:

• MAYÚSCULAS en prosa: acrónimos (NASA, HTML, CSS), énfasis (raramente; la negrita suele ser mejor), encabezados en sistemas de diseño que lo especifican.
• minúsculas en prosa: URLs, direcciones de email, hashtags, chat casual. En código: raramente, excepto en algunas variantes Lisp.
• Caso Título: títulos de libros, encabezados de artículos, nombres propios. Diferentes guías de estilo tienen diferentes reglas sobre qué palabras capitalizar.
• Caso oración: estándar para texto corporal, descripciones, etiquetas de UI en sistemas de diseño modernos (Material Design, Apple HIG ambos prefieren Caso oración para botones).
• camelCase: variables JavaScript/TypeScript, nombres de métodos Java/Swift, variables de instancia en la mayoría de lenguajes OO.
• PascalCase: nombres de clases, nombres de tipos, nombres de componentes React/Vue, tipos enum.
• snake_case: variables/funciones Python y Ruby, nombres de columnas de base de datos, nombres de campos GraphQL (a veces), variables de shell.
• SCREAMING_SNAKE_CASE: constantes en la mayoría de lenguajes, variables de entorno (DATABASE_URL, NODE_ENV), claves de configuración en YAML/JSON.
• kebab-case: slugs de URL, nombres de clases CSS, atributos HTML data-*, nombres de paquetes npm, nombres de archivos en generadores de sitios estáticos.
• dot.case: rutas de propiedades de objetos en código, archivos de configuración (Nginx, propiedades Spring Boot), eventos con espacios de nombres.

Reglas de Caso Título

"Caso Título" suena simple pero tiene complicaciones de guías de estilo:

• Estilo APA: capitaliza palabras de 4+ letras; capitaliza todos los sustantivos, verbos, adjetivos, adverbios independientemente de la longitud.
• Chicago Manual of Style: capitaliza primera/última palabra; capitaliza todos los sustantivos, verbos, adjetivos, adverbios, pronombres; minúsculas para artículos (a, an, the), preposiciones cortas, conjunciones coordinantes (and, but, or).
• Estilo AP: capitaliza todas las palabras de 4+ letras; excepciones específicas para preposiciones.
• Estilo MLA: similar a Chicago pero con ligeras diferencias en el manejo de preposiciones.

Un convertidor "simple title case" capitaliza cada palabra (que técnicamente no coincide con ninguna guía de estilo principal). La mayoría de convertidores ofrecen "Title Case" como una estimación rápida pero marcan el resultado para revisión manual de:

• Artículos (a, an, the)
• Conjunciones (and, but, or, for, nor)
• Preposiciones cortas (in, on, at, by, to, of)
• Acrónimos (API, HTTP, CSS)

Errores comunes

• Acrónimos en camelCase: xmlHTTPRequest es torpe. La guía de estilo JavaScript de Google recomienda tratar los acrónimos como palabras: xmlHttpRequest o XmlHttpRequest. Las guías de estilo de Microsoft y Java los mantienen todo en mayúsculas: XMLHttpRequest. Elige una convención.
• Números en identificadores: version2Point0 vs version2_0 vs version20. No hay regla universal; depende de la convención del lenguaje.
• Acrónimos con letra inicial capitalizada: "i18n" es camelCase, "I18n" es PascalCase, "I18N" es screaming. Adapta a tu contexto.
• Caso Título en preposiciones: "Off The Record" parece incorrecto a la mayoría de editores; "Off the Record" sigue la mayoría de guías de estilo. Verifica antes de publicar.
• Las convenciones de caso de base de datos varían: PostgreSQL y la mayoría de implementaciones SQL son insensibles a mayúsculas para identificadores sin comillas pero sensibles a mayúsculas para identificadores con comillas. SELECT myColumn FROM table puede fallar si el nombre real de la columna es mycolumn.
• Sensibilidad de mayúsculas en nombres de archivo por SO: macOS HFS+ es insensible a mayúsculas por defecto; APFS es insensible a mayúsculas pero las preserva; Linux ext4 es sensible a mayúsculas; Windows NTFS es insensible a mayúsculas (pero los subsistemas Linux en Windows son sensibles a mayúsculas). MyFile.txt y myfile.txt pueden o no ser el mismo archivo.
• La capitalización Unicode depende de la configuración regional: İ mayúscula (I turca con punto) vs I (inglesa). Algunas implementaciones de toUpperCase() se equivocan sin configuración regional explícita.

Consejos

• Coincide con la convención de tu lenguaje: Python usa snake_case, JavaScript usa camelCase y CSS usa kebab-case. La consistencia dentro de una base de código es más importante que la preferencia personal.
• Unicode es compatible: el convertidor maneja caracteres acentuados, emoji y caracteres CJK, por lo que funciona con texto en cualquier idioma.
• Revisa acrónimos en Caso Título: la mayoría de convertidores de caso título capitalizan cada palabra, lo que puede convertir "API" en "Api". Revisa acrónimos después de convertir.
• Usa Caso oración para legibilidad: para texto orientado al usuario como etiquetas de botones y descripciones, el caso oración es a menudo más fácil de leer que el Caso Título.
• Configura tu linter: ESLint, Prettier, Pylint, RuboCop pueden todos hacer cumplir las convenciones de nomenclatura automáticamente. Configúralos una vez y deja que el linter detecte violaciones de caso al guardar.
• Usa una guía de estilo de código: Google, Airbnb, Microsoft, GitHub todos publican guías de estilo para lenguajes principales. Elige una para tu proyecto y atente a ella.

Privacidad y texto confidencial

El convertidor de caso se ejecuta completamente en tu navegador. El texto que pegas, las conversiones intermedias y la salida permanecen en tu dispositivo. No se sube nada a un servidor, registra ni comparte con nadie.

Esto importa porque las cadenas que conviertes son a menudo confidenciales: nombres de variables de bases de código propietarias, endpoints de API internos, títulos de artículos en borrador, copia orientada al cliente bajo embargo, nombres de columnas de base de datos que revelan estructura del producto. Los convertidores de caso en la nube registran cada conversión en sus registros de solicitud y pueden usarlos para "mejora" o análisis. Un convertidor solo en navegador tiene cero exposición y funciona sin conexión una vez cargada la página.