ВЕРСИИ (103)

## RFToolsControl 1.21-8.0.2 - Updated and expanded the Patchouli manual documentation

## RFToolsControl 1.20-7.0.4 - Various Patchouli documentation updates and fixes

<h2>RFToolsControl 1.21-8.0.1</h2><br/>&nbsp;&nbsp;&nbsp;- Fixed patchouli integration<br/>

<h2>RFToolsControl 1.21-8.0.0</h2><br/>&nbsp;&nbsp;&nbsp;- Port to 1.21.1<br/>

<h2>RFToolsControl 1.20-7.0.3</h2><br/>&nbsp;&nbsp;&nbsp;- Bug fix when selecting 'gfx' mode in the controller<br/>

<h2>RFToolsControl 1.19-6.1.5</h2><br/>&nbsp;&nbsp;&nbsp;- Fix for new McJtyLib<br/>

<h2>RFToolsControl 1.20-7.0.2</h2><br/>&nbsp;&nbsp;&nbsp;- Update to latest McJtyLib<br/>

<h2>RFToolsControl 1.20-7.0.1</h2><br/>&nbsp;&nbsp;&nbsp;- Fixed patchouli integration<br/>

<h2>RFToolsControl 1.20-7.0.0</h2><br/>&nbsp;&nbsp;&nbsp;- Port to 1.20<br/>

<h2>RFToolsControl 1.19-6.1.4</h2><br/>&nbsp;&nbsp;&nbsp;- Update for latest McJtyLib fixing the registryAccess() problem<br/>

<h2>RFToolsControl 1.19-6.1.3</h2><br/>&nbsp;&nbsp;&nbsp;- Update to 1.19.4<br/>

<h2>RFToolsControl 1.19-6.1.2</h2><br/>&nbsp;&nbsp;&nbsp;- 1.19.3 compatibility fix in McJtyLib<br/>

<h2>RFToolsControl 1.19-6.1.1</h2><br/>&nbsp;&nbsp;&nbsp;- Fixed many opcodes so that they work again with the storage scanner<br/>

<h2>RFToolsControl 1.18-5.0.10</h2><br/>&nbsp;&nbsp;&nbsp;- Fixed many opcodes so that they work again with the storage scanner<br/>

<h2>RFToolsControl 1.19-6.1.0</h2><br>&nbsp;&nbsp;&nbsp;- Updated to Latest McJtyLib and made compatible with 1.19.3<br>&nbsp;&nbsp;&nbsp;- Fixed 'get ingredients smart'<br>&nbsp;&nbsp;&nbsp;- Fixed a few bugs in some of the other crafting opcodes<br>&nbsp;&nbsp;&nbsp;- Fixed item and variable allocations not correctly syncing to client<br>

<h2>RFToolsControl 1.18-5.0.9</h2><br>&nbsp;&nbsp;&nbsp;- Fixed 'get ingredients smart'<br>&nbsp;&nbsp;&nbsp;- Fixed a few bugs in some of the other crafting opcodes<br>&nbsp;&nbsp;&nbsp;- Fixed item and variable allocations not correctly syncing to client<br>

<h2>RFToolsControl 1.18-5.0.8</h2><br>&nbsp;&nbsp;&nbsp;- Fix patchouli manual<br>

<h2>RFToolsControl 1.19-6.0.1</h2><br>&nbsp;&nbsp;&nbsp;- API Changes<br>

<h2>RFToolsControl 1.18-5.0.7</h2><br>&nbsp;&nbsp;&nbsp;- Moved the Parameter class from RFToolsControl to the API<br>

<h2>RFToolsControl 1.19-6.0.0</h2> <p><br>&nbsp;&nbsp;&nbsp;- Port to 1.19</p>

<h2>RFToolsControl 1.16-4.0.18</h2><br>&nbsp;&nbsp;&nbsp;- Use GuiPopupTools from McJtyLib (moved from here)<br>

<h2>RFToolsControl 1.18-5.0.6</h2><br>&nbsp;&nbsp;&nbsp;- Use GuiPopupTools from McJtyLib (moved from here)<br>

<h2>RFToolsControl 1.18-5.0.5</h2><br>&nbsp;&nbsp;&nbsp;- Fixed a problem with the programmer gui where some functions would not be selectable<br>

<h2>RFToolsControl 1.16-4.0.17</h2><br>&nbsp;&nbsp;&nbsp;- Fixed a problem with the programmer gui where some functions would not be selectable<br>

