De Windows y el estilo del software
 

Desde hace tiempo que tengo atravezado el comentario que a continuación quiero compartir con ustedes para ver que opinan al respecto.

He notado que la gran mayoría de las aplicaciones "A medida" y algunas "comerciales", principalmente en el área administrativa (gestión) como son: POS, Contabilidad, Inventarios, etc. utilizan interfaces de usuario un poco heterodoxas. Quienes los hicieron utilizan sin ton ni son fuentes Arial negrilla para títulos, colores raros, ventanas de 800x600 para mostrar 4 o 5 campos, botones de tamaño familiar con iconos de 32x32 (supongo que para que se vean) y un sin fin de cosas más.

Desde que estoy en esto de programar siempre he tratado de que mis aplicaciones se amolden al estandar de Windows. Llámese Paleta de colores, convenciones para los íconos, paletas de herramientas, títulos de las ventanas, fuentes estandar (Tahoma 8 en mi caso). Al final mis aplicaciones "a medida" parecen comerciales o bien parecen cloncitos de Office u otros similares de windows.

Me preguntaba que chiste le ven otros programadores a andar haciendo mezcolanzas raras con sus aplicaciones y si esto es lo más normal. Hasta ahora ninguno de mis clientes se ha quejado y al contrario presumen mis aplicaciones con mis competidores. ¿Ustedes que hacen? ¿Aplicaciones colorines o Aplicaciones estandar?

Has leido el hilo del color de nuestros progamas??, alli veras varios ejemplos.

En mi caso yo trato de usar estandares, pero con botones un poco mas grandes, siempre hay algun tonto que no sabe usar el mouse. En ocasiones el cliente lo que dice es, coloca mas grande esa ventana y aprovecha el espacio o colocale este o aquel color, pues ni modo hay que hacerlo. Digame cuando quieren letras del menu monstruosas.

Eso varia en base la cliente
 

Yo trabajo para Buro de Crédito, entonces te imaginas la seriedad y sobriedad de los colores(principalmente grises).

Pero por ejemplo, depende del tema, para un tipo que hace magia, hice una pagina como esta y pues le gustó(ese es un previous de la entrega final).

Ademas, aun con el estandar de windows, a mi gusto nada se ve mejor que una aplicación pero al estilo de live con cosas en colores muy muy claros y frescos que sean despiertos y amigables a ojos del usuario, y si te das cuenta ese nuevo estandar no se apega a nuestros windows(al mio no).

Hay mucho mejores diseños que eld e windows, aunque de que es un estandar inicial vaya que lo es y ayuda mucho, ejej.

Mi experiencia personal me dice que por lo general el diseño de formularios no es algo que se haga correctamente porque la mayoría de los programadores no le da ninguna importancia.
Creo que muy pocos programadores están capacitados para hacer un adecuado y "ergonómico" formulario. Cuando alguien habla de lo bien que le quedó un formulario se suele referir a los chulísimos iconos que le ha puesto o al tipo de letra super-mega-fashion (que incluye con la instalación).
Pocas veces he visto a un programador "perdiendo el tiempo" observando como trabajan los usuarios que lo van a utilizar o preguntando a quien lo usa para mejorarlo.

No es sólo una cuestión estética es una cuestión funcional: detectar cuales son las funciones más utilizadas y crear botones de acceso rápido, tabular correctamente los componentes para quien suele prescindir del ratón, poner en los hint frases concisas y que realmente ayuden, agrupar los elementos comunes para facilitar su uso...

Es un tema que me interesa y en el que he invertido muchas horas de programación y de formación (he hecho hasta una asignatura de ergonomía). Creo que puedo decir que actualmente es uno de mis fuertes (disculpad el autopiropo): conseguir interfaces amigables, simples y eficientes.

O simplemente porque no tienen (ni se imaginan) el conocimiento y la habilidad para hacerlo.

En la DTE, se ha definido una especialidad sub-dividida en 3 para este aspecto visual-funcional de los formularios. Creo firmemente que la solución está precisamente en que los equipos de desarrollo cuenten con un especialista en esta área, o al menos la asesoría de uno.

Hasta luego.

;)

No es algo a lo que se dé demasiada importancia en la universidad, salvo que sea un tema que te interese o le gusté a algún profesor.

