RandomRedMage

Well you can, just edit the programs code. Lua doesnt get compiled, so its wide open to see. Just read through the code, and rename the buttons that you need to.

O_O Wow, this is far and away a big step forward from the old api. And the window manager you've put together is essentially a rather functional shell to go over openos. Especially with that terminal window you got there. I'll definitely have to dig around in this and learn how it works. Such awesomeness happened while I was taking a break from minecraft stuff.

Nano machines are very lucksack on what abilities you can get. But it sounds like you might have too quickly activated/deactivated a flag. since the nanos can only accept one commands every second or two. One of your flags may have appeared as off in the program, but actually have still been on. By default the safe number of On flags, is 2. if you have 3 on, even if none of the flags actually have an effect, you will take damage. I fired up my program on an updated install, and still works fine for me. Give it a second or so between changing flags, I'm pretty derp when it comes to coding

Really simple, but a great start. I would at the minimum change this so that the server program when booted for the first time, asks for the password you want, encrypts it. and stores the encrypted password in a file.

Ahh, nifty, I'm good with pricing things together and can generally understand what I read when looking at code, but Im still pretty bad at coding myself. So I think making an api would be way outta my own league here lol.

I would, but they would be useless to anyone other than me, in my current world, with my current set of nany machines. Nanomachines are randomized, so upon ingesting them, the different abilities you can get are completely random. For example, If I activate flag 5, and flag 7 I get Night Vision, Absorption, and Fire Protection. Someone else, may just get, water breathing or or haste. So it's best to test out what you can get and be careful. Instant damage is also a potential effect, and that can be a bit deadly. I had good resources to work with

No, just type the program. The file just goes down line by line executing each command in the list. So if you end it with an application it will launch the application. Super simple.

It is, in the program showcase forum section, there is the Chen Thread Image Format post, that has an image viewer. And there is a converter to convert your images to the CTIF format to be viewed with it on an OC computer.

In the /home folder, type ls -a, this will list all files in the home folder, one of them should be ".shrc" edit that file, on the last line, type the name of your program. It should launch the program at boot.

If you look on oppm there is a file called drone sort. Download that and look through the code. That should give you some idea on how to work with them.

Simplified html, or something of that nature would likely be best, but the idea of hosted lua scripts is nice too.

hrmm maybe, I was more along the lines of a wrapper to more facilitate a multi screen interface, but with the second screen code provided by the link in your original post, it would be easy to do things like cash registers with a customer facing display for the tally. hahaha.

Ok I missed that bit, yea, if your trying to automatically pull the resolution, then it shouldn't be erroring in in the render function first, I couldn't get the program to work in my game, the test program for whatever reason was failing to pull the uiApi file. I wonder if it would be easier to build a wrapper to pass normal gpu functions to a second gpu without going whole ham on building a secondary rendering api alltogether?

OK, I'm terrible at GUI code, but the page you referenced for the GPU stuff, is basic GPU binding mechanics, so, it looks like your trying to write a gui library that can handle multiple screens, and multiple GPUs. That in and of itself is a simple concept, HOWEVER, I think the FIRST thing you should be working on, is building an API to display to the second screen. and get that working. THEN work on the UI elements that you want to be able to use, such as windows, text fields, ect. OR, get your UI API done, and THEN work on getting multiple GPUs and Screens functioning, and then implement

Was wondering if this was still being worked on? It's been a while since I last poked my head in, but would be great to have some apis to work with it beyond just the simple viewer to view images.