<h2>RFToolsControl 1.18-5.0.4</h2><br>&nbsp;&nbsp;&nbsp;- Fixed a fluid dupe bug<br>

<h2>RFToolsControl 1.16-4.0.16</h2><br>&nbsp;&nbsp;&nbsp;- Fixed a fluid dupe bug<br>

<h2>RFToolsControl 1.16-4.0.15</h2><br>&nbsp;&nbsp;&nbsp;- Fixed a bug with the node gui. It was not possible to fill in the channel and filling the node actually changed the channel<br>

<h2>RFToolsControl 1.18-5.0.3</h2><br>&nbsp;&nbsp;&nbsp;- Fixed a bug with the node gui. It was not possible to fill in the channel and filling the node actually changed the channel<br>

<h2>RFToolsControl 1.18-5.0.2</h2><br>&nbsp;&nbsp;&nbsp;- Port to 1.18.2<br>

<h2>RFToolsControl 1.18-5.0.1</h2><br>&nbsp;&nbsp;&nbsp;- Fixed a problem with items not getting restored when breaking and placing blocks<br>

<h2>RFToolsControl 1.18-5.0.0</h2><br>&nbsp;&nbsp;&nbsp;- First port to 1.18<br>

<h2>RFToolsControl 1.16-4.0.14</h2><br>&nbsp;&nbsp;&nbsp;- Updated to latest version of McJtyLib<br>

<h2>RFToolsControl 1.16-4.0.13</h2><br>&nbsp;&nbsp;&nbsp;- Updated to latest version of McJtyLib<br>

<h2>RFToolsControl 1.16-4.0.12</h2><br>&nbsp;&nbsp;&nbsp;- Updated to latest version of McJtyLib<br>&nbsp;&nbsp;&nbsp;- The hud for the Processor is full bright again making it easier to read<br>

<h2>RFToolsControl 1.16-4.0.11</h2><br>&nbsp;&nbsp;&nbsp;- Fixed programmer card tooltip<br>&nbsp;&nbsp;&nbsp;- Fixed a problem with the node and processor not doing redstone output correctly<br>

<h2>RFToolsControl 1.16-4.0.10</h2><br>&nbsp;&nbsp;&nbsp;- Fixed integration between RFTools Control and RFTools Storage for the screen modules<br>

<h2>RFToolsControl 1.16-4.0.9</h2><br>&nbsp;&nbsp;&nbsp;- Fixed a problem with the storage control module which wouldn't fit in the processor anymore<br>

<h2>RFToolsControl 1.16-4.0.8</h2><br>&nbsp;&nbsp;&nbsp;- It is again possible to drag items into programmer item slots<br>

<h2>RFToolsControl 1.16-4.0.7</h2><br>&nbsp;&nbsp;&nbsp;- Update for McJtyLib tooltip rendering<br>

<h2>RFToolsControl 1.15-3.0.9</h2><br>&nbsp;&nbsp;&nbsp;- Popup errors in gui's now fit their text better<br>&nbsp;&nbsp;&nbsp;- Clipboard support in the programmer is working again<br>

<h2>RFToolsControl 1.16-4.0.6</h2> <p><br>&nbsp;&nbsp;&nbsp;- Popup errors in gui's now fit their text better<br>&nbsp;&nbsp;&nbsp;- Clipboard support in the programmer is working again</p>

<h2>RFToolsControl 1.16-4.0.5</h2> <p><br>&nbsp;&nbsp;&nbsp;- Fixed a bug in the crafting station<br>&nbsp;&nbsp;&nbsp;- Update to latest McJtyLib</p>

<h2>RFToolsControl 1.15-3.0.8</h2><br>&nbsp;&nbsp;&nbsp;- Fixed a bug in the crafting station<br>&nbsp;&nbsp;&nbsp;- Update to latest McJtyLib<br>

<h2>RFToolsControl 1.16-4.0.4-beta</h2><br>&nbsp;&nbsp;&nbsp;- Update to latest McJtyLib<br>

<h2>RFToolsControl 1.15-3.0.7</h2><br>&nbsp;&nbsp;&nbsp;- Fixed a problem on servers<br>

<h2>RFToolsControl 1.16-4.0.3-beta</h2><br>&nbsp;&nbsp;&nbsp;- Fixed a problem on servers<br>