Algo parecido al "DTE" lo hice con el proyecto fin de carrera. Todos los que estabamos trabajando en el mismo área "compartimos recursos": a mi me pasaron el módulo de reconocimiento y conexión de dispositivos MIDI y yo rediseñé sus formularios, a cada uno de los que leyó y corrigió el texto de mi proyecto les creé iconos, retoqué fotografías o diseñé plantillas para la presentación y defensa del suyo...

(Aún me falta mucho para ser un especialista en la materia, pero todo se andará.)

nada más que la verdad...
Ese creo yo, es el principal problema, al menos en mi escuela, no recuerdo haber tenido una materia referente la tema... vamos que ni siquiera había una materia para explicar como utilizar el IDE... todo era código, código y más código... (para que vamos tan lejos, en la escuela jamás me mencionaron para que servía la tecla F1).

Pues yo sí, cursé una asignatura optativa llamada "Interfaces co usuario". Por lo menos el nombre tenía buena pinta, aunque me pasé más tiempo usando el Rationel Rose que haciendo cualquier cosa remotamente parecida a un interface. Eso sí, sabía analizar los requerimientos del interface... algo es algo.

El profesor en clase nos decía los montones de cosas que no podíamos hacer y luego en la práctica final (que yo hice en Delphi3... fue mi primera vez:o, mi primer programa 100% funcional, operativo y que servía para algo) tenías que hacer exactamente eso.
Pero bueno, conseguí un montón de material de consulta y aprendí los nombres de muchas cosas.

Hola:

Quiero agregar algo que considero que no se ha tocado y para mí tiene mucha importancia, una buena interfaz ayuda mucho en la programación, he visto muchas interfaces horribles y para qué decir del código complicado para poder manejar ese tipo de interfaces.

Yo opto por interfaces sencillas, colores armonicos, usabilidad sencilla, todo esto me simplifica complicarme menos en el código.

Hasta Luego .-

En mi facultad, hasta el momento (Hace 1 año que no piso por allí) nunca se dió importancia al tema como para tener una materia como esa.

Lo poco que se ha dicho sobre las interfaces, la ergonomía y el buen uso de los colores y controles salió de las clases de Análisis de Sistemas y de Ingeniería de Software... pero muy al aire.

Es un factor que no muchos tienen en cuenta. Yo empecé a comprender esto cuando tuve unos pequeños problema de vista (que gracias a dios sanaron) y desde entonces hago lo posible por respetar el estandar. Aunque tengo ya hecha unas plantillas de colores que no son ni oscuros, ni claros.
Son colores suaves, un tanto "crema" pero que no arden la vista (al menos la mia).

Lo importante no es sólo el color, sino también la cantidad de controles y su distribución.
Para quienes le resulta acostumbrado el teclado, lo ideal es que tengan los controles en "linea", ya sea de izquierda a derecha, o de arriba a abajo. Nada de ir saltando de aqui para allá. cada vez que presiona TAB. También le es útil al que usa el mouse.

Otro factor a considerar es el uso de clicks. Demasiados clicks (o ENTER, como se desee) dicen que es una interfaz cargada y molesta. ¿A quien le gusta hacer más de 4 clicks para conseguir un alta, una baja, una consulta?

No se que tanto habrá para hablar. A mi por el momento no me apetece demasiado el tema como para dedicarle demasiado a los conceptos y la teoria. Cuanto mucho en la etapa de análisis alguna que otra anotaciones y recomendaciones.

Una pregunta ¿Que colores convienen usar si una persona es daltónica?

Saludos,

Hola.

Personalmente, yo cuido los detalles del diseño del formulario: que las tabulaciones estén ordenadas, que todo esté lo más en su sitio posible, que no se derroche demasiado espacio, ...

Como se ha dicho, "sigo los estándares de Windows", "hago aplicaciones tipo Office", aunque la verdad es que en ciertos tipos de ventana viene bien algún ligero toque de color. Por ejemplo, en una ventana con 30 edits, pues es bueno que el que tenga el foco tome un color azul, verde o amarillo muy clarito. A veces los botones los hago de 29px de alto (en vez de 25). Fuente Tahoma 8pt, sin dudarlo :D. Hints, los uso mucho también. Controlar que cosas estar Enabled y cuáles no (el usuario es impredecible). Filtrar lo que se puede y no se puede escribir, hacerlo todo "redimensionable", porque no a todos les gusta las pantallas maximizadas, vigilar lo que se ve y lo que no, que todo coincida ortogonalmente...

