hyperion

I don't see spec in bake type options Why not use the same UV for all maps?

Ask your infra guy Yeah, hardly possible to setup in a few minutes.

My idea of an announce mailing list is for it to be read-only except for wfg addresses. Traffic should be very low, announcing releases certainly qualifies. People subscribe to the list if they are interested instead of you directly reaching out. Target are primarily direct or indirect contributors, but anyone interested is free to subscribe. This would obviously replace you actively reaching out to distributions via mail.

Was meant as a joke but then again that's how it used to be. On that matter a 0ad-announce mailing list might make sense for packagers and modders alike. A dev mailing list maybe but for users I highly doubt it. hilarious, something is terribly wrong with discord then.

Just search public 0ad channels with your matrix client, I think 0ad central that channel was called. Don't have a client on this machine ... sorry

Are there any other team members willing to be available on discord? If you are the only one you could also just go with "stan's 0ad discord channel" and ditch subscription to all others and be done with it. In the end it's about what you and other team members want to offer and not what some folk want to consume. With the forum and the irc dev channel as well as the xmpp user channel (lobby) there is enough official means already to get in touch if people feel the need. And for real issues there is trac. Can we have a mailing list, please!

Just checked matrix and there is a 0ad channel with close to 70 people, sure there are channels for other mediums as well, why is this not good enough? How does make them official improve anything?

IIRC giant is 512 tiles a 5 m, so roughly 2.5 km

Which might be a pro Anyway how is clicking the chat link in the forum navbar a challenge for not technical people? On paper the best alternative to IRC for opensource, for plain chat perfectly fine for anything beyond you don't need a degree in CS but sure might be painful. The landscape is far more centralized which could be considered a con, however, as a consequence most everything works out of the box. --- For xmpp and matrix there are IRC bridges which could be setup if desirable --- Anyway, as for official channels, why are the current dev irc channel and a user irc and xmpp channel not sufficient?

Diminishing returns are a thing since forever. The question here is about to drop and not about adding them. As for why and what, it's complex and not something I could write up in a couple sentences and neither the ultimate truth. To give a hint, currently building a couple farms around the CC is basically all that is needed. This has implications on city layout, defense, expansion pressure and many other things. This in turn gives relatively little room of how certain game mechanics are to be designed, which leads to questionable proposals to solve problems which are at it's core mostly down to the very compact farming. Anyway strengthening the S in RTS sounds like a good idea to me and as I can tell was also an original goal of 0ad. Edit: Btw, if you reduce size of fields a bit and have only one farmer per field, it becomes easier to place farms while still taking more space overall, just saying.

If you can come up with a solution to present it in the UI would be nice Anyway, farming takes to little space right now IMHO.

And auto loading the mods required to play a particular match would also be a major help in making this work.

According to https://german.stackexchange.com/questions/211/is-it-still-good-form-to-use-a-capital-d-for-du-or-dir-in-a-letter "du" is lower case since 1996, in 2006 it was allowed again to write it upper case for the sake of formal speech. That said, a formal "du" while there is "Sie" sounds very strange and begs the question if there is a sensible use case in the first place. Also formal speech in games probably isn't the norm. Either way as @Obelix said, consistency is a must.

4310: the tech still doesn't look stellar but no longer outright useless -> +1 4704: removing p2 champs (a24) from some civs to add later to others -> I'd prefer deciding this for all civs instead of a case to case basis. There is a certain risk otherwise that over time all civs have the same special or worse the special wandering from civ to civ.

I remember there were some history tags in the templates but I don't remember them having been exposed in the UI ever. Anyway some text would be nice, support for illustrations even better.

For a game that want's to bring history closer to users 0ad doesn't do great. I'd love to be able to click an entity an read up a bit about it. I see that doing it in game is sort of challenging and without a dev being fully behind it probably not possible to realize. Maybe a website dedicated to bringing historic facts closer for the civs portrayed would be easier to find a maintainer for and would go great lengths. Besides incredible freedom in presentation such a site can easy reference sources, beeing viewed using a translator software and more.

Don't ask me why he used that hook for the creating the desktop link but for toggling the default we don't have to care either

Train is usually used to denote spawn units while you seem to use it for grant experience. So guess this is where some confusion arises. The hero can be used to study spawning (well train units) while the unit_actions.js is what I think is a good starting point for digging into a grant experience feature, hope this helps out a bit.

Just removing the line "!define MUI_FINISHPAGE_SHOWREADME_NOTCHECKED" should do the trick.

File bug reports in the bugs forum or even better yet on trac, thanks.

There is a Persian hero training immortals or ships training units, this is already somewhat close to what you want. As for granting experience, start by adding a new action "grant exp" like there is for walk attack and so on, check unit_actions.js

Both can be done in a mod, needs some javascript coding but no issue with current engine. There is a hard limit of 8 players in the engine, so you can't just easily add "players" as you like. It's possible to get around this but it's probably a very tall order, many times harder than 1&2 at least.

@AIEND you have to change the javascript code, @Freagarach pointed out a starting point. All else in this thread you can safely ignore. You can check the diff contained in following download to get additional pointers:

Oh, and as @vladislavbelov certainly will be bored I suggest openxr support