<h2>RFToolsControl 1.16-4.0.2-beta</h2><br>&nbsp;&nbsp;&nbsp;- Safer client-side registrations (thread-safety)<br>&nbsp;&nbsp;&nbsp;- Various cleanups and fixes<br>&nbsp;&nbsp;&nbsp;- Fixed a problem with spawner configuration loading on servers<br>

<h2>RFToolsControl 1.15-3.0.6</h2><br>&nbsp;&nbsp;&nbsp;- Safer client-side registrations (thread-safety)<br>&nbsp;&nbsp;&nbsp;- Various cleanups and fixes<br>

<h2>RFToolsControl 1.16-4.0.1-beta</h2><br>&nbsp;&nbsp;&nbsp;- Fixed a potential exploit which could be used to attack a server<br>

<h2>RFToolsControl 1.16-4.0.0-beta</h2><br>&nbsp;&nbsp;&nbsp;- First port to 1.16.2<br>

<p>3.0.4-beta:<br>- Update for latest McJtyLib</p>

<p>Update for latest McJtyLib</p>

<p>3.0.2-beta:<br>- Fixed a problem with fetching variables and fluids from a processor through a tablet</p>

<p>3.0.1-beta:<br>- Dependency fix</p>

<p>3.0.0-beta:<br>- First port of RFTools Control to 1.15<br>- Removed all oredictionary related parameters<br>- New 'test_tag' opcode to test if an item contains a tag<br>- New 'eval_gettags' opcode to get all tags for an item<br>- The filter module can now also be inserted in the processor (in the expansion slots)<br>- New 'test_filter' opcode to test if an item matches a filter<br>- New 'do_fetchitems_filter' opcode to fetch items from an inventory that match the given filter<br>- Fixed the recipes for the vanilla recipe book<br>- Moved most of the configs from common to server (so that they are saved with the world and synced to the client)</p>

<h2>RFToolsControl 1.12-2.0.2</h2><br>&nbsp;&nbsp;&nbsp;- Fixed a bug where the storage card module wouldn't always get recognized by the processor<br>&nbsp;&nbsp;&nbsp;- Added a new 'eval_getcraftingcard'. This can get the crafting card out of an inventory that can craft the given item<br>&nbsp;&nbsp;&nbsp;- Added ore dictionary support for 'do_pushworkbench'<br>&nbsp;&nbsp;&nbsp;- Added ore dictionary support for 'eval_ingredients'<br>&nbsp;&nbsp;&nbsp;- The 'net list' command will now also show crafting stations<br>

<h2>RFToolsControl 1.12-2.0.1</h2><br>&nbsp;&nbsp;&nbsp;- Fixed a bug where oredictionary matching was broken for 'get_ingredients_smart'<br>&nbsp;&nbsp;&nbsp;- Fixed a problem with the item tooltip in the crafting station<br>&nbsp;&nbsp;&nbsp;- The 'eval_item' opcode will no longer give an error if it returns an empty item. An empty item is valid too<br>

<h2>RFToolsControl 1.12-2.0.0</h2><br>&nbsp;&nbsp;&nbsp;- Depends on McJtyLib 3.5.0!<br>&nbsp;&nbsp;&nbsp;- Fixed dropping liquid buckets in the fluid opcodes<br>&nbsp;&nbsp;&nbsp;- Small improvement on error logging. The index of the program card that is causing the error is now also printed<br>&nbsp;&nbsp;&nbsp;- There was a chance that a programmer would not correctly save its current program on exit. Loading the world again would revert to an older program. This has now been fixed<br>&nbsp;&nbsp;&nbsp;- If the programmer gets a redstone signal it will save the current program to the card. This allows automation to save a program to many cards<br>&nbsp;&nbsp;&nbsp;- New opcode ('eval_countcrafts') to count the possible number of crafting operations given a card and an inventory<br>&nbsp;&nbsp;&nbsp;- New opcode ('do_vector_sort') to sort a vector<br>&nbsp;&nbsp;&nbsp;- New opcode ('eval_vector_indices') to generate a vector of integers starting with 0<br>&nbsp;&nbsp;&nbsp;- Converting a vector to a string will now give a short summary of its contents instead of just []<br>&nbsp;&nbsp;&nbsp;- New 'length' function which is a more convenient way to calculate the length of a string or vector<br>&nbsp;&nbsp;&nbsp;- The 'do_getingredients_smart' and 'do_getingredients' opcodes now have optional 'oredict' parameters so that you can enable oredictionary support for checking ingredients<br>&nbsp;&nbsp;&nbsp;- New 'watch' commands that can help debug a program by watching when a variable changes. You can then log that change or set the program in debug mode<br>&nbsp;&nbsp;&nbsp;- Added new 'comment' opcode that acts like a wire but has the extra ability to attach three comment lines. This makes it easier to document your programs<br>&nbsp;&nbsp;&nbsp;- New 'test_eq_item' opcode which is a more flexible way to test for item equality. It can optionally use metadata, NBT, and oredictionary to do the equality test<br>&nbsp;&nbsp;&nbsp;- Fixed a problem where opcodes that work with 'numbers' didn't have access to functions that return integers<br>&nbsp;&nbsp;&nbsp;- The 'eval_tuple' opcode now also has a way to get a tuple from a variable<br>

