Spring RTS Engine

OS:windows

In spring settings I've set 1280x768 resolution and windowed mode.
Thing is that the actual ingame resolution seems to be resized from that to 1272x734. I'm guessing this is to compensate for the window border and other shit?

If so, wouldn't it make more sense to compensate for these things only after the window is maximized, if at all?

bump

if I have a 1024x768 display and I want to run a program in windowed mode at maximum resolution i will set my resolution to 1024x748, I expect the "Window" to be 1024x748, not the "inner display area" of the window.

unless I'm not mistaken you are reporting, as a bug, something that everyone thinks is normal and right

if you feel I am mistaken, feel free to explain more clearly what you are trying to say the problem is

SinbadEV wrote:if I have a 1024x768 display and I want to run a program in windowed mode at maximum resolution i will set my resolution to 1024x748, I expect the "Window" to be 1024x748, not the "inner display area" of the window.

unless I'm not mistaken you are reporting, as a bug, something that everyone thinks is normal and right

if you feel I am mistaken, feel free to explain more clearly what you are trying to say the problem is

If so, wouldn't it make more sense to compensate for these things only after the window is maximized, if at all?

Regret wrote:

SinbadEV wrote:if I have a 1024x768 display and I want to run a program in windowed mode at maximum resolution i will set my resolution to 1024x748, I expect the "Window" to be 1024x748, not the "inner display area" of the window.

unless I'm not mistaken you are reporting, as a bug, something that everyone thinks is normal and right

if you feel I am mistaken, feel free to explain more clearly what you are trying to say the problem is

If so, wouldn't it make more sense to compensate for these things only after the window is maximized, if at all?

Oh, I'm sorry, I must have misread your post.


No. It would not make more sense.

edit:
Wait a minute, are you referring to the "Inner rendering area" or the "window size"

SinbadEV wrote:No. It would not make more sense.

edit:
Wait a minute, are you referring to the "Inner rendering area" or the "window size"

Inner rendering area.

It would make much more sense to have the screen the resolution you set it to be as opposed to randomly adjusted when not needed.

OS:windows

SDL win32 bug then, the rendering area sans titlebar and borders in windowed mode is exactly xres by yres on Linux.

In windowed mode you are setting the resolution of the window, how could that be any more intuitive?

maybe you'll catch the ear of someone else with different opinions, but I have become used to Microsoft and Mac treating the resolution of a program running in a window as the dimensions of that window...

lets say I have my 1024x768 screen and want to run a game that fills the horizontal width of the screen and takes up half of the vertical resolution... I would currently set it to 1024x384... but if we were to accept YOUR paradigm, I would have to set my resolution to 1004x369 (or something like that, I don't even KNOW what I would have to set it too)...

I think what you are having a problem with is that you want to test what your interface will look like at a specific resolution and to do so you are loading spring up in windowed mode at that resolution and the inner display area is wrong... unfortunately, as a developer of UI elements if falls on YOU to do the weird backwards math you need to ensure the inner display area is the right size... as the average user expects the behaviour you are complaining about.

edit:

Kloot wrote:

OS:windows

SDL win32 bug then, the rendering area sans titlebar and borders in windowed mode is exactly xres by yres on Linux.

REALLY!? I'd say that's a Linux bug.

SinbadEV wrote:In windowed mode you are setting the resolution of the window, how could that be any more intuitive?

maybe you'll catch the ear of someone else with different opinions, but I have become used to Microsoft and Mac treating the resolution of a program running in a window as the dimensions of that window...

lets say I have my 1024x768 screen and want to run a game that fills the horizontal width of the screen and takes up half of the vertical resolution... I would currently set it to 1024x384... but if we were to accept YOUR paradigm, I would have to set my resolution to 1004x369 (or something like that, I don't even KNOW what I would have to set it too)...

I think what you are having a problem with is that you want to test what your interface will look like at a specific resolution and to do so you are loading spring up in windowed mode at that resolution and the inner display area is wrong... unfortunately, as a developer of UI elements if falls on YOU to do the weird backwards math you need to ensure the inner display area is the right size... as the average user expects the behaviour you are complaining about.

You are completely off, also this is not because of any UI making, it's just an odd glitch I came by and reported.

SinbadEV wrote:REALLY!? I'd say that's a Linux bug.

No, it's illogical that the resolution of the rendering area you set is any different than what you set.

I'd say that's a Linux bug

Wrong; the xres and yres parameters determine the size of the SDL surface (area of memory that can be written to by the application), not that of the enclosing window plus decorations. Therefore Regret's report is a bug.

Regret wrote:bump

Congratulations, apparently your bump was successfull.

i for one like the current behaviour, even if it's a bug.

The edges aren't part of the window, they belong to the window manager, don't have to be onscreen, many disappear when you maximize, etc. The window is where the program draws.