Feature Requests & Ideas

• 

  Guidelines and Feature Request List
  • redrum  

  3
  5
  Votes
  3
  Posts
  1671
  Views

  

  ill start a few at a time zoom in yes idle timer yes fix the lag caused by new joiners yes three is enough for now
• 

  AI Development Discussion and Feedback
  • redrum  

  270
  3
  Votes
  270
  Posts
  24335
  Views

  

  @Cernel I think it the original slow down is probably related to changes in the path finding to better handle canals/terrain/etc. The AI was using this path finding itself in a not optimized way which now was further optimized.
• 

  Screen centering/cycling around map UI idea
  • Black_Elk  

  197
  0
  Votes
  197
  Posts
  1661
  Views

  C

  I suggest having the two left-right buttons below the unit images and the other three buttons above the unit images. This would take out only some pixels of height space in the bar while allowing all of the following: Bigger buttons. Minimum wideness down to 200 pixels. Adding back the centre button between the left and right ones. Virtually remove the risk of misclicking any of the stay, station and reactivate buttons while spamming the right button (at most you might misclick the centre one). I think ideal would be that the button resize depending on the current wideness of the right bar, by the way. If not that, then, resize the space between them.
• S

  quick save button
  • SilverBullet  

  4
  2
  Votes
  4
  Posts
  58
  Views

  S

  @redrum yes, basically like a video game, this way people get in the habit of quick saving so you dont see people in the lobby say things like "i dc grab a save" or "i couldnt grab an auto-save" or "what bot were we in?"
• B

  Prerelease Saved Games
  • beelee  

  7
  0
  Votes
  7
  Posts
  50
  Views

  B

  @LaFayette Really hope this is fixed to how 13066 works. It is quite annoying when testing and one has multiple saves.
• 

  Proposal: Always-shown "Purchased Units" panel
  • Alexei Svitkine  

  79
  5
  Votes
  79
  Posts
  961
  Views

  

  @beelee this is the thread about the units-to-place, I moved your post here.
• C

  Cernel's Errata - Addenda - Updates - Clarifications for the TripleA RuleBook version 1.0 excluding Appendices & Additional Content [UNFINISHED]
  unfinished • • Cernel  

  9
  1
  Votes
  9
  Posts
  198
  Views

  

  @Cernel any chance you'd be willing to pick back up your efforts here to make edits to the rule book? I'd rather have the effort you put in be captured and put to good use rather than languishing here and ultimately not being useful to anyone.
• 

  AI Interesting Moves and Points of Improvement on Revised
  • LaFayette  

  53
  0
  Votes
  53
  Posts
  579
  Views

  

  @Cernel There are rare occasions when it makes sense to declare war on true neutrals. Mostly late in the game in order to move through a specific area. But its probably done in less than 5% of games if I had to guess.
• 

  Sea Units starting in hostile seazones
  • Martin Madueño  

  14
  0
  Votes
  14
  Posts
  77
  Views

  

  @Cernel said in Sea Units starting in hostile seazones: oping that a developer takes interest, which may be influenced by the map's popularity. An example is World At War, that had an unsupported way of handling canal movement (even requiring the use of edit mode in all multiple canal cases!), documented in notes, then @redrum supported it at the engine level. Going further back, New World Order had edit based rules for adding bunkers to the map, that were changed to be supported (even, though, in this case, not in the same way). Ok, thanks you very much for the answers and the information. I will think about it.
• 

  Unit Tooltip Improvements & Poll
  • redrum  

  80
  5
  Votes
  80
  Posts
  7318
  Views

  C

  @Frostion Side note, for the tooltips on map, I would find more useful getting the info about the unit value (usually, cost), so I'm really not seeing why we are getting told who is the owner and not what is the value of that unit, from someone that would have neither of them.
• 

  Add mustSubmerge Unit Attribute
  • redrum  

  11
  3
  Votes
  11
  Posts
  1949
  Views

  

  This topic seems to be devolving into a discussion about units that can submerge verses creating a mechanism where a unit MUST submerge.
• 

  TripleA engine doesn't fit well for big WW1/WW2 maps
  • Schulz  

  8
  -1
  Votes
  8
  Posts
  77
  Views

  

  I'm trying to keep the aliaser trolls on this forum to a minimum
• 

  Unit Option Can Submerge/Hide for Land Units (Partisan/Guerrilla/Spy/Diplomat/Munition)
  • Hepps  

  69
  1
  Votes
  69
  Posts
  4398
  Views

  

  @Cernel There are all kinds of issues one could argue are either right or wrong as they stand. I think I would prefer if the mechanics being established did not interfere with existing established rules, but rather worked consistently with them. Then, looking down the road as how to circumvent those (perceived) deficiencies as a matter of an addition to the code as a separate idea.