<h2>RFToolsControl 1.12-1.9.3</h2><br>&nbsp;&nbsp;&nbsp;- Needs McJtyLib 3.1.0<br>&nbsp;&nbsp;&nbsp;- Support for COFH RF API is removed. Only Forge Energy is supported now<br>

<h2>RFToolsControl 1.12-1.9.2</h2><br>&nbsp;&nbsp;&nbsp;- Made compatible with RFTools 7.58<br>

<h2>RFToolsControl 1.12-1.9.1</h2><br>&nbsp;&nbsp;&nbsp;- Fixed a bug with the vector pop operation. It would always return an empty list<br>

<h2>RFToolsControl 1.12-1.9.0</h2><br>&nbsp;&nbsp;&nbsp;- Made compatible with the latest McJtyLib (3.0.0)<br>

<h2>RFToolsControl 1.12-1.9.0-alpha</h2><br>&nbsp;&nbsp;&nbsp;- Made compatible with the latest McJtyLib (3.0.0)<br>

<p><strong>1.8.1:</strong></p> <ul> <li>Support for 'long' numbers in operations that work on numbers</li> <li>New opcodes to read long energy numbers from big power machines</li> <li>New opcode to get machine information (for example from rftools mob spawner)</li> <li>Many fixes by Joseph C. Sible</li> </ul>

<p><strong>1.8.0:</strong></p> <ul> <li>This version requires McJtyLib 2.6.0!</li> </ul>

<p><strong>1.7.0:</strong></p> <ul> <li> <p>Fixed a problem with crafting station ignoring item equality if NBT was present</p> </li> <li> <p>Another similar fix for the processor</p> </li> <li> <p>In crafting cards you can now specify 'strict NBT' matching so that opcodes like get_ingredients and get_ingredients_smart can check this flag to also allow matching on NBT</p> </li> </ul>

<p><strong>1.7.0:</strong></p> <ul> <li> <p>Fixed a problem with crafting station ignoring item equality if NBT was present</p> </li> <li> <p>Another similar fix for the processor</p> </li> <li> <p>In crafting cards you can now specify 'strict NBT' matching so that opcodes like get_ingredients and get_ingredients_smart can check this flag to also allow matching on NBT</p> </li> </ul>

<p><strong>1.6.9:</strong></p> <ul> <li>Due to security issues this version requires McJtyLib 2.5.0!</li> </ul>

<p><strong>1.6.9:</strong></p> <ul> <li>Due to security issues this version requires McJtyLib 2.5.0!</li> </ul>

<p><strong>1.6.8:</strong></p> <ul> <li>Fixed an accidental depencency on RedstoneFlux</li> </ul>

<p><strong>1.6.8beta1:</strong></p> <ul> <li>First port of RFTools Control to 1.12</li> </ul>

<p><strong>1.6.8:</strong></p> <ul> <li>Made the fluid tank caps support a bit more efficient</li> <li>Crafting card tooltip fix when the card is empty</li> <li>Jorge refixed METADATA on Crafting Stations. Previously fixed in a sense that the crafting detect nbt data on selected items. This time the fix looks for nbt data on the results of crafting templates</li> <li>Forestbat added Chinese translation</li> <li>Tom Feist-Hassan&nbsp;fixed min_vector and max_vector functions</li> </ul>

<p><strong>1.6.6:</strong></p> <ul> <li>Fixed a problem when an event wasn't immediatelly able to be processed because there was no available core then optional parameters for that event would not be used when the event was later executed</li> <li>Added better protection in case there are too many events at the wrong time</li> </ul>

