[Jde-dev] Esquema Keyboard

[Roberto Calvo]

Yo propondría hacer un driver, y un esquema de servicio (gráfico con el
teclado virtual). De igual modo que un esquema de servicio ofrece
interfaz gráfico, pues otro esquema de servicio ofrece un teclado
virtual.

El driver captura los eventos del teclado físico o virtual (segun
configuración), y de esta manera no nos salimos de la estructura de JDE.

Permitir que un driver tenga gui no lo veo ...

un saludete!

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?
> 
> 
-- 
Roberto Calvo Palomino          | Libre Software Engineering Lab (GSyC)
Tel: (+34) 91 488 85 23         | Universidad Rey Juan Carlos
Tel: (+34) 91 488 81 05         | Edif. Departamental II - Despacho 116
rocapal en gsyc.es                 | c/Tulipán s/n 28933 Móstoles (Madrid)
http://libresoft.es/       

GPG-KEY: http://gsyc.es/~rocapal/rocapal.gpg
------------ próxima parte ------------
Se ha borrado un mensaje que no está en formato texto plano...
Nombre     : no disponible
Tipo       : application/pgp-signature
Tamaño     : 197 bytes
Descripción: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada
	digitalmente
Url        : http://gsyc.escet.urjc.es/pipermail/jde-developers/attachments/20090129/98a075b7/attachment.pgp