Data-type elements

  • Isidor10
    17th Mar 2013 Member 1 Permalink

    I was looking at cracker64's PSTN/FRME ship factory, and it struck me-

    You can't modify the ctype, temp, tmp, tmp2 or decoration colour of WIFI or CRAY using in-game elements. To rectify this, I propose that there should be an element to modify existing elements' data without manually using PROP or the console. The element ERAY (Edit RAY) would duplicate its exact settings (except type) in a different element when supplied with a spark.

     

    However, this mechanism is fairly clunky and limited in terms of applications in copiers and printers. To rectify this, I propose a further two elements- DATA (data wire) and DRAY (determining ray) to examine elements and transmit this data. DRAY shoots out a ray when supplied with a conventional spark, transferring the data of the first element it points at to the DRAY pixel. When connected to a wire made out of DATA, the data would travel along the data wire in a similar fashion to SPRK in METL. ERAY would then recieve this data, and in turn fire it out like ARAY.

     

    For example, if a piece of WIFI with temp 5000 was placed in front of DRAY with a DATA wire coming out the side of it and METL behind it, when the METL was sparked DRAy would have temp 5000 and a blue "spark" of information would travel along the DATA until it reached a piece of ERAY, which would then have temp 5000. If it also had a piece of METL behind it and a different piece of WIFI in front of it, when the METL was sparked the WIFI in front of the ERAY would have temp 5000.

     

    I feel that this trio of elements would be useful in computing, factories, printers and copiers, allowing for considerably greater complexity in smaller spaces.

  • nmd
    17th Mar 2013 Member 1 Permalink

    I approve of these elements; it will allow for greater interaction between elements that cant be heated traditionally, such as heat switch and as you stated, wifi

  • boxmein
    17th Mar 2013 Former Staff 1 Permalink
    @minecraft-physics (View Post)
    LOL I actually finished a prototype for this element, and am (kinda) in the process of rewriting the element. (So one element could set multiple properties AND so one could pick which properties to save)
    Here is my source code for it: [Link]
    And here's its definition: [Link]
  • Isidor10
    24th Mar 2013 Member 0 Permalink

    @boxmein (View Post)

     Well how about that! I thought that maybe DRAY could be omitted, and instead ERAY could act like DRAY if you give it a spark from PSCN and act normally if it gets a spark from anything else (a bit like ARAY). I would still like to see DATA implemented however, as it could replace huge networks of INST as would be required if you just set the 'mode' with the ctype.