Resolution / window size bugs

[petri]

Re: support for 800x600 and below res. Sorry but I think it's better for everybody if we concentrate on more pressing issues (those that several people are having problems with), or maybe even the new project. Supporting hardware that is clearly below the minimum spec is not exactly at the top of the priority list...

Re: your bug list. Mostly they fall in the same category because many of them are like that by design or cosmetic (for example, throwing at secret walls, thrown objects do fixed damage, lights bleeding through walls in some cases, option menu not being scrollable and others).

The Windows DPI thing is something we could look at though since a few people seem to have had problems with it.

[badhabit]

Re: support for 800x600 and below res. Sorry but I think it's better for everybody if we concentrate on more pressing issues (those that several people are having problems with), or maybe even the new project. Supporting hardware that is clearly below the minimum spec is not exactly at the top of the priority list...

Re: your bug list. Mostly they fall in the same category because many of them are like that by design or cosmetic (for example, throwing at secret walls, thrown objects do fixed damage, lights bleeding through walls in some cases, option menu not being scrollable and others).

The Windows DPI thing is something we could look at though since a few people seem to have had problems with it.

Well, I'm a little bit disappointed that you consider not one of the problems in the compiled list bug fixing worthy. I'm obviously not sharing your opinion that that most stuff in this list is "cosmetic" or "by design", but it's your game and you decide what is in and what not. (Come on, exploit usage possiblities are sloppy modeling neither cosmetic nor by design. Also, modeling the throwing range correct by weight and the throwing damage not is a inconsistency in the design.)

Also, my point for general resolution support was much broader than direct support for same low res setups, the main argument was robustness. Also, if guessed by the amount of reports the "non reachable option menu" problem is as pressing as the "crash in low spec mode". OK, will you try SWP_NOSENDCHANGING (or some similiar possibility) for preventing the clipping behaviour on windowed mode? Should be pretty easy and could solve several potential bugs and would allow some workarounds for some setups in windowed mode.

[petri]

I apologize, instead of cosmetic I should have said non-critical.

To be truthful we have fixed several issues in your list.