Evitar ínea punteada alrededor del texto de un checkbox

[Ultraton500]

Buenas a todos, sé que esta es una consulta poco importante pero si alguien tiene la respuesta me interesa.

La cuestión es si existe forma de evitar que se muestre esa línea punteada que indica el foco alrededor del texto de los chekbox tal como se ve en la imagen.

Intenté estableciendo el TABSTOP como .F. pero no pasa nada.

Si por esas casualidades alguien sabe cómo avitarla desde ya le agradezco el comentario.

Saludos,

Javier.

[Richard Silva]

Hola Javier,


Puedes simularlo. Deja el Caption del chechbox en blanco y agrega un label con el Caption personalizado.


Espero sea de ayuda

--
Saludos

[Allan Raúl Acuña]

No se si es posible, pero podrías hacer una clase que este el check y un label, así el check estará sin caption!

Saludos cordiales.

Lic. Allan Raúl Acuña
Analista Programador
msn= allan...@hotmail.com
skype= NicEasySoft
            +(505) 8 999 8950

Managua, Nicaragua

Centroamérica

---

Date: Wed, 8 Jul 2015 17:37:54 -0700
From: ultra...@gmail.com
To: publice...@googlegroups.com
Subject: [vfp] Evitar ínea punteada alrededor del texto de un checkbox

[Ultraton500]

Hola Richard, hola Allan. 

Ya implementé lo que me sugirieron, quedó muy bien. Lo que hice fue quitar el caption del checkbox pero manteniendo las dimensiones del área que este ocupaba y luego le agregué un label por debajo del checkbox (en el orden Z) para que el checkbox se marque o desmarque cuando se clickea sobre el supuesto caption.

Lo ideal sería convertir esto en una clase como indica Allan pero como soy de esos a los que les cuesta crear y usar clases lo dejaré para cuando cuente con mas tiempo (aunque supongo que no debe ser complicado).

Muchas gracias a los dos por su ayuda.

Saludos cordiales,

Javier.

[Fernando D. Bozzo]

Hola Javier:

¿Cual es el objetivo de quitar la linea punteada y que el usuario no sepa donde está el foco si recorre los controles con TAB?

[Ultraton500]

Hola Fernando, el motivo es pura y exclusivamente estético, la verdad es que me parece molesto que el foco esté sobre el caption del control en lugar de estar sobre el control mismo (el cuadradito). Pero es muy bueno tu planteo y la verdad es que no lo tuve en cuenta. Así que no me va a quedar otra que dejarlo como estaba y en todo caso mover (en el INTERACTIVECHANGE) el foco al siguiente control, de esta forma, si se accede por TAB el foco se marca bien y si se clickea con el mouse solo se ve un pequeño destello.

Gracias Fernando por el comentario.

Saludos cordiales,

Javier.

[Fernando D. Bozzo]

Hola Javier:

Aunque en el grupo es un tema bastante desconocido y sobre el que muy pocos han leído, te comento el por qué de esa característica.

Se trata de una característica de "usabilidad", que hace que las interfaces incluyan mecanismos para facilitarle al usuario saber donde está ubicado el cursor o el control activo (lo que llamamos "el foco"), cómo se muestra, qué apariencia tiene, y donde también se tienen en cuenta temas como el recorrido por los controles con teclado, mouse y otro medio.

Si ponés todos los controles de Fox en un form y los recorrés con la tecla TAB, vas a ver que exactament el mismo punteado se usa en todos, justamente porque el usuario espera ver la misma "indicación" en todos ellos. ¿Se puede cambiar esa notificación? Sí, pero eso implicaría crear un juego completo de controles en el que todos tengan el mismo estilo de notificación, y esta es la parte complicada, porque no se puede tener en un control un estilo y en otro control un estilo distinto. Lo que sí vas a observar, es que los controles que permiten escribir (textbox, editbox, spinner, combobox editable) solo pueden mostrar el cursor, y los que no permiten escribir (listbox, optiongroup, checkbox, combobox tipo lista, etc) muestran el punteado que comentás.

Esto es por usabilidad y por normalización, que van de la mano.

