http://bugs.winehq.org/show_bug.cgi?id=5856
------- Additional Comments From ekkehard.morgenstern@onlinehome.de 2006-04-08 02:07 ------- The Windows console has at least two areas, one with fixed size defined by the user (or program), called "screen buffer" and one defined by the current window size (called "window"). An application can create additional screen buffers and switch between them. The current screen buffer dimensions, current window position and size within the screen buffer should be determined by the terminal hosting wineconsole. The screen buffer size and desired window size must be settable parameters to wineconsole (otherwise, you can't say wineconsole is compatible to Windows consoles) (BTW, a manpage for wineconsole is a must! What can it do and what can't it do?). Cursor positioning and scrolling must work perfectly, otherwise the whole thing can't be used. The main application is to run the command prompt, which is "wcmd" for Wine. (Why not provide a built-in "cmd.exe" that automatically spawns wineconsole wcmd when I type "wine cmd ..."? Also, a Windows application can call AllocConsole() at any time to open a console window, and it can also spawn processes with "cmd x" to run commands. Probably not only to me, a major compatibility issue.