• 

  Movable unit Highlight, remove button, change to be a toggle
  • LaFayette  

  5
  0
  Votes
  5
  Posts
  58
  Views

  

  @LaFayette Here was some feedback on the unit scroller in the pre-release: https://forums.triplea-game.org/topic/105/ai-development-discussion-and-feedback/204 Oh, with the UI, when you are doing combat moves ... if you want to say move a Tank and then you change your mind and want to click "Undo Move" well that whole area used to be big but its now blocked by those fast buttons below and I tried the only 3 resolutions on my comp that I can and the Combat area is always so small I can barely scroll to the "Undo Move" button and its much slower than when it was a whole big nice area to click on so my question is can I click off those fast button things below the Combat window so I can see the Combat window better since I don't even use those Fast buttons things I've never seen before
• 

  Add Ability For Suicide Units to Provide Support
  • Frostion  

  53
  0
  Votes
  53
  Posts
  370
  Views

  

  @Frostion Here are some examples: Attack Suicide Support Unit Can provide support for the first round of battle and then suicides. It would act as just a regular unit with no attack/defense values on defense (wouldn't suicide). <attachment name="unitAttachment" attachTo="suicideSupportUnit" javaClass="UnitAttachment" type="unitType"> <option name="movement" value="1"/> <option name="attack" value="0"/> <option name="defense" value="0"/> <option name="isSuicideOnAttack" value="true"/> </attachment> <attachment name="supportAttachmentSuicideSupportUnit" attachTo="suicideSupportUnit" javaClass="UnitSupportAttachment" type="unitType"> <option name="unitType" value="infantry"/> <option name="faction" value="allied"/> <option name="side" value="offence"/> <option name="dice" value="strength"/> <option name="bonus" value="1"/> <option name="number" value="10"/> <option name="bonusType" value="magic"/> </attachment> Iron War Nuke with Updated Properties Suicide on attack unit which fires during first strike but can't attack other nukes. <attachment name="unitAttachment" attachTo="Nuclear-Bomb" javaClass="games.strategy.triplea.attachments.UnitAttachment" type="unitType"> <option name="attack" value="5"/> <option name="attackRolls" value="10"/> <option name="movement" value="6"/> <option name="fuelFlatCost" value="Fuel" count="3"/> <option name="carrierCost" value="2"/> <option name="isAir" value="true"/> <option name="canAirBattle" value="true"/> <option name="airAttack" value="0"/> <option name="airDefense" value="0"/> <option name="isSuicideOnAttack" value="true"/> <option name="isFirstStrike" value="true"/> <option name="canNotTarget" value="Nuclear-Bomb"/> <option name="isStrategicBomber" value="true"/> <option name="bombingMaxDieSides" value="10"/> </attachment> POS2 XML PR: https://github.com/triplea-maps/the_pact_of_steel/pull/42 ron-murhammer created this issue in triplea-maps/the_pact_of_steel closed Add isSuicideOnAttack and isSuicideOnDefense #42
• 

  Unit Option When Damaged Change Into Different Unit (Weakened Battleships)
  • Hepps  

  75
  0
  Votes
  75
  Posts
  5624
  Views

  

  @Cernel I fairly sure this is supported in 1.9.0.0.13066 as TWW uses it. At a quick glance, I think the issue probably is that it doesn't work if the unit has 0 HP remaining (unit dies instead). Can you try changing the wall to have 2 HP to see if it then transforms?
• B

  Have Movement Prompt Pick Lowest Unit First
  • beelee  

  2
  7
  Votes
  2
  Posts
  33
  Views

  

  @beelee I totally agree with this as the immediate concern when finishing up a turn is generally where the least mobile units need to go. Great suggestion!
• B

  Have History Show Capital Capture PUs
  • beelee  

  1
  2
  Votes
  1
  Posts
  25
  Views

  No one has replied

• W

  Another supportAttachment request...
  • wc_sumpton  

  6
  1
  Votes
  6
  Posts
  61
  Views

  C

  @wc_sumpton I meant if the matter was needing two different kind of support/units to get supported, it seems more logical doing it directly rather than 0.5 + 0.5 and ignoring if only one 0.5. Also that would allow for support or nothing when it is a +2 or more. But I have to say several times I wished for something like this, especially when you have land transported units.
• L

  Game Statistics Page
  statistics feature-request • • lenzls  

  8
  3
  Votes
  8
  Posts
  130
  Views

  

  @lenzls You could cache the results and/or compute them in the background on game launch. Overall though, I'd stick to the rule of thumb: "working, clean, fast - in that order". I think we need to eventually have bigger updates to make game data broken up and store the history data as delta's and independent of the immutable data such as base game rules and map options. That would give many benefits, a compability for a custom save-game format that does not rely on serialization, smaller save games, and much faster game clone operations which cause many delays. Hence, IMO it might be okay to just cache the results and let it be somewhat slow until we can get those deeper changes in place. Grant it, if there is a way to cleanly make the rendering fast, then it would be very difficult to wait or object to that.