<p><strong>1.6.5:</strong></p> <ul> <li>New hex mode in parameter editor to make editing colors easier</li> <li>Fixed a problem with JEI integration for the crafting card on 1.11</li> <li>Fixed a bug where marking a craft request Ok but not giving an item did complete that request but prevented further requests in the same batch (i.e. a count &gt; 1 was given in the crafting station) from being requested</li> <li>It is now possible to extract/insert items from the processor generic buffer with hoppers/conduits/whatever. Makes some kind of automation easier</li> <li>Made screen selection in the vector art module more accurate</li> </ul>

<p><strong>1.6.4:</strong></p> <ul> <li>Updated to latest RFTools screen api for truetype support</li> <li>Needs RFTools 5.81</li> </ul>

<p><strong>1.6.3:</strong></p> <ul> <li>New 'call function' opcode with which you can implement subroutines (on the same card)</li> <li>New vector datatype. A vector is basically a list or array. Items can be of any type. There are several vector operations provided as well as a few functions</li> <li>Prevent possible stack overflow when updating fluid slots when a tank is placed next to a processor</li> </ul>

<p><strong>1.6.2</strong>:</p> <ul> <li>Fix a problem updating the fluid slots if a tank is put down or removed</li> <li>Fixed a bug with fluid allocation where the fluid slot allocation would go wrong completely if fluid tanks were placed/removed around the processor</li> <li>Make fluid slot allocation safer again</li> </ul>

<p><strong>1.6.1:</strong></p> <ul> <li>Several itemstack related fixes that could mess things up on 1.11</li> <li>Fix a problem with the crafting station on 1.10</li> <li>Shephiroth made it possible to request items with NBT through the crafting station</li> <li>Implemented auto focus for the text fields in the parameter editors</li> <li>Focus is now also set on the variable part and when switching tabs</li> <li>Pressing enter in a text field for a parameter editor will now close the dialog</li> </ul>

<p><strong>1.60:</strong></p> <ul> <li>First non-beta release for 1.10.2 and 1.11 at the same time</li> <li>Needs RFTools 5.70 or higher</li> <li>Needs McJtyLib 2.3.0 or higher</li> <li>Needs the appropriate version of CompatLayer 0.1.0 or higher</li> </ul>

<p><strong>1.5.2beta1:</strong></p> <ul> <li>First beta release of RFTools Control for 1.10.2 *and* 1.11</li> <li>Needs beta of RFTools</li> <li>Needs beta of McJtyLib</li> <li>Needs either 1.10.2 or 1.11 beta of CompatLayer</li> </ul>

<p><strong>1.5.2alpha2:</strong></p> <ul> <li>Fixes for 1.10/1.11</li> <li>Compatible with latest CompatLayer</li> </ul>

<p><strong>1.5.2alpha1:</strong></p> <ul> <li>First release for 1.11 (and 1.10) using compatlayer</li> </ul>

<p><strong>1.5.2:</strong></p> <ul> <li>Some manual fixes. Added section about graphics</li> <li>Clamped the values of the redstone operator so that you cannot set redstone level &lt; 0 or &gt; 15. This could cause crashes in some blocks</li> <li>New much smarter 'pushworkbench' opcode that can help with auto crafting. This opcode can only push items to a workbench and it needs a crafting card to do that. It tries to be smart and only pushes the items it needs and nothing more. It basically tries to make the grid in the workbench to match the needed recipe</li> <li>When saving a program in the programmer the name is not asked again unless the player presses shift while pressing the save button</li> </ul>

<p><strong>1.5.1:</strong></p> <ul> <li> Fixed bugs in both the push and fetch liquid operations. They were not actually working properly and liquids could get lost</li> </ul>

