Esto se inspiró en la investigación de un mensaje de error no documentado para Open-Command donde hemos invertido mucho tiempo para buscar la causa del error que podría haberse evitado si el mensaje de error fuera significativo y estuviera documentado, por ejemplo, en el índice de escritura.
De hecho, recibimos el error "No se puede abrir la tabla en la fila " varias veces, pero no es reproducible al abrir archivos CSV usando Open-Command. Después de una larga investigación, hemos visto que, en ocasiones, las acciones de copia de archivos grandes a través de la red toman mucho tiempo y, en caso de una red inestable, se abandonan después de un tiempo de espera. Esto significa que una parte del contenido del archivo podría transferirse pero la otra parte no y se completará con valores nulos.
Me gustaría ver una mejora en estos mensajes de error sin sentido mediante:
- transfiriéndolos a mensajes significativos "No se puede abrir la tabla en la fila " => por ejemplo, "El archivo está dañado y no se puede leer en la línea "
- documentarlo al menos en el índice de secuencias de comandos dando ejemplos en código
- hacer que el texto del mensaje de error sea independiente del idioma en inglés
- devolver números de error independientes del idioma como en el mundo de Windows, por ejemplo
- una función código_excepción() que devuelve una matriz de un número de error y un error independiente del idioma como una cadena { 93, "Archivo no encontrado"} o similar. Sería fantástico consultar el código de error y presentar un mensaje personalizado al usuario.
Esta idea es importante para reducir tiempos innecesarios de búsqueda de mensajes de error y mejorar la prevención y atención de errores.
@martindemel
