🚀 go-pugleaf

DrPanic wrote:

> On Tue, 28 Nov 2000 01:00:55 +0100, Juan Gonzalo de Silva Medina
> <gonzalo@caymasa.es> wrote:
>[...] 
> No hay espacio blanco, mi arbol es como el de el Agent es una especie
> de tabla-arbol con tres columnas, Titulo del mensaje, Autor y Fecha.
> 

Vale ya lo capto, superclaro...

>[...] 
> Ya te digo que no es mi caso porque un click siempre produce el mismo
> efecto: se selecciona otro mensaje y puede ser que se habra un nodo
> adem�s, pero eso al applet le trae sin ciudado porque solo le interesa
> saber que mensaje est� seleccionado.
> Pero bueno, si tubiera que diferenciar eventos me parece que lo de la
> variable es una buena soluci�n no le veo problemas.
>  

Bueno, siempre y cuando aparte del click no permitas otras cosas como 
trabajar con el teclado ;)

 
> 
>[...] 
> 
> �Llamar al padre lo primero? Pues eso no lo he visto en ning�n lado de
> hecho en la documentaci�n viene un ejemplo y lo llama al final. Date
> cuenta que si llamas al padre el primero una de las funciones de ese
> m�todo es pasar el evento a todos los que se han a�adido como
> listeners y es posible que eso no te venga bien porque todav�a no has
> hecho tengas que hacer en tu control.
> 

En caso de que el componente padre (del que heredas) haga cosas 
explicitamente (como limpiar el cambas o seleccionar el color por 
defecto, etc) que te puedan afectar, lo puedes llevar mal si lo coloca 
al final.

Humm!!! mal asunto... si el padr� informa de cosas a los listener antes 
que tu hagas algo es que no has sobreescrito el m�todo adecuado...

 
>> Esto es 
>> la regla general de la construcci�n de controles propiertarios en AWT (y 
>> en Swing, claro). Aunque en tu caso poco importa, ya que un cambas no 
>> hace nada con el click.
> 
> 
> Pasar el evento a todos los listeners que ya es.
>  

El cambas no hace nada (sobre si mismo, lo siento), posteriormente pasa 
el evento a los listener,claro que s�, pero se puede decir que 
practicamente es lo que hace...

 
> 
>>[...] de echo tu no miras el click de checkButton (no te haces 
>> mouseListener) sino que miras sus eventos expec�ficos.
> 
> 
> �Expec�ficos?, pero si en AWT 1.1 los �nicos eventos que hay son: 
> action  adjustment  component  container  focus  item  key  mouse
> mouse motion  text  window �O me estabas hablando de Swing? Es que me
> he liao me parece ;-)  

Festivamente :), pero... �d�nde est� el que te hagas mouse-listener en 
el check? tu te haces listener de action y no de mouse... No, tu no usas 
el evento mouse para las acciones ya que te pierdes los diferentes 
m�todos de activaci�n. Como cuando llamas desde un control a otro para 
generar un evento "action" o cuando utilizas un evento de teclado... No, 
definitivamente no me convence, en AWT utilizas eventos de rat�n, s�lo y 
exclusivamente cuando son absolutamente necesarios...

 
> 
>[...] 
> 
> Haber, en la documentaci�n del Java 2 SKD, en la secci�n Guide to
> Features - Java Platform dentro de AWT pulsas en Overview of Previous
> Enhancements en Delegation Event Model  y en la secci�n Handling
> Events in Extended Components.
> Hombre, normalmente si vas a crear un componente lo haces a partir de
> canvas, porque por ejemplo a un bot�n no se le puede cambiar el look
> para ponerle un dibujo en vez de un texto (en AWT claro).
> 

Espera, espera que lo miro ;)... Clarooo! si lo que est�s redefiniendo 
es el informador de eventos has de llamar al padre al final, lo siento 
se me habia ido el tema... Estaba pensando en otras redefiniciones, como 
cuando has de hacer algo, por ello te decia que el cambas no hace nada 
con el click. Pero sigo sin ver que sea el mouseListener el que sea 
necesario emitir, m�s, me parece que no, que seria un evento de 
"sem�ntica" tal y como los describen. Ojo, no es que est� mal el tema 
del mouseListener (si funciona, vale), sino que hablando de dise�o me 
parece un poco "espartano".


> 
>[...]
> Pero actionEvent solo lo genera button, list, menuItem y textField,
> podr�a haber usado actionEvent en vez de MouseEvent, pero canvas no
> genera action events y hubiera necesitado implementar la interface
> para "traducir" un evento a otro.
> 

Y no te da que pensar... a mi me parece que tu arbol se parece mas a una 
lista que a un arbol (en las apis, ojo, que yo no lo he visto ;) ). �Por 
qu� sun no ha puesto solo el mouseEvent en un button?, no, 
definitivamente, no me creo que eso de utilizar mouseEvent sea lo que 
recomienda sun, sobre todo despues de leer la documentaci�n que me has 
dicho...

> 
> �Que aproveche el viaje! Por cierto, cuando escriba la memoria del
> proyecto te pego un toque, que con lo que me estas ayudando te has
> ganado un puesto de honor en la secci�n de agradecimientos :-)

�Me digitalizas la p�gina? ;)

Saludos,

--
Juan Gonzalo de Silva Medina
if(!Linux) throw new Exception(" :( ");