<p><strong>1.5.0:</strong></p> <ul> <li>Note: McJtyLib required is now 2.2.0!</li> <li>Added fluid support. This works as follows: <ul> <li>There is a new multi tank which you have to place adjacent to the processor. You can use multiple</li> <li>Per multi tank you get four slots that can each hold 10 buckets of any liquid</li> <li>These slots you can allocate in the processor similar to how you allocate items and variables</li> <li>The liquid opcodes work similarly to item opcodes. First you transfer a liquid to an internal slot and then you transfer it back to a new location</li> <li>Multi tanks cannot be used in any other way. They don't allow extraction or insertion at this moment</li> </ul> </li> <li>Big rework on the internals of the parameter system. If I did my job right you should not notice this. Basically parameter handling should be a bit more efficient (less load on a server) and it is also cleaner and more consistent</li> <li>If you hold shift on an opcode in the grid you will get the coordinate of that opcode in the tooltip</li> <li>Bugs fixed: <ul> <li>Copy to json of item opcodes sometimes messed up the meta value (bonemeal -&gt; ink sac)</li> <li>The examine items external opcode will no longer ignore the item if a slot is given and return 0 if the item doesn't match with what is in the slot</li> </ul> </li> </ul>

<p><strong>1.4.0:</strong></p> <ul> <li>Added categories to opcodes for easier searching. In the GUI of the programmer you can now filter the opcodes based on those categories</li> <li>Changed the layout of the programmer so that three opcodes fit horizontally. That makes for less scrolling</li> <li>When an opcode has an error (unreachable or bad parameters) a little indicator will flash on the opcode</li> <li>New opcodes: <ul> <li>Opcode to evaluate an item</li> <li>Opcode to get the number of possible slots in an inventory</li> </ul> </li> <li>New functions: <ul> <li>Function to get the item out of a crafting card/token</li> </ul> </li> <li>When an internal error occurs the error is now logged with DEBUG level</li> </ul>

<p><strong>1.3.4:</strong></p> <ul> <li>A non empty item stack will now return true on the 'test' statement. So 'test' can be used to test for the existance of an item in some slot</li> <li>If there are too many events this causes an exception. You don't want this exception to cause an event again...</li> <li>Added a new 'tuple' tupe. Added new graphics operations that use this tuple. Deprecated the old graphics operation. That means that the old programs will work but if you check out the programs in your programmer the opcodes will be crossed over. It is recommended to replace these opcodes with the new versions that use tuples</li> <li>Added two functions 'tuple_x' and 'tuple_y' to get the x and y components out of a tuple</li> <li>Added 'last_tuple' function</li> <li>Added a new 'select' event in combination with the vector art screen module. That way you can now be more interactive with vector art</li> </ul>

<p><strong>1.3.3:</strong></p> <ul> <li>Fixed bug in 'push_multi'. It was not able to push items to a storage system. Only to real inventories</li> <li>Update to McJtyLib 2.1.4</li> <li>Two new opcodes to compare the last result with a variable. The advantage of these opcodes is that they also work for other types and not only for integers</li> </ul>

<p><strong>1.3.2:</strong></p> <ul> <li>Improvements to the crafting card. Remembers stack amounts that you inserted into it now. Also made it a bit more user-friendly with more tooltips and in-game help. There is also an 'Update' button that resets the output on the card to what the 3x3 recipe would give</li> <li>Added a test for too many events in the event queue (by default set to 100)</li> <li>Add a configurable maximum crafting requests to avoid overflowing the crafting station (default 200)</li> <li>Important change in how 'timer' events work. Timer events have always been handled specially because they got dropped (instead of queue for later) when there was no available core. That means that if you have two timer events on the same card with exactly the same delay and only one core then one of those events would never have been able to execute. Because the first one always executes and the other one is dropped. This has now changed so that at least one timer event per event location can be in the queue. That way all timer events get a chance to execute</li> <li>New holo HUD on the processor. This is off by default but in the GUI of the processor you can set it to any of the following three modes: <ul> <li>Log: just show the processor log. Useful if you dump your own info from your programs so that you can see it in game</li> <li>Db: debug information. Shows the status of up to six cores, the event queues, locks and also the last exception and how long ago it occurred</li> <li>Gfx: the output of the vector art/graphics card module. You can use this instead of the usual RFTools screen</li> </ul> </li> <li>The holo hud normally floats above the processor. If there is another block above the processor it will automatically jump to right before that block</li> </ul>

<p><strong>1.3.1:</strong></p> <ul> <li>Fixed a problem where in some cases the log messages would not show up correctly depending on localization</li> <li>When allocating variables and slots you can now see the relative number that programs on that card should use</li> <li>There was a really strange interaction going on with the crafting station and the processor when doing recursive crafting. It appeared that you actually had to keep the gui of the crafting station open for recursive crafting operations to keep running</li> <li>Reset command also clears debugging status</li> </ul>

