Jump to content
  • Sky
  • Blueberry
  • Slate
  • Blackcurrant
  • Watermelon
  • Strawberry
  • Orange
  • Banana
  • Apple
  • Emerald
  • Chocolate
  • Charcoal

Elijahlorden

Members
  • Content Count

    39
  • Joined

  • Last visited

  • Days Won

    1

Elijahlorden last won the day on April 4

Elijahlorden had the most liked content!

About Elijahlorden

  • Rank
    Junior Member

Contact Methods

  • Minecraft
    spector19

Recent Profile Visitors

742 profile views
  1. I have gotten quite a bit of groundwork done. I am currently working on the first implementation of the page drawing code. I have decided not to use any sort double-buffering, as I don't like the high memory overhead. Instead, only portions of the page which change will be re-drawn. An early look at what I have done so far. Just a few nested frames. This already supports occlusion culling (portions of controls which are outside of their parent viewport are removed), so controls like the ListView and ScrollFrame can be implemented easily. Pages can either be loaded from XML, or created programmatically. This is the XML file used in the above image: <documentname>TestDocument</documentname> <page tier="3"> <!-- This is the root of the page DOM --> <frame id="f1" pos="1,1" size="40,10" text="High-resolution page" fcolor="00FF00" textcolor = "FFFF00"/> <frame id="f2" pos="1,11" size="40,10" text="With text"/> <frame id="f3" pos="50,2" size="40,10" text="With colored text" textcolor = "00FF00" fcolor="FF0000"/> <frame id="f4" text="Nesting" pos="10,29" size="60,20" textcolor = "BBBBBB"> <frame id="f4" pos="2,2" size="40,10" text="Nested" textcolor="00FF00"> <frame pos="2,2" size="5,5"/> </frame> </frame> </page> <!-- If multiple pages exist, the one closest to the current resolution will be used --> <page tier="2"> <frame id="f1" pos="1,1" size="30,30" text="Low-resolution page" textcolor="FF0000" fcolor="AAAAAA"/> </page> This is a very barebones XML implementation, only meant to provide a structure for pages.
  2. I just wanted to add the unicode functions to the string object, not to create a string wrapper (Although that is a good idea, it seems like alot of overhead just for convenience methods). I'll probably just add global references to the unicode functions.
  3. I am currently completely rewriting this project from the ground up. One of the larger changes coming with this is the conversion from a terminal interface to a webpage-like interface. The rewrite will include all of the features the current version does, but presented in an easier to work with format. The pesky installer issues will also be solved, as the new installer will pull files individually from the GitHub repo rather than unpacking a giant serialized table.
  4. I have attempted the following: local mt = rawget(getmetatable(''), "__index") function mt:ulen() return unicode.len(self) end But getmetatable does not return the string metatable. I am assuming this is because the string metatable is protected for some reason.
  5. The default string methods do not support unicode characters correctly (unicode.char(0x25A0):len() returns 3, for example). Is it possible to replace the default string methods so that :len() references unicode.length()? If not, is is possible to add methods for the unicode functions (perhaps :ulen(), :usub())? I looked but could not find an answer to this.
  6. I have finally gotten to the point where I feel I am capable enough to write an addon mod for OpenComputers. This addon is the result of my desire to provide useful mechanics which are gated behind OpenComputers knowledge and infrastructure. As the title of this post suggests, this addon will focus on the manipulation of matter (and energy) through the use of OpenComputers components. All machines in this addon/mod will require OpenComputers to function. This mod will not feature any GUIs, besides the interfaces OpenComputers itself provides. Planned content (may change): - A Transporter system similar to the technology of the same name seen in Star Trek. (This will be the first feature added and is currently being worked on) - A viable endgame power source (power output comparable to Mekanism's Fusion Reactor) in the form of a matter-antimatter reactor. - An Energy->Matter converter similar to the Replicator technology seen in Star Trek. Any ideas or feedback on this project is welcome! The GitHub repository for this project may be found here.
  7. @payonel Thanks for the suggestion, I'll be sure to make that change.
  8. This is correct. The installer and installdata files should be downloaded to and run from the root directory.
  9. Working on the network command rewrite, and a much-needed improvement to the terminal: https://gyazo.com/d3f8e0cdc9465aea66d0b3aa49e7e08a
  10. I am, at some point, going to rewrite the installer to automatically grab InstallData from a GitHub release.
  11. Right. I now know what's happening. Like an idiot, I did not update the pastebin files. You can grab the updated files off my StattenOS installer repo, or wait until I can update the pastebin files. My bad.
  12. Not currently at my computer, but that it looks like that error is in the recursive JSON decode. Can you open the installer and verify that OS.sleep is defined?
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use and Privacy Policy.