• Unit Scroller Issues & RFC on Changes

    23
    1 Votes
    23 Posts
    5k Views
    TheDogT
    @LaFayette Before I was guessing what happened, but here is a little bit more detail; where letters = Territories and numbers = units in those territories. D2 = Territory "D" with 2 units in it. A1, B1, C1, D2, E2, F1, G1 Say I move the 1st unit in E2, it should return to E2, but it actually goes to D2. If I move the 2nd unit in E2, it should return to F1, but it actually goes to G1.
  • A little help setting up eclipse

    4
    1 Votes
    4 Posts
    915 Views
    LaFayetteL
    @squid_daddy Please take the liberty to update the docs to get them more up to date, fill in any missing details, and generally make them more useful for someone getting started
  • pacific and europe triggered victory

    1
    1 Votes
    1 Posts
    546 Views
    No one has replied
  • Calling Graphic Designers! Need a 'Star' Graphic For Map Quality Rating

    12
    0 Votes
    12 Posts
    2k Views
    LaFayetteL
    @hepps I would love for the ratings to be sorted out and refined. There is an open need for Map Admins to go through and do curation of maps, volunteers needed: https://forums.triplea-game.org/topic/2707/map-curation-rating-maps-categories/1
  • Lock Map Icon on Map

    9
    2
    0 Votes
    9 Posts
    2k Views
    ubernautU
    @lafayette well i think having some kind of directional arrows behind the lock or maybe a map grid under the lock 3d style would have the same effect.
  • Downloaded Maps

    Moved
    7
    0 Votes
    7 Posts
    1k Views
    LaFayetteL
    FWIW, the places that would need a fix are largely in code that will be deleted pretty imminently. That is why the fixes are in queue.
  • Warning for those upgrading to v2.6+

    1
    1 Votes
    1 Posts
    552 Views
    No one has replied
  • RFC: merging skins with maps

    17
    2 Votes
    17 Posts
    2k Views
    C
    @LaFayette The alternative skin for 270BC is an example of changing also the units. There may be others. Here you can find a map-skin for RSoC that is actually about making the map bigger: https://github.com/Cernelius/red_sun_over_china-big_skin The current map-skin feature allows changing everything in the skin, and that is good. What is not very good is that it obliges you changing everything, so forcing duplication if you don't actually want to change everything. It is true that most map-skins are only about changing the map details, but I think this is beside the point (Of course, some things are more used or useful than others.).
  • TripleA Rules Sets

    15
    1 Votes
    15 Posts
    3k Views
    LaFayetteL
    @LaFayette said in TripleA Rules Sets: What would be ideal is to have a table describing different behaviors by rule set. We are actually on our way there. We have example maps that follow each rule set, all we need to do is to start teasing apart the behaviors that are different and then answer for each map, "does this follow that behavior, yes or no?" If we find that some rule sets are only very slightly different, simpler is better. The 'v3' moniker will be difficult to drop, if we can keep it simple and say "old edition", "revised edition" and "new edition", it could be easier to adopt. At this point though, without knowing what the rule sets actually are, it seems to be a first priority to know which rules are in each rule set before we do much of anything else.
  • Storing Maps as Folders only rather than as either Zip or Folder

    10
    4 Votes
    10 Posts
    2k Views
    djabwanaD
    @Cernel As we unzip a file, we will be doing a lot of checks (are all the required folders there? is there a centers.txt, etc.?) and as part of that process, we could enforce a casing convention. I have a tool that fixes capitalization. When I got image assets from @GenerationKILL sometimes the casing was a bit off, so I would just run this tool and it would conform every unit to a convention like this: Unit-Name.png regardless of the OS and regardless of the original naming. We could implement a similar normalization process at the map parsing level (though it might be hard to get map makers on the same page about which casing convention should be used). https://github.com/jdimeo/triplea-map-tools/blob/master/src/main/java/jdimeo/triplea/util/FixFileNames.java
  • GameData.acquireReadLock usage?

    3
    0 Votes
    3 Posts
    886 Views
    T
    So, would you be ok with removing some locks if it can be shown that the data is actually read only? I'm currently looking at ResourceList which is what GameData#getResourceList returns. The class has only one setter and it is only called during the game parse process and a test method. The data that ResourceList stores is a map of Strings and Resources. And Resource is a value object. ResourceList doesn't appear to need any sort of read lock since I don't see any way for it to change. If I see locks around GameData#getResourceList, can I just remove them? Would you like me to tag Resource and ResourceList somehow (such as @Value) to indicate that they are read-only objects?
  • Replace Console Logging with a File

    25
    2 Votes
    25 Posts
    4k Views
    TheDogT
    @LaFayette Dont forget to add triplea.log to the list of files to uninstall.
  • Questions from a know-nothing beginning programmer/developer

    8
    0 Votes
    8 Posts
    2k Views
    LaFayetteL
    That said, is there a particular reason (other than a chunk of code not really necessary to functionality) that save game files don't work that way? Java serialization was once popular, it was an initial design decision to use it, it was somewhat easy. We would actually like for save games to work more like you have described. It's a very large project, that is all, and we have a large backlog of small and large projects that we are working on and collectively there is not that much development labor available. Re: performance requirements These are the wrong things to focus on. First focus on functionality, what are you going to built? What value will it provide, how will it be used? You need a good product for anything else to matter. Then I'd encourage to stop worrying about specs. Simple and well done architectures are fast and perform well. Simple code is usually fast code. Once you have a reasonable design in place and functioning, then you can start analyzing where the performance bottlenecks are and where to go to optimize. It's a ways to get to that point, and once you are there the process is to measure, change, repeat. Humans have generally very bad intuitions for where performance problems will arise. It's also easy to try and fix all performance problems as optimization problems when they are really design problems. One can look at a block of code and wonder "how can I make this faster", and sometimes the right answer is, "how can I avoid needing to execute this in the first place?" That is why keeping things simple and working is very important, it lets you reason about what your code is doing. For example TripleA does a lot of calculations twice, why? Because there are 15 layers of call indirection separating the two which creates several thousands of lines of code in between the duplication. Bottom line OUr time is short in just about every way imaginable. I'm pretty sure and somewhat regrettfully going to say, if you want something that interoperates with TripleA, it's potentially one of and likely all of: untractable and/or a truly huge project We have wanted to for example to allow TripleA to run on web browsers, or phones. That project is probably 3-8 years away from being completed if it were started today.
  • Combine casualty selection dialogs?

    2
    2
    1 Votes
    2 Posts
    911 Views
    TheDogT
    Its a good idea, I like it.
  • AA Auto Casualty documentation?

    1
    1 Votes
    1 Posts
    757 Views
    No one has replied
  • AA and targets with multiple hit points, how many dice?

    8
    0 Votes
    8 Posts
    2k Views
    LaFayetteL
    I think you may have to look at which maps have the combination of properties set to see how it is used. I can imagine a few different variations of how such behavior would be used. Generally, if the intent were to be able to shoot down a multi-hit-point air unit, it would make more sense to me for the AA to do more than 1 damage.
  • When should support be allocated?

    10
    0 Votes
    10 Posts
    2k Views
    LaFayetteL
    Sounds right, though I think this is a simpler way to think about it: before a unit rolls, it looks to see if there is an available support, if so, it consumes that support.
  • Why does all aa attack values must divide into attackAAmaxDieSides?

    5
    0 Votes
    5 Posts
    902 Views
    T
    @alkexr , thanks for those forum posts. It does look like this warning is no longer valid.
  • 2 Votes
    6 Posts
    2k Views
    N
    @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.
  • Implementing UI Visual

    Moved
    32
    1 Votes
    32 Posts
    10k Views
    MirkoBrunerM
    @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 .

