- Las etiquetas que aparecen al dejar el puntero quieto sobre un botón, podrían incluir el atajo de teclado correspondiente. De esta forma, el atajo vendría al usuario en lugar de ser el usuario el que tuviera que rebuscar por el menú para encontrarlo. Además, en un uso normal del programa, uno usa más los botones que los menús (para eso precisamente se ponen a la vista y se pueden configurar) y poco a poco, de ver las letritas, se te acaba quedando en la mente.
Te refieres a los
tool tips :lol:
Excelente idea. Tanto, que ya está hecho 8)
Acerca de esto de las previsualizaciones en tiempo real, ¿qué tal mostrarlas si la imagen o preview es lo suficientemente pequeña? Un ACDNR o un ATW puede ser bastante intenso, pero con un trozo de imagen pequeño, creo que se podría intentar. La pega es que seguro que esto de "suficientemente" depende del proceso, lo cual complicaría las cosas ("¿Por qué puedo previsualizar en tiempo real este Deconvolution, pero no este GREYC?").
Claro, ése es el problema. Supongo que habrás notado que no me gusta en absoluto crear excepciones en la plataforma. Tanto es así, que no imaginas lo mucho que me costó admitir que son necesarios dos procesos internos (definidos por la aplicación principal, en vez de por módulos): ProcessContainer y Script. Hasta darme por vencido y asumir que no había otra forma razonable de hacerlo, invertí una buena cantidad de trabajo en intentar escapar de ambas excepciones, para no violar el diseño modular de PI (*)
En esta línea, implementar previsualizaciones en tiempo real que sólo funcionen para determinados tamaños máximos de imagen es algo que convive mal con los principios generales de la plataforma. No, para cumplir esta función (previsualizaciones para cualquier proceso, por complejo que sea) ya están los previews y toda la versatilidad que proporcionan. Real-Time Preview no debería originar excepciones.
(*) Considerando la estructura general de PixInsight, ProcessContainer y Script no son excepciones al diseño modular de la plataforma, a pesar de estar implementados como dos procesos internos. La explicación es ésta. PixInsight proporciona tres interfaces de usuario: los procesos, los scripts, y la línea de comandos. ProcessContainer representa la raíz de todos los procesos, y Script representa la raíz de todos los scripts, incluyendo tanto JavaScript como los scripts de consola, que implementan toda la funcionalidad en línea de comandos. Así pues, tanto ProcessContainer como Script son realmente dos pilares sobre los que se sustenta la plataforma completa. Esta singularidad justifica su implementación como elementos no extraíbles.
