ReadFile and other issues

> I'm not sure we should be converting xterm input into INPUT_RECORD. It
> may be better to have two modes, a simple console that returns an fd
> to ReadFile and no input records (and then ReadConsoleInput could
> generate them on the fly if necessary), and a complex console that
> supports all the features but that doesn't have an associated fd at
> all.
>> IMO the current xterm-based console support is a ugly hack; we should
> do a proper Windows console using a normal Wine window with a message
> loop to retrieve input events. And usage of stdin/stdout should be
> limited to programs that don't need special console features, and
> should only support ReadFile/WriteFile.
if we want to go into this, there are a few points to agree on first:
- since console handles can be inherited, the Wine console window should
be run in a different process than the one which uses the console (and
add communication means between the first process, and the process
rendering the console)
- how should we know a program needs either a simple or a complex console (we could use a registry key in the per process area)
A+
---------------
Eric Pouech
(http://perso.wanadoo.fr/eric.pouech/)
The future will be better tomorrow,
Vice President Dan Quayle
__________________________________________________________
Faites un vu et puis Voila ! www.voila.fr
Pendant tout l'été, gagnez une Ford Ka sur Voila Gratter ! http://cybergrattage.voila.fr/voila