Recent Posts

  • This is my interpretation of the rules & what I coded:

    At the very start of the round, if any unit has the attachment canDefensiveRetreat = true, the defender gets a prompt if they want to retreat, and to which territory. They may only retreat to friendly/neutral territories, not an enemy territory, and they can't retreat to a territory with enemy units in it, unless only enemy air is present, which is non-blocking.

    If the defender chooses not to retreat, then the battle proceeds as normal. If the defender chooses a territory to retreat to, then that territory is saved and stored for later. The attackers fire at all of the defending units. Any units that are doing a defensive retreat do not fire back. Casualties are removed, and then any retreating units retreat to the destination we stored earlier. Any defender units not capable of retreating remain and must fight to the end/get captured/get removed, whatever happens normally

    EDIT: I was originally going to have a property that applies to all land units, but it turns out that in A&A North Africa not all land units can defensive retreat (the truck and the supply token can't) so it pretty much needs to be a unit attachment. This offers some variation as the mapmaker can select what units they want to be able to do a defender retreat

    read more

  • read more

  • @iratoric which North Africa game? AFAIK some of the variations are mutually exclusive. I think the first task it is to identify which variations should be plausibly supported. Once done, I would like a full spec identified. Following, we can then look at the plan for how that would be encoded into XML. Doing so iteratively and not all-at-once is perfectly fine. Though, I think we should know beforehand which retreat variations we are likely to want (and also in which maps).

    read more

  • @iratoric said:

    Thanks everyone for your opinions. I have thought about this a lot, and it is probably best if we start with implementing one set of rules and branch out from there. Otherwise there are simply too many possible combinations to do all at once. Since the North Africa game is the “official” ruleset and an already existing game that needs this rule, I think that whatever I implement should support that first. I will code it in such a way that it still leaves room for more variations later. Thoughts?

    I instead think that the baseline should be some version of what you/we can devise as the simplest retreat system, have that done and tested, then adding properties and/or options for each element adding complexity.

    For example, in the basic system you retreat to the same zone. Next step, with property, is retreating to an other zone. Next step, with property, is limiting retreat only to zones not under attack by land units. And so on.

    read more