[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