Age | Commit message (Collapse) | Author |
|
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
we can specify who are the targets of an action by setting the field
entry->action.target
it can be a combination of one or more specifiers, such as:
one team
an eneny
self
everyone
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
the new function of the AI chooses a random target in the adversary team
and use "attack" on it.
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
since the map is not used now, no need to display it
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
make the old ones (Pfondjeu and Pecran) deprecated but keep them so the
code continues working properly.
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
Because the function Fjouer still relies on some of the deprecated
features, some bugs arise.
fixed by replacing by the new features.
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
in the function `new_enemy_team()',
we used to loop through the enemies while the incrementer is less or
equal to the count. However, since there are `count' elements, we need
to stop the loop when the incrementer gets equal to `count'
the same bug is present in `Fjouer()' when checking if the player wins.
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
The pointer is automatically freed by the SDL library
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
we do not split the code of the selection of a target anymore.
Each action now does a very simple thing and as much efficiently as
possible.
every old function that are not used anymore have been removed.
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
entries are actually any action or subaction that can be performed.
Attack, White Magic and so on are root actions.
Fire, Ice X are subactions of Black Magic.
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
we forgot to remove the old version of the computation regarding the
affinities (aka. using the affinity as a coefficient).
fixed by removing the old version.
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
we used to loop through the elements in our outer loop and the
affinities in the inner one.
However since, the display is done line by line, we have to do the
contrary.
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
the wrong surface was set to NULL after being freed. It could result in
an crash if it is not fixed.
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
the current character is generated randomly at the initialization of the
team.
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
we can now pass any team and it will be generated.
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
do not differenciate between the players and the enemies as well
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
There is no need to reopen the bitmap files each time we need a new
paladin or priest or whatever. Instead, just load them at startup and
them make them point to the good destination.
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
at the initialization, red surfaces are generated
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
The $(...) notation is meant to be used as a replacement for backticks
`...`
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|
|
thanks to compiler, we wre able to detect an usage of operator= instead
of operator== which leads to undefined behaviour in the program.
fixed ty replacing it by operator==
Signed-off-by: Olivier Gayot <duskcoder@gmail.com>
|