-
Posts
488 -
Joined
-
Last visited
-
Days Won
28
Everything posted by Vantha
-
Oh, I didn't know "force attack" was an already existing hotkey. I haven't looked at the code and I don't want to unnecessary spark debate about something this minor. But if it was up to me, I'd opt for creating a new hotkey with a name that better describes the action.
-
The sica, falx, and romphaia (for the Thracian Black Cloak - Champion Swordsman of the Macedonians) : https://github.com/indoptogopt/GUI-page-for-0ads-encyclopedia/pull/7
-
Yes, but its default key should be related in some way to the hotkey's name, right? So players can remember it more easily. That's why I suggested to decide on a better name first, before thinking about what key to map it to by default. (Though, "f" would also make sense for "concentrate-fire")
-
Not sure if "force-attack" is a fitting term. How about something like "concentrate-fire" instead? By the way, I think there's some room for improvement regarding the target cursor texture. I might try myself to enhance it if I find some time.
-
Yes, exactly like that. Looks so much better. Well, we have a character limit on the tips, so the text can't really get much longer. I think about what @real_tabasco_sauce wrote plus references to the picture for each of the three actions paired with the image should get the job done. It's not an easy topic to explain. Maybe the text could also explicitly mention the fact that it is even possible to focus building arrows (since it hasn't been in all previous versions and players aren't used to it).
-
@real_tabasco_sauce Thanks. I like the image, it shows the matter really well in my opinion. Though, could you maybe remake it with maximum graphics settings? Especially the shadows don't look too good in the current one.
-
A last resort would always be to connect over the local network. With no nasty adress translations, enough IP addresses and close to zero network lag.
-
The cestrosphendon: https://github.com/indoptogopt/GUI-page-for-0ads-encyclopedia/pull/6
-
What do you think? Should observers keep the ability (to send and see fares) while viewing the game from a specific player's perspective?
-
I just opened the two PRs anyway. They largely contain the same files, but are still comparably small. Changes between them shouldn't be too confusing... https://gitea.wildfiregames.com/0ad/0ad/pulls/7041 https://gitea.wildfiregames.com/0ad/0ad/pulls/7042
-
The amentum https://github.com/indoptogopt/GUI-page-for-0ads-encyclopedia/pull/5 Also, I heard some people are pushing towards more unit-type-specific armor and damage upgrades... the amentum would make for a really good one.
-
Right, but that still doesn't make it track changes between the two source branches, does it?
-
How? Is there a feature I am missing? Or do you mean I should just mention it in the PR description?
-
I'd like to submit the code now, but it comprises of two split features that should probably get a pull request of their own. Firstly, the chat notifications, and secondly (built on top of it) the observer flares. They are very interconnected and I would like to have both pull requests open at the same time (especially since the chat notifications would become kinda pointless should the observer flare code be rejected). How should I do that? Open a pull request on the main 0ad repo for the base code (chat notifications) and then open another one to that new branch on my fork containing the additional code (observer flares)?
-
Yes. I think that would be more feasible.
-
Hmm. I'm not convinced. Wouldn't it just add another layer of complexity? What about articles requiring multiple citations? We might end up having to cite every statement individually. And it's not like our texts include controversial opinions or bold claims - most of the information provided is universally accepted as correct - in which case citations become rather pointless anyway. Not to mention the hassle of working with different citation styles for different languages and countries...
-
Possible, yes. I suppose there could be a small button "View Source" to the bottom of articles. I have some concerns with it, though. Firstly, there is (naturally) no consistent medium or platform we used as sources - sometimes it's a book, other times a Wikipedia entry, and other times again a scientific paper. Maybe I'm overthinking this a bit, but don't you think that would come across a bit... strange? Secondly, does the WildfireGames team event support/allow external links in their game?
-
Actually, I removed this line entirely here. It was part of the tip about resource gathering which ended up getting too long for the available space in the GUI. It had to be cut down and this line was not directly related to the topic anyway. That's not to say this information shouldn't be included in the tips. In fact, I believe a separate tip about unit ranks would be quite useful. To my knowledge, players are currently not taught about the game's experience system anywhere. Definitely something to keep in mind for the future.
-
Yeah, I worked a bit messy there... I just copied the folder containing the sources from the old repo to the new one (into gui/encyclopedia/articles/Sources/, for now) and added all missing entries. Although, some comments in the files are outdated, it's at least back up again, ready to collect the sources for future articles.
-
Got back into writing a handful of articles in the last days. Here's one about the spear-thrower: https://github.com/indoptogopt/GUI-page-for-0ads-encyclopedia/pull/4
-
Ok, cool. I'm gonna leave it as it is then.
-
-
To my knowledge, players can only be muted in the lobby chat, but not the pregame or ingame chats. I wonder why, though, since hosts can already kick and ban players - so, I imagine adding a mute command to be pretty straightforward. I'd even go as as far and say this is a must, flares can be much more annoying than chat messages.
-
My tendency would be to treat defeated players as observers and cut them off from their former allies - they can no longer access the team chat at that point either. However, they could still keep their color when flaring to observers - they also keep their color in the global chat.
-
Well, anyway, here are some more details: - Because all observers would flare in the same color (namely white) I also added an option for flare chat notifications. - Who can see whose flares is pretty simple to change codewise, we only need to come to agree on one possibility. To conclude this thread so far: there are no concerns raised about allowing observers to send flares to other observers. What remains debated, is whether observers can see the players' flares. I'm of the opinion they should.