En una aplicación que va a correr sobre 6.000 ordenadores, con una vida estimada como mínimo de 15 años, sucede lo siguiente: cuando se va a imprimir algo, se abre la ventana del visor de impresión (vamos una vista previa del documento) y se bloquea toda la aplicación. La ventana del visor de impresión es modal. No se puede cambiar de ventana, no se puede consultar nada más no se puede ver ningún otro dato de la aplicación. Y si se pulsa el botón de imprimir, se cierra la ventana sola. Esto que puede ser:
- Una chapuza
- Un error de usabilidad sin mayor importancia
- Una chapuza
- La aplicación está vieja antes de instalarla
- Una chapuza
- La plataforma no permite trabajar de otra manera
- Una chapuza
- El módulo de impresión no trae esa funcionalidad
- Una chapuza
- En el funcional no ponía nada
- Una chapuza
- Los programadores van a medias con el vendedor de toner y de papel
- Una chapuza
Podéis dejar la respuesta en los comentarios.
22 Comentarios
Comentarios Cerrados
buenas compi,
Estoy entre una chapuza.. y … una chapuza.. 😛
Una chapuza. ¿Alguna consultora detrás? Seguro. 😛
Me pones complicada la elección….. No te ha dado por pensar en que…. tal vez….posiblemente…, sea una CHAPUZA. Es solo una pista, si indagas un poquillo mas, tal vez des con la solución.
Los programadores van a medias con el vendedor de toner y de papel
mmmmmmm, buena idea, como aquella de mandar faxes con los colores invertidos, fonde negro y letras en blanco.
Eso es que los programadores pertenecen a Greenpeace y ante cualquier gasto de papel, lo bloquean todo.
Chapuza del analista, de los programadores y de los que han encargado la aplicación
Me quedo con las respuestas impares.
Hecho en España.(concretamente por el hijo de algun cargo,me juego…)
La página web de RENFE.
Para mear y no echar gota.
Un saludo.
Y te ha pasado que cuando la cuetna esta en idioma ingles o catalan de vez en cuando el visor sale en blanco? xDDD y mola porque es una anomalia intermitente xD
Pues yo como usuario no veo nada raro, me parece de lo más normal. Obviamente el programador quiere que no demos al botón de imprimir, sino que saquemos un pantallazo cuando ya tenemos la vista previa. Juas juas juas.
# En el funcional no ponía nada
Así se argumentará oficialmente en el hipotético caso de que algún remoto día alguien diga algo.
Aqui en ejpania llega el jefe a tu cubiculo y te cuenta lo que le *ya* ha vendido al cliente.
Sin especificaciones, ni mas directrices que esa conversacion y mas te vale tenerlo listo para ayer.
Tu lo programas como buenamente puedes y en el momento compila se entrega al cliente sin ni si quirea probarlo.
Claro, despues pasa lo que pasa…
El dia que alguien me venga con un documento de requerimientos y me pida un analisis y unas pruebas antes de empezar a codificar me echo a llorar a sus pies.
Se me ocurre que sea un problema de API, que no te permite otra cosa que usar modales antes de la impresión.
Vaya, se ha cortado la conexión de red mientras enviaba la respuesta. Espero que no salga ahora por cuadruplicado o algo así.
Te decía que no entiendo cuál es el error. Lo que dices (que no tiene por qué ser lo mismo que lo que quieres decir) no es algo insólito. Hay muchos programas que usan ventanas modales para la vista previa (y hay razones técnicas, por ejemplo usar una librería determinada).
También, según dices, la ventana se cierra sola, pero no se cierra sola (la cierra el usuario al pulsar el botón). ¿Por qué es eso malo? ¿No imprime? Eso no lo has contado.
A ver si ahora…
Pues a mi me parece “normal” casi cualquier aplicacion utiliza este sistema (es un coñazo cuando tienes varias cosasa biertas o necesitas mirar otra cosa), tambien se bloquea la posibilidad de minimizarlo (incluso con teclado). Supongo que si está hecho asi es por algo, si no puedes hacer nada más, probablemente no te equivoques al imprimir.
Narag:
Te lo explico. Es una aplicación completa, es decir toda la gestión se hace desde ella. Los grid en pantalla son del siglo XIX, no permiten ordenar, redimensionar, bloquear columnas, además la resolución es de 800×600. Eso significa que si quieres por ejemplo saber si un cliente te ha comprado un producto y saber que precio le has cobrado, vas a la ficha de productos de un clientes, no puedes ver toda la información, porque no cabe en pantalla, así que le das a imprimir. En la impresión, se ve algo mejor (letra más pequeña) y con el númeo de cuenta del producto en pantalla, debes ir a la ventana de coste de productos, pero como no puedes hacer nada mientras tengas la ventan del visor de impresión abierta, pues debes imprimir o bien apuntar a bolígrafo al lado ese dato, cerrar el visor de impresió e ir a la otra ventana. Ese es el problema, que obliga a imprirmo muchísimo.
Entonces, si no entiendo mal. El verdadero problema es que no existe un botón de “cancelar” en la vista previa no?
¿Y el verdadero problema no será “Los grid en pantalla son del siglo XIX, no permiten ordenar, redimensionar, bloquear columnas, además la resolución es de 800×600”, que hace que tengas que utilizar la vista previa de la impresión para visualizar los datos que necesitas, en vez de para lo que realmente se debería usar (ver una vista previa del documento y decidir si imprimir o no)?
Un saludo.
Yo estoy convencido de que esa parte de la aplicación la ha hecho el hijo del jefe de la empresa programadora y claro… es el primer programa de la criaturica y no le van a quitar la ilusión… ¿no?…
Un saludo 🙂
Privateer
Bueno, igual es malo si todos sois usuarios avanzados, pero en el caso de grandes entornos es adecuado.
Yo me he encontrado cosas asi en El Tajo Inglés, y sin embargo, con el 80% de la plantilla de logística, compras y almacenes tenía sentido.
No hay que ser tan mal pensado. Los programadores a veces razonan, lo que pasa es que no somos capaces de llegar a la misma conclusión que ellos.
Un mecanismo de seguridad sobre el gasto del papel?