Algo que sí podrías usar es un indicador complementario para resaltar el conrol con el foco, por ejemplo con un reborde naranja en el control que tenga el foco y un reborde azul en los controles que no lo tengan, con lo cual el usuario rápidamente identifica donde está el foco, como este ejemplo:


​

Saludos.-

[Saul Piña Hernandez]

En mi opinión personal (y aunque Fernando siempre me esté corrigiendo) he aprendido mucho de su forma de explicar el porque o como mejorar las buenas practicas de programación.

Muchas gracias Fernando. Me parece muy puntual como todo lo demás este comentario.

[integral]

Que tal Amigo :

Lo mencionado sobre las caracterizaras es muy cierto y por decirlo de alguna manera esta de moda el poder implementarlo en nuestros sistemas...

Algunas características las he podio observar en algunos diseños de paginas web..

Inclusive he podio observar diseños similares al FOXRIBBON pero en el entorno Visual Basic y Access..

Adjunto muestro imágenes de 2 caracteristicas realizadas en VFP.

Saludos,

INTEGRAL

[Ultraton500]

Hola Fernando.

Entiendo el concepto de usabilidad, de hecho desde hace años me preocupo de que todos mis formularios tengan bien establecido el orden de tabulación, solo que esta vez me dejé llevar por mi histeria esteticista y se me pasó por alto. Además coincido en que es un tema bastante desconocido en el grupo, aunque me parece muy importante.

Ahora... decime si te parece correcto o errado el siguiente razonamiento:

Me pregunto ¿cuál de las dos cosas que se muestran en el punto A (de la imagen adjunta) es el control?. En otras palabras ¿el control es la caja que se usa para mostrar la tilde o el texto que está a su lado?

Creo que no me equivoco al entender que el control es la caja y que el texto a su lado es el valor de una propiedad del control. La pregunta inmediata entonces es ¿por qué el foco se marca sobre el valor de una de las propiedades del control y no sobre el control?

Si bien FoxPro no es el único lenguaje que muestra el foco en los checkbox de esta manera, considero que no es la correcta porque cuando la propiedad Caption no tiene valor se pierde la posibilidad de marcar el foco y esto no debería ser así ya que el control continua estando bien visible. Esto me ocurre en un formulario en donde necesité utilizar un chebox con la propiedad Caption vacía.

Lo correcto sería marcar el foco como se muestra en el punto B de la imagen adjunta.

Saludos cordiales,

Javier.

[Fidel Charny]

Javier:
El usuario puede cliquear en cualquier parte entre puntos. No necesita hacer puntería al cuadrito del tilde.

[Fernando D. Bozzo]

Hola Javier,

Como ves, es un tema interesante :)

Respondo sobre tu mensaje:

El 10 de julio de 2015, 21:41, Ultraton500 <ultra...@gmail.com> escribió:

Hola Fernando.

Entiendo el concepto de usabilidad, de hecho desde hace años me preocupo de que todos mis formularios tengan bien establecido el orden de tabulación, solo que esta vez me dejé llevar por mi histeria esteticista y se me pasó por alto. Además coincido en que es un tema bastante desconocido en el grupo, aunque me parece muy importante.

Ahora... decime si te parece correcto o errado el siguiente razonamiento:

Me pregunto ¿cuál de las dos cosas que se muestran en el punto A (de la imagen adjunta) es el control?. En otras palabras ¿el control es la caja que se usa para mostrar la tilde o el texto que está a su lado?

El control es todo junto, el indicador más su texto, no es solamente el indicador.

 

Creo que no me equivoco al entender que el control es la caja y que el texto a su lado es el valor de una propiedad del control. La pregunta inmediata entonces es ¿por qué el foco se marca sobre el valor de una de las propiedades del control y no sobre el control?

Se marca sobre el texto, por tres motivos:

1) Porque ya todos saben que los indicadores de los checkbox (el cuadradito) es para clickear, y no necesita ningún otro indicador

2) Porque no todos los textos que acompañan a los checks son clickeables, entonces se puntean aquellos textos donde el usuario puede clickear o seleccionar con el teclado

3) Porque cuando hay muchos controles, una zona punteada mayor es más visible que una chiquita, la cuál es más difícil de ubicar

 

