Téngase un grupo de controles, algo así:



Eso nos crea un puñado de botoncitos. Al ponerles su cláusula AS "CancelItemCola" en la instanciación, pues ya sabemos a qué evento responden: a CancelItemCola_Clicki(), evidentemente.
Peeeero al implementar también la propiedad .Action con el mismo nombre... ¿Qué pasa?
Pues que al pulsar uno, se dan por pulsados todos. No sé si es un bug o una tontá, pero casi salgo loco depurando el bucle de eventos, la función _click() y las bragas de su madre hasta que he caído en esa tontería.

     

Pues si que te gusta la "acción".

Tiene que ser para partirse todos los botones a la vez funcionando. Menudo cachondeo.  

Saludos

que pasa si usas "LAST" ?

No confundamos Action con Group, son cosas distintas.

Con un grupo, lo que hacemos es compartir un evento determinado en común con todos los elementos del grupo.

Por otra parte, una acción se usa para tener sincronizados los estados de dos controles, comúnmente se emplea para mantener sincronizado un ítem de menú con un botón o toolbutton.

De esa manera, si tengo un toolbutton pulsado (de tipo toogle, o switchbutton) el ítem de menú estará en el mismo estado que el botón y viceversa. También, en caso de no usar controles con dos estados, podemos disparar el mismo evento desde ambos elementos, etc.

Lo normal es usar Action cuando se hace una aplicación que cumple mínimamente con los requisitos de usabilidad, que entre otras cosas incluye la posibilidad de manejar la aplicación mediante menús y botones, además de teclado, en ausencia de un mouse.

Saludos

jguardon escribió: [Ver mensaje]

No confundamos Action con Group, son cosas distintas.

Con un grupo, lo que hacemos es compartir un evento determinado en común con todos los elementos del grupo.

Por otra parte, una acción se usa para tener sincronizados los estados de dos controles, comúnmente se emplea para mantener sincronizado un ítem de menú con un botón o toolbutton.

De esa manera, si tengo un toolbutton pulsado (de tipo toogle, o switchbutton) el ítem de menú estará en el mismo estado que el botón y viceversa. También, en caso de no usar controles con dos estados, podemos disparar el mismo evento desde ambos elementos, etc.

Lo normal es usar Action cuando se hace una aplicación que cumple mínimamente con los requisitos de usabilidad, que entre otras cosas incluye la posibilidad de manejar la aplicación mediante menús y botones, además de teclado, en ausencia de un mouse.

Saludos

Amén.
La moraleja: Ojo con el copiado y pegado, aunque sea tu propio código, que te puede dar resultados impredecibles.