<p><strong>1.3.0:</strong></p> <ul> <li>Added a graphics card, a vector art screen module and new opcodes to render vector art. For now you can render lines, boxes and text. Keep in mind that RFTools screens only update once every second so don't expect fast graphics with this. It's main use is for more graphic status displays and simple games</li> <li>Added a new random opcode that is a bit easier to generate random integers (the random function remains there too)</li> </ul>

<p><strong>1.2.0:</strong></p> <ul> <li>New opcode to test if a tag of two items is equal</li> <li>New token item that can hold information and two tokens to work with that. One to copy a variable to a token and one to read out a token. These tokens can be used to transfer information in item form. For example, you could use such a token with a railcart system to code a destination on it so that at a station it can be read to see where the railcart has to go</li> <li>New 'exclusive' option for a processor (settable in the GUI) to make sure that programs on a card can only execute on the corresponding core. This way you can dedicate a program that needs more performance on a higher tier core while the other program(s) run on lower tier cores. This new option also helps with more controlled concurrency handling</li> <li>New IPC (inter process communication). Using the new network identifier card and the new advanced network card you can now send messages from one processor to another. A message has a name and you can also associate a variable with information with it. IPC has no distance limitations but the destination processor needs to be chunkloaded</li> <li>Some tooltip improvements</li> <li>Fixes: <ul> <li>The crafting station failed to send over damage/metadata to the processors so the processor would craft the first item that matched the item ignoring meta</li> <li>Fixed a bug introduced last version where the editor for a 'side' field didn't display the current side correctly (programs did work though)</li> </ul> </li> </ul>