Si bien FoxPro no es el único lenguaje que muestra el foco en los checkbox de esta manera, considero que no es la correcta porque cuando la propiedad Caption no tiene valor se pierde la posibilidad de marcar el foco y esto no debería ser así ya que el control continua estando bien visible. Esto me ocurre en un formulario en donde necesité utilizar un chebox con la propiedad Caption vacía.

Lo correcto sería marcar el foco como se muestra en el punto B de la imagen adjunta.

Aquí entramos en el apartado de normalización: Todos los controles que sigan las normas y estilos de Windows deben actuar de la misma forma y verse iguales.

¿Tenés Windows 7? Hacé una prueba: Abrí el panel de control, ubicá el item "Fecha y hora", abrilo y recorré los controles que te muestra la primera solapa de fecha y hora con TAB. Fijate cómo se muestra.

Gracias a esa normalización en todos los controles del Sistema Operativo, los usuarios saben exactamente qué buscar y no tienen que aprender que "en tal aplicación es así" o "en tal otra es asá"

[Fernando D. Bozzo]

Ah, y me quedó responderte a algo en particular:

El 10 de julio de 2015, 21:41, Ultraton500 <ultra...@gmail.com> escribió:

 Esto me ocurre en un formulario en donde necesité utilizar un chebox con la propiedad Caption vacía.

Un checkbox jamás puede quedar sin caption. En todo caso podés hacerlo Disabled o Invisible, pero nunca sin caption, porque un checkbox sin caption no dice nada, no sirve de nada, ya que el usuario no puede elegir nada, excepto que lo uses en ese caso para indicar la selección de un item mayor o un item compuesto, en cuyo caso tenés alternativas, como estas:

​

En la columna izquierda, los 4 son checkbox, 2 normales y 2 de estilo gráfico, donde el segundo de cada grupo está marcado.

Hay más variantes, pero esto es para que veas que incluso en los casos especiales donde se puede no necesitar un caption, siempre se puede mostrar algún símbolo o algo útil.

[Antonio Meza]

Hola!!

Un ejemplo mas practico es como poner en un formulario un Botón sin texto ni icono, para que servirá? lo presiono no lo presiono?

En la vida real es como entrar a un hotel y las puertas no tuvieran marcado el numero de habitación!!! y es el mismo tema de buenas practicas de diseño de interfaces y usabilidad!!

saludos

Antonio Meza

[Ultraton500]

Así es Fernando, es un tema interesante y es bueno saber que hay programadores que le prestan atención. Como para continuar de una manera práctica te respondo a tus respuestas.

"El control es todo junto, el indicador más su texto, no es solamente el indicador."

Durante las horas que han pasado desde tu último post no he podido encontrarle la lógica a eso de que el control son las dos cosas. Me imagino que eso debe estar escrito por gente que sabe del tema pero todo lo que incorporo a mis conocimientos debe pasar por un razonamiento lógico y en este caso no puedo hacer que suceda, no por nada el nombre del control es "Checkbox" o "Caja/casilla de verificación" y no "CheckLabel" o algo por el estilo. Otra cosa que me impide entender a las dos cosas como una sola es que el caption puede desaparecer pero jamás la casilla.

3) Porque cuando hay muchos controles, una zona punteada mayor es más visible que una chiquita, la cuál es más difícil de ubicar

Es cierto, la zona punteada que envolvería la casilla no sería fácil de ubicar pero igual o mas difícil es ubicar el foco cuando un Textbox lo recibe ya que el único indicador es una misera línea de un píxel de ancho que, aunque parpadea, a veces es difícil notar. Se ve que ahí la usabilidad está un poco floja y por eso es que muchos cambian el color de fondo o resaltan el borde para indicar el foco como indicaste anteriormente. Si el foco se marcaría sobre la casilla en lugar del caption también podría mejorarse con algo similar.

Aquí entramos en el apartado de normalización: Todos los controles que sigan las normas y estilos de Windows deben actuar de la misma forma y verse iguales.

No sé si eso es una ley pero me parece bien respetarla en tanto y en cuanto resulte razonable y no por el solo hecho de que estamos bajo Windows. Por esta misma razón y aprovechando las posibilidades que me dé el lenguaje me tomo la libertad de hacer y deshacer mientras me parezca lógico/entendible/intuitivo.

