Truncar en el medio

El truncado por el medio acorta una cadena hasta una longitud de visualización objetivo recortando el centro e insertando puntos suspensivos, de modo que el comienzo y el final sigan siendo legibles. Es el patrón que usan los gestores de archivos, las terminales, las migas de pan, los visores de registros y las celdas de tabla cuando una ruta o un nombre de archivo no cabe en la columna: usted sigue viendo el directorio raíz y el archivo real, o el inicio de un UUID y sus últimos dígitos. Introduzca el texto y la longitud entera que debe respetar el resultado; opcionalmente elija cuántos caracteres iniciales conservar y qué marcador de elipsis insertar. El resolvedor devuelve la cadena acortada, el prefijo y el sufijo conservados, si hubo corte, las longitudes original y final, y un mensaje breve.

Qué significa truncar por el medio frente a un corte de prefijo

El truncado por el medio es una restricción estricta de visualización con una forma distinta del truncado ordinario de prefijo. Un corte de prefijo conserva solo el inicio del origen y añade puntos suspensivos al final; resulta útil en frases y títulos, pero oculta lo que suele necesitarse en una ruta o un nombre de archivo: el nombre hoja, la extensión, la última carpeta o los dígitos finales de un identificador.

Truncar por el medio elimina un tramo contiguo del interior e inserta puntos suspensivos entre un prefijo y un sufijo conservados, de modo que ambos anclajes permanecen visibles. La longitud máxima que usted envía es la longitud máxima del resultado completo, incluidos los puntos suspensivos cuando hace falta un corte. Si el origen ya cabe, la herramienta lo devuelve sin cambios, pone truncated en false, coloca la cadena completa en start y deja end vacío para que quien invoca pueda omitir elementos de interfaz que implican contenido oculto.

Si no cabe, el resolvedor calcula un presupuesto de contenido igual a length menos la longitud de los puntos suspensivos. Cuando omite head, ese presupuesto se reparte lo más equitativamente posible y el carácter impar sobrante se asigna al inicio. Cuando fija head, se conservan esos caracteres iniciales (limitados al presupuesto) y el resto del presupuesto va al final, que es cómo obliga a un nombre largo a conservar su extensión y aún mostrar un breve indicio de directorio.

Las longitudes inferiores a uno nunca se aceptan: una vista previa de ancho cero no es un contrato útil para tablas, migas de pan o registros, y los límites negativos son siempre errores del cliente. El texto vacío con una longitud válida se admite y se devuelve vacío, sin puntos suspensivos, lo que evita que los flujos con campos de ruta opcionales fallen solo porque un nombre está en blanco.

Consejos prácticos para rutas, nombres de archivo y búsquedas afines

Utilice esta capacidad cuando la intención de búsqueda sea truncar por el medio, acortar un nombre de archivo con puntos suspensivos o mantener visibles el inicio y el final de una ruta en línea. Prefiera un reparto equilibrado para identificadores genéricos y UUID; prefiera un head pequeño cuando el token valioso está al final, como un informe con extensión; prefiera un head grande cuando el token valioso está al inicio, como un anfitrión o una letra de unidad que no debe ocultarse.

Una elipsis personalizada (un único carácter Unicode de elipsis horizontal, un punto medio con espacios o una etiqueta «más» entre corchetes) funciona cuando su longitud aún cabe en el presupuesto. Esta página no es un resumidor con IA, ni un truncador solo de prefijo para frases, ni un contador de párrafos o palabras, ni un normalizador de rutas que resuelve puntos o directorios personales.

Prefiera una herramienta de truncado de prefijo cuando el producto ya decidió conservar solo el comienzo de una frase; prefiera un acortador con LLM cuando necesite compresión que preserve el significado; prefiera esta capacidad cuando una persona deba reconocer ambos extremos de una ruta, un nombre de archivo, una URL o un identificador dentro de una cuadrícula fija de caracteres.