Zen1th

4/5 Very great game! Everything is handled greatly and makes a great building game overall. A smooth scrolling could be implemented with little GPU intensive activity. - Zen1th Magazine

You can use the port that is not 80. since i said "SHOULD" and not "MUST". But i'll try to change this for better clarity

I really like this, i suggest we could also add a card:isAbstracted() to know if the network is abstracted or not. So that compatibility for config can be easily made. And for the bandwith, i think this could bring up to cables with mutliple tier (even if this feel like it belongs more to an addon than stock OC). And if i'm not wrong with frequencies, it should be better that the higher frequencies that transmit farther (even if, again if i'm not wrong, higher frequency = lower radius) should have slower bandwith and frequencies that have low range should have higher bandwith. Another thing for switching between the current system and your system, would be doing like drives, which is that when right-clicking, it opens a GUI where we can choose Unmanaged or Managed, here we would choose Complex or Simple (better names needed!), this avoid your thing applying to all networks or no networks at all. However one problem: Wouldn't it end up like unmanaged drives? Projects that are meant to use it, but else never see the day, or are limited (like msdosfs) ? Or is it just that unmanaged filesystems is something people are working on since some times only. But i don't want this to suffer from the same problem.

i know it was for "simplicity" reasons

Well as you said you don't really know how to program, you must learn Lua before doing on OS. As there isn't any magical online OS generator. And honestly, before doing an OS, ask yourself what your OS would have as a plus compared to other OSes (OpenOS, MineOS, Fuchas, StattenOS, etc.) and of course let people looking the post know what your OS have as plus. Because for now, MineOS fits all your needs: GUI, Custom text editor (on the GUI), and custom startup programs (which can also be done on OpenOS). And if you fit that, learned Lua, then you can just take a look at the OpenComputers documentation, mostly in the Custom Operating Systems page which should help you for the start. Then you can look at Components and Lua Libraries which basically correspond at what is not provided (only) by OpenOS. Those should give you a pretty great start

Awesome!

Would be cool if text/lua-table was added, it's what is outputted by OpenOS's serialization library, MineOS filesystem's writeTable/readTable, Fuchas's liblon, etc. This is mostly used for configuration files and thus its extension varies, sometimes .cfg sometimes .dat sometimes something else. Only Fuchas uses .lon for all serialized lua table. Oh and also please register text/ohml, extension is .ohml and it's described here

I made a first implementation capable of parsing and displaying OHML. This implementation supports most things except: relative positions, buttons, images and progress bars. It's called minescape and for now is only published on my repo (available with Fuchas's fpm command)

Fuchas 0.4.0 is now available! The feature list can be seen below (and in the Projects page on GitHub)

I just finished OEFIv2

Fuchas 0.4.0 is almost done The new features are: MineOS installer: AVAILABLE Multi-user: AVAILABLE Dualboot (arleady used for 0.3.0): AVAILABLE CPIO-based installer (very very stable installation and allow updates): AVAILABLE Security! (permissions): AVAILABLE Default unicode support: AVAILABLE Virtual components: AVAILABLE (updated 06/30/2019)

I decided to instdead use URF, sure it's less supported, but it is more adapted to OpenComputers, as it is made for OpenComputers

Nice proposals, i'm still making the draft for version 2 The URF-based bootable package is a very good idea, however this would cause problem since the only implementation for writing/reading URF is uncertain of actually being standard and is only available from Lua from OC. WIth my knowledge i could also make an application to extract/package URFs, but who would trust it anyways? So the best option is: Making an dedicated C/C++/Java app/library, finding a known archive extractor that support plugins. So based on my existing work and on the specifications, gotta try to make those

Say hello to liburf's 2nd URF!