Un checkbox jamás puede quedar sin caption. En todo caso podés hacerlo Disabled o Invisible, pero nunca sin caption, porque un checkbox sin caption no dice nada, no sirve de nada, ya que el usuario no puede elegir nada, excepto que lo uses en ese caso para indicar la selección de un item mayor o un item compuesto, en cuyo caso tenés alternativas, como estas:

En la columna izquierda, los 4 son checkbox, 2 normales y 2 de estilo gráfico, donde el segundo de cada grupo está marcado.

Hay más variantes, pero esto es para que veas que incluso en los casos especiales donde se puede no necesitar un caption, siempre se puede mostrar algún símbolo o algo útil.

Obviamente que un checkbox solo y triste en medio de un form no sirve para nada si no está asociado a un texto o a algo mas, bueno, ese "algo mas" es para lo que se usa un checkbox sin caption. Si bien la mayoría de las veces está asociado a un texto (su caption) no significa que hay que cerrarse solo a eso, aquí van unos ejemplos:

- En el ejemplo A de la imagen adjunta puede verse algo mucho mas usable que un texto: una imagen. No pienso dejar de usar una imagen (que sí dice algo, sirve de mucho (y mas que un caption) y el usuario estaría eligiendo concretamente algo) solo porque no se acostumbra en Windows. Y para aquellos a los que les cueste distinguir la banana de la frutilla está el tooltiptext.

- En el ejemplo B puede verse un uso bastante frecuente del checkbox, por un lado en el header de un grid y por el otro en la columna. El 1ro., por una cuestión de espacios, no lleva caption, en todo caso un tooltiptex que lo explique y el 2do. si o si no lleva caption aunque tampoco necesita foco ya que al foco lo toma la celda (al menos en VFP).

- En el ejemplo C puede verse a lo que hacías referencia con "item compuesto" y que fue el caso en el que creí conveniente usar un checkbox sin caption.

En los 4 ejemplos que mostras en la imagen, el "Elegir" del checkbox no deja claro qué es lo que se debe elegir o seleccionar, no indica claramente si se trata de elegir solo el 1er. textbox, el 1ro. y el 2do. o ambos y además el botón, y el ">" me dice aún menos. Esto es porque no hay nada que asocie los controles del ítem compuesto. Para asociar controles que corresponden a una misma funcionalidad entiendo que deben "encerrarse" dentro de un shape al que se le puede agregar un título y eso fue lo que hice, pero como necesitaba deshabilitarlos/habilitarlos debía usar un checkbox, así que terminé haciéndolo de esa forma que me resulta lógica e intuitiva y creo que un caption mas bien contribuiría a la confusión.

Como puede verse el ckeckbox sin caption es algo ciertamente frecuente o se puede ser creativo y usarse con imágenes o para seleccionar un grupo de controles. Lamentablemente el indicador del foco se queda pegado al label y para eso habrá que crear (si se puede) una clase porque la "lógica" Windows (o la que sea) en esto no nos acompaña.

Saludos cordiales y perdón por lo extenso de mi respuesta,

Javier.

[Fernando D. Bozzo]

Hola:

El 11 de julio de 2015, 6:32, Ultraton500 <ultra...@gmail.com> escribió:

Así es Fernando, es un tema interesante y es bueno saber que hay programadores que le prestan atención. Como para continuar de una manera práctica te respondo a tus respuestas.

"El control es todo junto, el indicador más su texto, no es solamente el indicador."

Durante las horas que han pasado desde tu último post no he podido encontrarle la lógica a eso de que el control son las dos cosas. Me imagino que eso debe estar escrito por gente que sabe del tema pero todo lo que incorporo a mis conocimientos debe pasar por un razonamiento lógico y en este caso no puedo hacer que suceda, no por nada el nombre del control es "Checkbox" o "Caja/casilla de verificación" y no "CheckLabel" o algo por el estilo. Otra cosa que me impide entender a las dos cosas como una sola es que el caption puede desaparecer pero jamás la casilla.

Creo que te estás dejando llevar por una lógica errónea. El nombre del control pudo ser levemente distinto, pero se llama así y se creó así a semejanza de los cuadros de marcar con una X que tienen los formularios de papel, generalmente siempre junto a un texto:


