@alkexr , thanks for those forum posts. It does look like this warning is no longer valid.

@LaFayette said in I would like to start helping out with tripleadevelopment but don't know where to start:

Are you familiar with doing feature branches in git? Were you able to compile and run the game from scratch?

No to both of those. I guess I need help.

@RoiEX I have read your specs, Issue seems to be closed at least for now. How do we proceed from that? Any Idea? I have already my questions about your navigations and other annotations. Regards @RoiEX .

There are three ways to merge branches:

merge fast forward merge rebase

git merge <remote> <branch> and git pull <remote>/<branch> AFAIK are the same thing and are both merges.

git pull --rebase <remote> <branch> is a proper rebase. This is the one you should prefer to avoid having 'merge commits'.

A fast forward merge is really similar to a rebase, and you do that with a -ff flag to merge, ie: git merge -ff <remote> <branch>

There is also a proper 'rebase' that can be done. AFAIK these two are the same:
git pull --rebase <remote> <branch> and git rebase <remote> <branch>

Unfortunately it is fundamentally a bit confusing as it depends on exactly how the rebase is done and with which flags. This is a place where a GUI can get in the way.

@Trevan I am glad you know your way around! I never would have found that.

@TheDog Thanks. Quite handy.

Awh shucks (looks down & shuffles feet)

@redrum so here's stab #3 AI got moscow again in stab #2. 😛 this is v3 btw figuring that the most advanced version of the game that AI can play effectively. playing as allies with no bid maybe i should started as axis but i wanted to see the AI's initiative and figured giving some kind of handicap to AI was probably warranted.

noticed that the AI is definitely stronger than before but still seems to have some weakness in the area of protecting transports.

i know we've discussed it before but seems like there must be some way to prevent AI from spending all it can on facility repairs as well makes the AI very susceptible to strat bombing.

autosaveBeforeEndTurn.tsvg

@Trevan Yeah, this is a very old problem. V1.III is not something I can be sure, but I'm almost sure you should be able to submerge regardless whether or not you are able to retreat.

As far as "Submersible Subs" goes, my suggestion was to keep the name as an archeproperty and split it into a series of new properties.

@Trevan I suggest you not to make changes if you don't know what's the matter about it, especially in the moment that the change is not going to fix any known problems.

The auto-elimination steps should rather be generally revised, maybe from scratch, so to solve the known problems and creating a system actually enforcing the correct rules (that will need to be interpreted, to some extent).

Thinking hard about this, the only situation of only infrastructures remaining needing auto-elimination of non-infrastructure units I can think of is the case of defending units refusing to partake in air battles.

@LaFayette I agree to your last posting in general.

What triggered me was your sentence that PBF was "too damn complex to be useful".

It has been proven on A&A .org that PBF is useful, that PPF does not have further usability issues, that PBF is popular and is used by a relevant number of players in a relevant number of games. And this is not an ephemeral impression but has been like this for more than 10 years - and still is of course. I am sure you have taken a look in the meantime.

No one questions the benefits of streamlining processes or improving the code.

Interesting. Would you be able to provide a Stacktrace (the whole error message) so we can dig into this?

@LaFayette The dice logic that is (still) used by the engine in other play modes (for example "Local Game").
In PBF/PBEM you have always been able to avoid (external) MARTI in the past by using those internal dice.
That was achieved by selecting "Internal Dice Roller" instead of an external Dice Server.

Also, if I'm being attacked and my opponent loses the battle or retreats, why do I even hear the "Battle Lost" sound? I didn't lose the battle: I won it! Shouldn't this sound be given only to the player assigned to the turn power or, at most, also to the other players of its side only? Maybe the win/lose sounds should be switched over for the opposite side?

Opinions?

@Cernel Correct. In newer editions a destroyer - among other things - cancels the submarine's ability to perform its surprise strike. In v2 however, the destroyer enables the sub's casualties to fire back at the normal time in the combat sequence.

@aardvarkpepper

What is a "magic hover spot", exactly?

@LaFayette is referring to this special location, where you can put your mouse where it flickers between 2 animation states, which doesn't look nice, nor is it intentional.

was grey with text buttons, not all nice with the folders and buttons

It still is that way, this thread is discussing future UI improvements.

Decommissioned the 7xx London server, we are down to 1 bot server with 7 game instances on 1.9

Upgrading the 1.9 messaging was surprisingly effective, most users are in the 2.0 lobby 🙂