I agree, this feature would be nice.
This is more to provide background for thelaptop's point:
I don't know if the current terminal emulators on Windows can even see the mouse device.
By default, Windows will callback to the console input buffer with the character cell clicked in whatever character height/width assigned. It is up to the application to properly handle the mouse event.
Old school MS-DOS used mouse.com to provide the driver, but I'm not sure if that exists.
Of course we all know that Windows will laugh at any direct attempt to invoke 'int 33' like mouse.com (.sys) will do. But apps like DOSBOX provide the magic translation between command.com and kernel32. For obvious reasons, this is not a solution: emulating an emulator is a science project.
EDIT: Best case is that mouse is handled in console already (SDL_Console?) and there's an easy translation between console grid points and graphics mode SDL mouse handling. Worst case: Total rebuild - I wouldn't be surprised if SDL doesn't interface with native consoles and we're left with directly dealing with OS callbacks. Bottom line is that this feature involves work. I recall KK said years ago that console mode is deprecated, so good luck getting it worked on.
Full disclosure: I don't really know how DoomRL works: just that it includes SDL.dll.
Author
Topic: Mouse in console mode (Read 7837 times)