sí, yo le presto mucha atención. Y me causa mejor impresión a la vista que esos programas con ventanas centradas, que no se pueden redimensionar, que no paran de tirarte ShowModal, y llenas de colores que en vez de ayudar despistan la vista.


Salu2.

Cualquiera, si se queja siempre le podrás decir "no, no es rojo, es azul, ¿acaso eres daltónico" :D:D:D

Por cierto, enfermedad chunga para los electrónicos, no ven bien los colores de las resistencias.

Se que no ha sido tu intención burlarte... pero que me ha caído mal.:(
No lo soy, pero esa enfermedad es más común de lo que parece.
Según tengo entendido tienen problemas para distinguir el rojo y el verde. ¿Entonces, conviene usar tonalidades que tengan más del azul?

Saludos,

La verdad que no lo sé. Pero hablando de colores, creo que es una de las razones por las cuales es precisamente importante seguir los estándares. Si alguien es daltónico o tiene algún otro problema visual, ajustará los colores de su sistema operativo para tener mejor visibilidad. Si usamos colores fijos (clWhite, clNavy, clGray) en lugar de los del sistema (clWindow, clHighlighted, clBtnFace), el usuario podrá ajustar los colores de todas las aplicaciones, excepto de la nuestra.

Yo sé muy poco de estos temas, pero algo que me queda claro, es que muchos usuarios no usan el ratón. Para llenar un formulario, podemos ponerle combos muy bonitos con los nombres de los productos para seleccionar uno, por ejemplo, pero el usuario que debe llenar decenas de registros al día, preferirá teclear el código del producto y usar el tabulador para pasar al siguiente campo.

Bye

Venga ya
 

No seas tan serio, fué una broma, no te salgas ed contexto, si los comicos tuvieramos que disculparnos por la gente incluida en las bromas nunca acabariamos.


En cuanto al tema edl hilo, yo creo que mas alla de estudios y anexos, lo importante es el buen gusto, eso se trae desde el nacimiento y se va refinando.

Yo difiero aquí, pues creo que es precisamente el problema. Pocos son los programadores que tienen el don de la estética como para crear interfaces realmente bonitas, a fin de cuentas, somos programadores no diseñadores. Por ello, si no se dipone de un diseñador o especialista que realmente separ poner las cosas en su justo lugar, lo mejor es ajustarnos a interfaces sencillas y estandar. Esos formularios super-mega-fashion que menciona kuan-yiu, son producto de programadores que se sintieron con buen gusto.


Bye

Gris. Clásica de Güindous, y sin matices coloridos. Hasta un toro (o cualquier otro animal que vea en escala de grises) verá lo mismo que tú.

Lo siento, a veces no distingo la línea entre el buen humor y el humor ofensivo.:o

[CHISTE]
¿Por qué las mujeres...? ups, no, ofensivo... otro....

¿En qué se parecen los hombres al dentífrico?

En que sin la pasta no son nada :D:D:D:D //me banearán por esto :o;)
[/CHISTE]


Salu2.

Eso lo tengo presente keyboy, si se emplean colores distintos a los del sistema al modifican los colores no se adaptarán.
El uso de colores para mi debe ser usado cuando se desee enfocar la vista o llamar la atención (algo importante que mostrar) hacia algún aspecto en particular. Mi pregunta dsobre el color va en este sentido.

Saludos,

Cada daltónico es distinto porque tiene en distinto grado la enfermedad. El daltonismo es un tipo de ceguera que afecta al color, quiere decir que no distingue esos colores.
En este enlace hay un filtro para simular daltonismo que os dará una idea aproximada de lo que ven. Básicamente se deben buscar colores de las gamas visibles y no usar el resto porque normalmente no pueden distinguir el rojo del verde.

Aquí tengo que diferir y decir que esto no me parece correcto. El "buen gusto" varía tanto que nunca acabaríamos de definir que es y que no es de "buen gusto". Habrá quien diga que es de buen gusto poner una canción de regetton de fondo en tu programa, para que sea movidón y se alegre el día de trabajo mientras transcurren las horas.

¿que no es de buen gusto?, para ese que lo hizo, sí lo es... vamos, que este es un ejemplo bastante burdo, pero esa es la idea.

Es precisamente por esas cuestiones de cada quien tiene el gusto que tiene, que se definieron variables para que el usuario defina cual color (según su propio "buen gusto") es el adecuado para los elementos resaltados, la cara de los botones, etc, etc, etc.