.com.unity Forums - Why no Save game Feature

.com.unity Forums (http://forum.shrapnelgames.com/index.php)

- Dominions 3: The Awakening (http://forum.shrapnelgames.com/forumdisplay.php?f=138)

- - Why no Save game Feature (http://forum.shrapnelgames.com/showthread.php?t=32726)

Re: Repeat request.

Quote:

Saxon said:
I am not lazy, I have a baby! I usually look like this smily http://forum.shrapnelgames.com/images/smilies/yawn.gif and cherish what time I have with the game. Learning some DOS codes to create a batch file is not what I want to do with my few stolen personal moments.

Why not to use someone else's script?

Re: Repeat request.

Cycling back to my earlier point, we could build a car where you start it by walking outside and turning a crank. However, most people want to do it from the inside.

NTJedi is right about the graphs and, while I may well be able to go outside to do it with someone else�s script, I do not want to. It is more work and, in my opinion, should be inside the game. The logic is the same in both situations, for both sides of the argument. If you are happy doing saves outside the game, you probably have to be happy doing score graphs outside the game. If you want them inside, logic suggests you need to argue for both inside. But then again, consistency is said to be the bugbear of small minds.

Re: Repeat request.

Quote:

Saxon said:
The logic is the same in both situations, for both sides of the argument. If you are happy doing saves outside the game, you probably have to be happy doing score graphs outside the game. If you want them inside, logic suggests you need to argue for both inside. But then again, consistency is said to be the bugbear of small minds.

that is actually faulty logic since the only existing modes are not A => B (desiring one means one must desire both) since A !=> B is also an option. (desiring one, and not desiring both) as such, within formal logic, neither statement is in itself true, since the contradict each other. and no statement can be both true and false.

I merely suggest that one should educate themselves on formal logic before trying to make logical assertions, lest they find themselves making faulty assertions based on bad logic.

Additionally each issue has different repercussions on how the game plays, and thus, despite apparent similarities, should be regarded differently from a developers viewpoint.

also, something about small minds, bug bears, and sacking up.

Re: Repeat request.

Hmm, I remember something in university about small minds getting in the sack with bears when the big mind was turned off�

Re: Repeat request.

Actually I think the graph history is a good thing to add if it can be done easily. Trying to see all sides of it, I cant come up with anything about a graph history that would be bad for the game. As for 3rd partying the graphs; I brought that up because some people thinks its fun to do such projects and it seems to spur some competitive action in the devs.