I have released v2.3 of the reactor planner, with the following changes:
- Updated default pulse configuration to be the same as no redstone
control (to avoid unintentional simulation of control types not actually set up in-game).
- Added default text to "Component" tab.
- Removed cooldown display for reactor designs/configs that will explode.
- Added calculation of explosion power (for reactor designs/configs that will explode).
- Standardized key names in Bundle.properties (for i18n).
- Added display of heat/eu outputs before first component broken (if any).
- Added display of time to first dip below 50% heat (after being above it).
- Made reactor temperature checks more consistent with mod - instead of checking after processing each component, it only checks at the end of the reactor tick.
- Added min/max EU and Heat outputs for fuel rods (click the "i" button near the fuel rod to see this).
- Added max reached heat for heat-accepting components (click the "i" button near the component to see this).
- Slight clarification of what total cell/condensator/vent cooling means.
- Gave the tab ordering below the reactor grid a bit more logic.
- Added outputs and min/max heat before first fuel rod depleted.
- Improved automation handling, allowed pre-specification of automation details when placing components.
- Added automation details and pulse config to reactor code.
- Added cancel button.
- Changed output for fluid reactor to show as HU/t instead of HU/s
- Added support for CSV Output.
Note that as far as i18n support, the framework is there, but no translations (aside from the default, which is US English) have been provided yet. If anyone wants to provide such a translation, a GitHub pull request is a good way to do that (provided you're familiar with Java's i18n handling, so you can name the new file appropriately, etc.). Alternatively (if you can't or won't use GitHub for whatever reason), you may attach the translated Bundle.properties to a post in this thread. Please refrain from relying on machine translations, though.