[Jde-dev] Esquema Keyboard

[juan]

Hola,

  Con esta explicaci�n se me han aclarado much�simos conceptos :-)

  Me ha gustado mucho la idea de Jde-5.0 de que no haya distinci�n entre
drivers y esquemas. Esa era una de mis confusiones. Al hacer mis propios
drivers y esquemas he visto que en realidad son similares. Al fin y al
cabo Un driver ser�a un esquema especializado en E/S.

  Conceptualmente, tambi�n veo el esquema keyboard como un driver.

  Ahora respondo a Roberto y seguimos el "brainstorming" ;-)

Saludos, Juan

El jue, 29-01-2009 a las 16:37 +0100, JoseMaria escribi�:
> Hola mozos,
> 
> efectivamente ayer cuando lo pusiste Juan, me entraron las mismas
> preguntas... �por qu� no es un driver? T�picamente los drivers son para
> acceder a sensores o actuadores, y pon�rselos a disposici�n de los
> esquemas, que son quienen tienen la funcionalidad de la aplicaci�n en
> cuesti�n. En cierto modo el teclado (desde el punto de vista de la
> m�quina) no deja de ser un sensor, que mide si el usuario humano ha
> pulsado tal o cual tecla.  
> 
> Viendo el video que subiste de demo, enseguida me respond�: por no
> tendr�amos el teclado virtual que pinchas con el rat�n en el GUI. Y esa
> funcionalidad es interesante. Actualmente, en la versi�n actual, a los
> drivers no se les permite tener interfaz gr�fica. Y eso
> indepedientemente de que la implementaci�n actual de keyboard lee el
> teclado real usando gtk.
> 
> Opciones que veo: (a) permitir que los drivers tengan GUI, puesto que la
> naturaleza del componente que has hecho efectivamente es de driver. (b)
> dejarlo como esquema y vivir con ello. 
> 
> Tal y como est� la implementaci�n actual de la infraestructura de jde,
> permitir ahora que los drivers puedan tener su GUI requer�a cambios
> signficativos. Con las cosas que estamos madurando ya de jde-5.0 no
> tendr� mucho sentido la distinci�n entre drivers y esquemas, todos ser�n
> componentes que publican o usan interfaces. Si os parece bien, dej�moslo
> como esquema y a correr, teniendo en cuenta que efectivamente "es un
> driver".
> 
> �nimo,
> 
> JoseMaria
> PD: Otro caso especial que tenemos es que mastergui deber�a ser un
> servicio (de gesti�n) y lo hemos empaquetado como esquema. Nada grave,
> en cualquier caso :-)
> On Thu, 2009-01-29 at 16:17 +0100, juan wrote:
> > > Eso si, tendr�a m�s sentido que fuera un driver que un esquema no crees?
> > > Y fuera el driver quien exporta las pulsaciones del teclado, ya sea el
> > > f�sico o el virtual (que puede ir en la config del driver).
> > 
> > Pues eso mismo me pregunto yo, �Por qu� no es un driver? :-)
> > En realidad lo he hecho esquema porque he partido del esquema
> > image_viewer con interfaz GTK y lo he modificado para poner mi interfaz
> > gr�fica.
> > 
> > 
> > > Los dos casos de uso podr�an ser:
> > > 
> > > Teclado f�sico -> Driver KeyBoard -> Esquemas
> > > 
> > > Teclado virtual (esquema) -> Driver KeyBoard -> Esquemas
> > 
> > La lectura del teclado real la he implementado usando GTK. Cuando la
> > ventana est� activa captura el foco y todo lo que se pulse lo recibe
> > ella. As� que en realidad, el driver Keyboard tambi�n incluir�a el
> > teclado virtual (ya que las GTK son necesarias). 
> > 
> >   Pero tengo una duda... que seguramente os parecer� tonta... �Se puede
> > poner interfaz gr�fica a un driver? Y si es as�, �Se hace igual que con
> > los esquemas?
> 
> 
-- 
Juan Gonzalez Gomez
blog: http://www.iearobotics.com/blog/
web: http://www.iearobotics.com/juan