​

Y este es el uso más habitual. El uso sin etiqueta es opcional, y como tal, no es el uso habitual.

Además el checkbox es un control compuesto por un indicador y un texto, es lo que arrastrás al form y n lo podés partir. Quitarle el texto a la parte del label es solo un truco para no mostrarlo, pero lo mismo podrías hacer con un label, y quitarle el texto, ¿cómo llamarías a un label sin texto? ¿le cambiamos el nombre también?

Otro control compuesto: El combobox. Sin la flechita para desplegar opciones (la uses o no) no sería un combobox, y no podés separar la flecha de su caja de texto, es combinado.

Creo que esto no requiere demasiada lógica, y mucho menos basada en un nombre. La única lógica aplicable es que el control es exactamente lo que ves y arrastrás, y la mayoría de controles deben permitir mostrar un texto, ya que los textos son muy importantes para el ser humano, más que los iconos o imágenes, que pueden ser ambiguas.

 

3) Porque cuando hay muchos controles, una zona punteada mayor es más visible que una chiquita, la cuál es más difícil de ubicar

Es cierto, la zona punteada que envolvería la casilla no sería fácil de ubicar pero igual o mas difícil es ubicar el foco cuando un Textbox lo recibe ya que el único indicador es una misera línea de un píxel de ancho que, aunque parpadea, a veces es difícil notar. Se ve que ahí la usabilidad está un poco floja y por eso es que muchos cambian el color de fondo o resaltan el borde para indicar el foco como indicaste anteriormente. Si el foco se marcaría sobre la casilla en lugar del caption también podría mejorarse con algo similar.

Realmente el textbox no tiene que ver con el tema de la línea punteada de otros controles. Es un control de ingreso de datos puro que no tiene label asociado y por ende tampoco tiene mucho margen de visibilidad más allá del típico cursor. Por eso queda a criterio de cada uno usar algún método complementario para mejorar su visibilidad.

 

Aquí entramos en el apartado de normalización: Todos los controles que sigan las normas y estilos de Windows deben actuar de la misma forma y verse iguales.

No sé si eso es una ley pero me parece bien respetarla en tanto y en cuanto resulte razonable y no por el solo hecho de que estamos bajo Windows. Por esta misma razón y aprovechando las posibilidades que me dé el lenguaje me tomo la libertad de hacer y deshacer mientras me parezca lógico/entendible/intuitivo.

Evidentemente no es una ley, simplemente son las recomendaciones de las Guías de estilo de Windows. Por normalización siempre es conveniente que todos los controles de un mismo tipo se comporten igual y se asemejen. Esto no quita que se puedan personalizar algunas cosas, pero en esas personalizaciones muchos se han cargado la usabilidad en pro de que se vea más lindo. Por ejemplo, he visto desarrollos donde era imposible recorrer los controles de un form con el teclado porque al programador de turno le pareció mejor usar efectos especiales que solo funcionaba con el mouse.

Justamente un apartado de la usabilidad es la posibilidad de "ser usable con varios dispositivos de entrada" (teclado, mouse, trackball, lapiz, dedo, etc)

 

Un checkbox jamás puede quedar sin caption. En todo caso podés hacerlo Disabled o Invisible, pero nunca sin caption, porque un checkbox sin caption no dice nada, no sirve de nada, ya que el usuario no puede elegir nada, excepto que lo uses en ese caso para indicar la selección de un item mayor o un item compuesto, en cuyo caso tenés alternativas, como estas:

En la columna izquierda, los 4 son checkbox, 2 normales y 2 de estilo gráfico, donde el segundo de cada grupo está marcado.

Hay más variantes, pero esto es para que veas que incluso en los casos especiales donde se puede no necesitar un caption, siempre se puede mostrar algún símbolo o algo útil.

Obviamente que un checkbox solo y triste en medio de un form no sirve para nada si no está asociado a un texto o a algo mas, bueno, ese "algo mas" es para lo que se usa un checkbox sin caption. Si bien la mayoría de las veces está asociado a un texto (su caption) no significa que hay que cerrarse solo a eso, aquí van unos ejemplos:

- En el ejemplo A de la imagen adjunta puede verse algo mucho mas usable que un texto: una imagen. No pienso dejar de usar una imagen (que sí dice algo, sirve de mucho (y mas que un caption) y el usuario estaría eligiendo concretamente algo) solo porque no se acostumbra en Windows.

Esto no es tan así. Que una imagen dice más que un caption, depende del contexto y de las opciones, porque una imagen sola se presta a confusión fácilmente.

Tomando tu ejemplo A de las frutas, puede prestarse a confusión, dependiendo de quién lo mire, en qué país esté y qué conocimientos tenga sobre los distintos tipos de frutas.

En tu ejemplo,
- La segunda imagen, ¿son guindas o cerezas? Ambas frutas son muy parecidos tienen precios distintos también
- La tercera imagen, ¿cómo podrías distinguir si son bananas o plátanos? Ambas frutas son muy parecidas y se venden a precios distintos

- La cuarta imagen, ¿son limones o limas? Son casi iguales, pero de sabor algo distinto y pueden tener precio distinto también

- La quinta imagen, ¿higos o peras? ¿de que variedad? Lo mismo, distintos sabores y precios, incluso dentro del mismo tipo de fruta

​
Como ves, incluso con poca selección puede haber confusión.

Podrías argumentar que "en tu caso solo venden tales variedades de frutas solamente", pero resulta que los criterios de usabilidad son aplicables al mayor rango posible de personas, y no solo al de la empresa o mercadito X.

Estos son dos ejemplos tomados de Internet, de cajas registradoras táctiles con buena usabilidad. Como ves, sin los textos sería imposible elegir una variedad determinada:


​


​

El que sigue es un ejemplo de otra caja registradora táctil con problemas de usabilidad, ya que para reconocer la variedad de sandwich no le han puesto ni un nombre ni un código que permita distinguirlo, lo que requerirá entrenamiento extra para el cajero:


​

Y para aquellos a los que les cueste distinguir la banana de la frutilla está el tooltiptext.

Error, el tooltip no es para eso. Si tuvieras una selección de 10 productos muy similares, estarías obligando al usuario a posicionarse uno a uno sobre el para ver el tooltip, cuando con unos textos bien ubicados sería a golpe de vista.

Si, lo sé, me podrás decir que "igualmente no tienen variedad como para confundirse", pero resulta que esa lógica no cumple con criterios de usabilidad, que se deben poder aplicar tanto para mostrar solo 10 artículos como para mostrar 1000 en grupos de 10. En cuanto tengas un solo caso de selección que pueda confundir (deciden vender bananas y plátanos, o limones y limas), se va al traste tu premisa de que "una imagen dice más que un texto". Son complementarios, y así es como se potencian.

 

- En el ejemplo B puede verse un uso bastante frecuente del checkbox, por un lado en el header de un grid y por el otro en la columna. El 1ro., por una cuestión de espacios, no lleva caption, en todo caso un tooltiptex que lo explique y el 2do. si o si no lleva caption aunque tampoco necesita foco ya que al foco lo toma la celda (al menos en VFP).

En este caso:


​
y similares, se incurre en un error muy común, que es quitarle el texto. Agregarle un simbolo ">" no te va a quitar espacio, y a cambio te permite ver el foco.

El problema en este caso, es que sin ningún texto o símbolo, el usuario solo puede usar el mouse y no el teclado, ya que si intenta usar el teclado para marcar con la barra espaciadora, primero debe adivinar si el foco está en esa celda o en otra, con lo que aquí se ha quitado cualquier indicación de foco en esa columna, ya que de la fila se encarga Fox.

 

- En el ejemplo C puede verse a lo que hacías referencia con "item compuesto" y que fue el caso en el que creí conveniente usar un checkbox sin caption.

El ejemplo que comentás es este:


​

Y sigue teniendo un problema de usabilidad porque, a primera vista y sin explicación previa, no queda claro qué es lo que hará ese check.

Yo lo hubiera resuelto de esta forma:


​

Pero si querés ver un ejemplo en otra interfaz, en la misma ventana de cambio de fecha/hora de Windows podés ver lo mismo:


​

