Cita:
|
Empezado por CORBATIN
una de las pantallas principales estaría formada por botones dentro de un Scrollbar.
|
Voy a suponer que esto no es cierto... Quizas dentro de un ScrollBox... pero dentro de un ScrollBar, no lo creo.
Cita:
|
Empezado por CORBATIN
se me había ocurrido crear un montón de botones y luego según necesidades, poner la propiedad visible a true o no según haga falta.
|
Esto limitará el máximo número de productos al máximo número de botones puestos en tiempo de diseño, lo cual puede convertirse en una grave limitación.
Cita:
|
Empezado por CORBATIN
cada vez que se cree un botón tengo que asociarle lo que tiene que hacer al pulsarlo, por ejemplo, no es lo mismo pulsar sobre un botón que ponga coca-cola que otro que ponga capuchino.
|
Claro, cada botón deberá tener una referencia al producto que corresponde, y un método genéroco que haga el trabajo del botón, valiendose de esa referencia que será el que se asocie a este.
Al final, no veo cual es tu inconveniente puntual en el asunto.... asi que te dire lo que se me ocurre a mi para enfrentarlo:
En lo referente a los botones, podes derivarte una nueva clase de botón, que tenga el código del artículo. Algo como:
Código:
type
TArtButton = Class(TButton)
private
FCodigoProducto : String;
public
Property CodigoProducto : String read FCodigoProducto write FCodigoProducto;
End;
Luego en tu forma, un método genérico para procesar lo que haya que hacer al pulsar el botón...
Código:
Procedure Form1GenericBotonClick(Sender : TObject);
Begin
if (sender is TArtButton) Then
ProcesarPedido((Sender As TArtButton).CodigoProducto);
else
ShowMessage('Error');
End;
y al crear los botones, asociar a su evento OnClick el Form1GenericBotonClick.
Estoy asumiendo que hay un método o procedimiento llamado ProcesarPedido que recibe el código del artículo.
Creo que con estas ideas ya tenes suficiente para empezar... no??
Hasta luego.
