El tema multiusuarios es un tema más de la interfaz del usuario, y en eso yo
no tendré el monopolio, yo hago una interfaz tipo DOS en ventana con línea
de comandos... y le agrego algunas cositas que tengo pensado hacerle....nada
más... En cuanto al soporte del kernel, el kernel tiene la funcionalidad
SHARE del MS-DOS incorporada pero solo a nivel archivos, y no a nivel
registros usada en las bases de datos.
El kernel soporta ventanas textuales con capacidades gráficas, pero los
gráfico no son soportados durante el proceso redibujado enmascarado (es
decir cuando la ventana está tapada parcialmente por otra) ya que es dificil
o sino imposible enmascarar la pantalla durante el redibujado gráfico de la
misma porque se le encomienda la tarea al coprocesador del VDP la tarea de
dibujar objetos como líneas en fin, el VDP en eso no ayuda para nada (aparte
sería re lento en un z80 a 3.58mhz), el resultado actual es como por ej. el
viejo y querido norton (el de las 2 ventanas azules textuales). Pero cuando
la ventana es la activa, y la que está en primer plano se pueden utilizar
las capacidades gráficas, por lo general una ventana en segundo o tercer
plano está inactiva y no perdería para nada su identidad si solo muestra el
texto que puede ser multicolor tanto el texto como el fondo de cada
caracter. En fin....
El tema del ratón, es simple, el ADR es un administrador de recursos, quien
quiera programar el driver del RATON, (el de su ratón que lo haga), sobre
todo porque hay varios tipos diferentes de ratones colocados en distintos
conectores. Tal vez notarás que en el manual no aparece nada relacionado con
el ratón, esto es porque no lo soporta directamente a través de las
funciones del kernel pero "un driver de código" si puede y la
estandarización de ciertos tipos de funcionalidades se desarrollarán
después, nada quedará sin soporte, pero ahí ya habrá que colaborar y mucho
entre todos los desarrolladores activos. La estandarización de los drivers
de códigos es algo que se conviene con la colaboración y la experiencia de
todos, el standard del MNBIOS deja a los drivers de códigos abiertos al
diseño de cualquier programador, pero, debido a que debe haber una forma
standar de acceder a un driver de código específico para obtener un servicio
específico, se tiene que crear un standard para el mismo para que todos
puedan utilizar los servicios del mismo. Todo esto es tarea post lanzamiento
del kernel. Lo mismo para el driver de código que de soporte a la placa de
RED, y demás yerbas. Sobre todo con esto de la red viene muy al molde la
experiencia que ya tiene konamiman!!!.
Saludos....
----- Original Message -----
From: <ivisoft(_en_)SoftHome(_punto_)net>
To: <hispamsx(_en_)yahoogroups(_punto_)com>
Sent: Tuesday, January 13, 2004 1:23 PM
Subject: [hispamsx] MNBIOS: ¿Raton y otras hierbas?
Buenas,
supongo que ya lo habras pensado, pero ¿Hay soporte para raton o
similares?
en un entorno basado en ventanas, es imprescindible.
¿Has pensado en entornos multiusuario y soporte para dispositivos de red,
locales o remotas o es mucho pedir?
saludos,
IvI
*HispaMSX. La mailing-list de MSX en castellano*
Para cualquier duda: hispamsx-owner(_en_)yahoogroups(_punto_)com
Web de lista: http://www.hispamsx.org
La utilización de Yahoo! Grupos está sujeta a su aceptación de las
Condiciones del servicio (http://es.docs.yahoo.com/info/utos.html) así
como de la Política de privacidad (http://privacy.yahoo.com/es/).