<p><strong>1.1.1:</strong></p> <ul> <li>Many automatic parameter conversions to make life easier for the programmer (i.e. inventory -&gt; string representation and back so that you can for example construct an inventory location on your network programatically)</li> <li>The &gt; and = opcodes actually have no result (i.e. they don't modify the last result). This was marked wrong in the tooltip</li> <li>Fixed a possible vulnerability with a packet that didn't check if the held item was actually from this mod</li> <li>The reset command now clears all redstone outputs on all sides of all network nodes as well as the processor itself</li> </ul>

<p><strong>1.1.0:</strong></p> <ul> <li>New opcodes and functions: <ul> <li>New opcode to read the damage value from an item</li> <li>New opcode to get the readable name of an item (needed because conversion to string has changed, see below)</li> <li>Function to get the last value as an item. Also has the feature to convert a string as a registry name to an item</li> </ul> </li> <li>Changes: <ul> <li>Slot is not optional for examine item. This was marked wrong</li> <li>Converting an item to a string will now return the registry name and not the display name. That's more symmetrical with the opposite conversion that already exists. So be aware of this if you were using this feature and use the new opcode to get the readable name of an item</li> </ul> </li> <li>Fixes: <ul> <li>String concat opcode was wrong. The input parameters were marked as integer</li> <li>The random function was not working</li> <li>Went through parameters for various opcodes and sanitized their usage</li> </ul> </li> <li>New API so that other mods can also add opcodes and functions (currently only Deep Resonance supports this). Warning! This API may still change!</li> </ul>

<p><strong>1.0.0:</strong></p> <ul> <li>Redstone events are now also supported for nodes</li> <li>Improved the gui for the crafting station and added a filter</li> <li>Added a verbosity option for tooltips</li> <li>Slightly better connector handling in the programmer</li> </ul>

<p><strong>1.0.0beta10:</strong></p> <ul> <li>Support for clipboard in the programmer so that you can copy and paste snippets of code</li> </ul>

<p><strong>1.0.0beta9:</strong></p> <ul> <li>Needs McJtyLib 2.1.1!</li> <li>Made it more clear for what the 16 expansion slots are meant by marking them more clearly in the processor gui</li> <li>Fixed a bug in 'get ingredients smart'. It would return 0 even if it was not possible to craft something</li> <li>There is now a new parameter for all events called 'single'. If that parameter is set then that event can only be run once. This is to prevent a single event from taking up all cores leaving no room for other events on a processor</li> <li>New opcode to put an inventory as a last result so you can store it in a variable. That opens up some reusability options for programs</li> <li>New signal opcode that sends a signal that can be catched by the signal event (same event that is used by rftools screens)</li> <li>Added command history (arrow up/down) to the processor making it easier to repeat the last commands</li> <li>Fixed a crash when ticks for the timer was set to 0</li> <li>Connectors in the programmer gui now highlight when you hover over them. Also you need to double click them to change because previously it was too easy to accidently change them (can be configured)</li> <li>Add the ability to edit variables in the processor if they are set</li> <li>When editing a variable or a parameter for an event you can no longer use the 'variable' and 'function' sections of the parameter editor since those don't make sense in that context</li> <li>Improvements to the user manual. Added a section on concurrency (locks, single event mode, ...) and a section on debugging (single stepping) your programs</li> </ul>

<p><strong>0.1.0beta7:</strong></p> <ul> <li>CraftOk opcode has item correctly marked as optional</li> <li>Manual improvements</li> <li>Better exception logging in case there is an 'internal error'</li> <li>Some fixes in case no parameters were given at all</li> </ul>

<p><strong>0.1.0beta6:</strong></p> <ul> <li>Several usability improvements to the opcodes</li> <li>Parameters can now be marked as optional and this is shown in the tooltip</li> <li>The program validator also shows missing parameters now</li> <li>Double clicking on an error in the validator will highlight the problematic opcode</li> <li>Several icon improvements as suggested by the community (but not all yet)</li> <li>You can shift click the program card in the programmer</li> <li>Fixed crash with crafting card when the gui was open</li> <li>Support for forge energy units</li> <li>New opcodes to measure liquid</li> </ul>

<p><strong>0.1.0beta5:</strong></p> <ul> <li>No maximum stacksize for crafting cards</li> <li>Should support old IInventory too for mods that don't yet support the new item handler capabilities (like IC2)</li> <li>New 'loop' opcode to make loops</li> <li>New opcodes for constant integers and strings</li> <li>The 'push multi' opcode now also works to a storage system</li> <li>New 'get ingredients smart' opcode that only gets the ingredients if they are all there and tries to request all missing ingredients (for recursive crafting)</li> <li>New 'signal' console command (processor console) to manually force a 'signal' event to run. Can be used for manual running of programs</li> <li>New opcode to resume a craft operation at timed intervals (as opposed to the current one that resumes as soon as an item is present)</li> <li>New /rfctrl save and /rfctrl load commands to save the program card in your hand to Json (to a file in the MC directory) and load it again. This is a way to transfer programs between worlds</li> </ul>

<p><strong>0.1.0beta3:</strong></p> <ul> <li>Warning! There have been a few opcode changes. Some opcodes are deprecated (for example, the opcodes for storage access, this functionality is merged with the normal inventory opcodes). Deprecated opcodes will stay in your grid but you cannot add new ones. It is recommended to replace them with the non deprecated version.</li> <li>Warning! Some parameters have changed so you may have to go over your programs to see if they are still ok</li> <li>Many new opcodes in general and cleanups to them</li> <li>Generalized exception handling. If something goes wrong in your program it will generate an exception. You can catch exceptions and act on them appropriatelly or you can just let them log on the console</li> <li>Some new console commands like 'reset'. Also new 'db' command to do singlestepping. For example, to singlestep core 0: <ul> <li>db debug 0</li> <li>db info</li> <li>db step ...</li> <li>db resume</li> </ul> </li> <li>Crafting related: <ul> <li>Many new opcodes that are suitable for auto crafting</li> <li>New crafting card that can be used to store recipes and ingredients</li> <li>New workbench which is a generic crafting table with internal buffer but also easy to automate with the Processor</li> <li>New Crafting Station which is the block from where you request crafting operations. The processor needs a network card to access this</li> </ul> </li> <li>Usability changes: <ul> <li>Functions have tooltips</li> <li>Much improved tooltips for opcodes. Opcodes in the left-side opcode selector show general parameter information, tooltips on opcodes already in the grid show the actual parameter values that were used</li> <li>Parameter opcodes are now also shown on the '...' parameter button in the programmer GUI</li> <li>It is now possible to name program cards. Name is shown in the tooltip of the card but has otherwise no effect</li> </ul> </li> <li>Timer events are no longer queue up when there are no available cores</li> <li>Several new functions like random</li> <li>New screen module to show the log of the processor</li> <li>The One Probe support to also show the last six lines of the log when sneaking</li> <li>Manual improvements</li> </ul>

<p><strong>0.0.1beta2:</strong></p> <ul> <li>Fixed a crash bug in case parameters were not set explicitely</li> </ul>

<p>First beta release of RFTools Control</p>