1
OXCE Suggestions NEW / Re: [Suggestion] First Aid Skill
« on: Today at 12:53:12 pm »
`healUnit` hook get `ptre BattleUnit actor` that allow getting writable Soldier that use medkit from it.
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Here is info (also was info in beta D1 or magazine photos somewhere on Youtube)Was Diablo more RogueLike where each your step enemy step too? This is some thing complete diffret to TimeUnits turn based game.
https://www.graybeardgames.com/download/diablo_pitch.pdf
The game runs on a turn-by-turn basis; the player moves, then the opponent(s) move(s)
https://en.wikipedia.org/wiki/Diablo_(video_game)
Brevik prepared Blizzard for the potential added development time and to ask for extra development costs, and then on a Friday afternoon as everyone had left, started to toy around with converting the game from turn-based to real-time; within hours he had the basics of the system in place, and was able to show this to the rest of Condor by the following Monday
It's a little scary to play in real time mode after turn-based. But after playing for 1 hour, you will see that playing in real time is much faster and more comfortable. You can just sit down afk - aliens will come to you. And you don't need to spam the "End Turn" button 60 times per battle while holding a position. The game remained the same, but became smoother.
Of course, if the game engine cannot be changed - then this conversation is just a conversation
In Diablo 1 it was just an experiment and the game engine was quickly and easily changed from turn based to real time, I thought OXCE could do the same
Thanks for the quick reply.
So, I understand that it's a limitation currently of the game engine, I also don't understand why then do some facilities have properties such as:Code: [Select]canBeBuiltOver: true
if the game is always 'destroying' the old facility weather you build over or manually remove then build a new facility, is there really any different in affect to have these settings as opposed to removing the facility and building a new facility? I can understand that it may disconnect part of the base so building over a facility is helpful to not remove part of the base. I've also have seen in X-Com Files where building Virtualized HQ over HQ allowed current researchers allocated in the HQ to continue researching as an over the total amount allowed as long as they don't stop or are removed from the research allocation.
buildOverFacilities:
- STR_INTEL_LABORATORY
I don't know if this would be an easy implementation or not, but what I was thinking would be for mod developers to have the ability to design and specify specific facilities they could upgrade over.
So for example if a mod has set the STR_GENERAL_STORES_2 to be allowed to be upgraded over by STR_GENERAL_STORES_3, then building the STR_GENERAL_STORES_3 over the STR_GENERAL_STORES_2 the facilities provided by the STR_GENERAL_STORES_2 would remain until the STR_GENERAL_STORES_3 was completed.
This could be done by:
1.) checking if the facility has the "canBeBuiltOver: true" flag and matches the "allowableUpgradeOverFacilities:"
2.) when building over and upgrading the facility there would be an additional new line in the facility listing in the base facilities, which would keep the old facilities base functions until the new facility is built.Code: [Select]- type: STR_GENERAL_STORES_3
3.) The "upgradingOver" value would tell the game engine to keep those base facility functions until that line is removed.
x: 0
y: 0
buildTime: 4
upgradingOver: STR_GENERAL_STORES_2
4.) Once the new facility builtTime finished the facility functions would immediately shift from the old facility functions to the new facility functions.
5.) The game engine would ignore any checks and take the mod designers settings explicitly and assume they know what they are doing, so building a larger storage over a smaller one or similar for a hangar over a hangar or workshop over workshop makes sense, but if the mod developer said build over living quarters with sickbay the engine would ignore that this was probably wrong as after the upgrade, if the living quarters was maxed out before hand, you now have 50 living space used over the max with the new sickbay providing none of the living space.
6.) It probably would be helpful to have some sort of check or warning, after the end of the build, or at the end of the month when there is a warning about having a negative amount of money remaining, to also have a warning about "Base facilities are over used" and force a sell of people, items, ships, aliens, etc. This is also usually triggered at the end of a mission when supplies is going back to that base over the amount allowed.
/home/capitalsdammit/.local/share/openxcom/mods/unins000.msg
what on earth you have in this directory? here you should have ONLY mods folders, not original game itself.Preferably never.
(but exceptions will always exist)
I assume you mean into "Options.inc.h".
(you should not put anything into "fixedUserOptions" as a DEV, that's for modders to do, and even they should have a good reason)
You should put user options into "Options.inc.h"... things which are either QoL, cosmetic or other optional features... which DON'T have any impact on game mechanics.
(anything that has impact on game mechanics is a modder option and should be put into the ruleset, NOT into user options)
If there is no better place in the ruleset, where you would put it.