phantombeta wrote:
That's mostly with the smaller resolutions, for some weird reason. With the higher resolutions, there's actually more space. This was true for smaller resolutions before in the dev builds, and I have no idea why this was changed.
Has it changed for the option menus, too?
There was a change for the non-options menus because on certain screen sizes the content became too small. So I chamged the reference width (i.e. what is needed to show all content) from 640 to 400 pixels. With a few tweaks to the skill and episode names that's what is minimally needed to show everything properly.
Yup.
Commit 8dc7190f and earlier:
Commit f2d1126f and later:
I have the feeling this should be addressed, as it'll very likely be an issue with the compatibility options menu in non-English languages.
Internal code restructuring to agnostisize level structures.
Huh? Philosophical debates in source code of game from 1993? I get that this is typo
So, since most/all of previously global variables now/in near future become more "specific" this means that mod which use them in old form will break in future versions of gzdoom?! Or this restructuring touch only internal, compiled tables, not zscript?
Internal code restructuring to agnostisize level structures.
Huh? Philosophical debates in source code of game from 1993? I get that this is typo
So, since most/all of previously global variables now/in near future become more "specific" this means that mod which use them in old form will break in future versions of gzdoom?! Or this restructuring touch only internal, compiled tables, not zscript?
For now, it's only internal. It's meant to make the level loading system a lot more flexible and possibly allow for expansion of how GZDoom handles levels.
It's obviously resolution dependent because it looks perfectly sized at 1920x1200.
Indeed:
phantombeta wrote:That's mostly with the smaller resolutions, for some weird reason. With the higher resolutions, there's actually more space. This was true for smaller resolutions before in the dev builds, and I have no idea why this was changed.
Internal code restructuring to agnostisize level structures.
Huh? Philosophical debates in source code of game from 1993? I get that this is typo
Making things something-agnostic is not about philosophy but about software design in this case.
The aim was to make GZDoom able to load several levels at once, which means that level structures have to be self-contained and to stop relying so much on global variables. The objective is still far from being reached but there's progress.
There's one thing blocking it: Currently each translation unit (i.e. each ZSCRIPT lump) creates an implicit namespace for its constants. For allowing class extensions everything must be in the same translation unit so here's a conflict of requirements that needs to be resolved first. Unfortunately I haven't had a good idea yet.
Someone on the unofficial Oblige Discord brought up this, the last skill level is meant to be a secret skill level and the user is using British English. It was meant to be hidden with just American English. Mod oversight or port oversight?
You do not have the required permissions to view the files attached to this post.
Someone on the unofficial Oblige Discord brought up this, the last skill level is meant to be a secret skill level and the user is using British English. It was meant to be hidden with just American English. Mod oversight or port oversight?
So I may have underestimated how long the changelog would be this time around. But it's done. Please note that it's in two posts. It ended up exceeding the 60,000 character limit.
Google This Site]