Es un componente estándar de Windows, y no debemos olvidar que Microsoft, aunque no fue el único, hizo buena parte de las Guías de diseño de Interfaces desde los inicios de la historia de la Informática y unos cuántos estudios de usabilidad e Interfaces, por lo que algo de crédito hay que darles.

Pero esto no se aplica solo a Windows, te dejo un último ejemplo de una pantalla en Ubuntu Linux:


​

En este caso es un checkbox de estilo gráfico, pero acompañado de su texto, aunque este texto no lleva resalte porque el propio indicador gráfico ya tiene soporte visual de foco (el fondo medio anaranjado del botón)

 

En los 4 ejemplos que mostras en la imagen, el "Elegir" del checkbox no deja claro qué es lo que se debe elegir o seleccionar, no indica claramente si se trata de elegir solo el 1er. textbox, el 1ro. y el 2do. o ambos y además el botón, y el ">" me dice aún menos. Esto es porque no hay nada que asocie los controles del ítem compuesto. Para asociar controles que corresponden a una misma funcionalidad entiendo que deben "encerrarse" dentro de un shape al que se le puede agregar un título y eso fue lo que hice, pero como necesitaba deshabilitarlos/habilitarlos debía usar un checkbox, así que terminé haciéndolo de esa forma que me resulta lógica e intuitiva y creo que un caption mas bien contribuiría a la confusión.

El ejemplo que te puse al inicio, fue solo un ejemplo hecho desde cero y en 1 minuto, porque no tenía nada a mano, pero a pesar de eso, queda claro que cada checkbox tiene relación con la línea de controles en la que está ubicado. Era la únca relación que quería mostrar.

Saludos.-

[Antonio Meza]

Hola Javier !!

Un comentario, en mis sistemas anteriormente ponía la clásica botonera de Nuevo, Editar, Guardar, Deshacer, etc pero con iconos sin nombre, y en el ToolTipo ponía la descripción, esto lo hacia para ahorrar espacio, pero me di cuenta que el usuario estándar siempre preguntaba que eran esos botones aun cuanto tenían una imagen representativa pero no todos captamos la idea o vemos las cosas de la misma forma, y como NUNCA me había tomado la molestia de estudiar buenas practicas en el diseño de interfaces y usabilidad desconocía el tema, entonces investigue me documente y mejore notablemente mis formularios, dando mayor información visual al usuario y quitando todos esos efectos bonitos que al final no aportan nada, absolutamente nada aportan solo perdida de tiempo en mi desarrollo, porque al final el usuario lo que quiere es un sistema sencillo que haga lo que el necesita (claro que el gusto se rompe en géneros)

Ahora, revise los pantallas de windows, linux, mac y me di cuenta que ellos usan icono o sin icono con la descripción de lo que hace el botón es decir su Caption y los chekbox igual siempre junto a una imagen con descripción o solo la descripción, como ellos invierten millones de dolares en investigación (cosa que no haré nunca jajaj) entonces es mejor tomar las buenas practicas que le arrojan los estudios que ya hicieron ellos y aplicarlas en nuestros desarrollos.

Siempre eh concluido que la desinformación genera la polémica, y como a nadie le gusta sentirse que sabe menos que otro pues defenderá su ignorancia hasta el final, en vez de reconocer que en esta vida no se puede saber todo y es mejor aprender del que sabe y mejora cada día.

Como desarrolladores como minio debemos estudiar:

* Buenas practicas de programación, algoritmos, diagramas de flujo y escribir código

* Buenas practicas y normalización en el diseño de base de datos

* Buenas practicas de interfaces y usabilidad

He aprendido a cambiar mi forma de pensar, porque siempre primero iba en contra de las reglas o normas argumentado que no eran una ley y por lo tanto se podía hacer lo que uno quería, sin embargo estudiando mas a fondo me di cuenta que una regla o norma es solo una propuesta bien estudiada con el único fin de que si la aplicas aprovecharas mejor el ámbito para el cual fue implantada.

Aquí en el foro podrás ver comentarios que dicen "es que no es una ley" y es claro que no lo es, porque si las usas o no la usas funcionaran las cosas, pero si no la usas tarde que temprano tendrás algún problema, y si las usas o aplicas tarde que temprano resolverán problemas.

saludos

Antonio Meza