More actions?? Ordering everywhere??

So first, I added “more actions” screens to containers because wanting to put everything into a footer wouldn’t look so great.

Before this, only actions that you could have done to containers are:

• start/stop
• raw JSON
• logs
• stats
• shell

well, now you can do all of this:

• start/stop
• restart
• pause/unpause
• kill
• remove
• raw JSON
• logs
• stats
• shell

So now you have bigger control in ThetaNexus over containers.

You can use these actions by pressing ‘.’ button, it opens more actions screen. BTW, you don’t have to open it, but is just opens a selection menu where you can either pick it, or it shows keybinds to it.

Also, now in main list you have ordering in ALL sections! Before you could only order containers how you wanted but now you can do that same thing with images, volumes and networks!

Ordering is also now remembered, so when you go from one to another section in main list, you won’t have to select the order you had.

Oh yeah and guess what! Now I am moving on to redo the stats! Finally!!! haha

All sections are done!!!! What next?

I finished all of the sections soo…

• containers
• images
• volumes
• networks
• events

And yes…

their details/info screen are done too!

I introduced a simple and understandable dictionary where I use details when something has more than 1 screen and info when it has only 1 screen.

For instance, you have ContainerDetails, but on the other hand you have VolumeInfo.

Okay, so what I did in this devlog you may be wondering…

I made networks & events sections and their own info screens. I also leveled up ImageInfo to ImageDetails. Based on what I said above, you may understand what it now has.

I just realized I forgot to add ordering to the other sections in main list… only containers have it for now but I WILL ADD IT!!

I also plan to probably upgrade almost every info screen to details screen so you can do more things and have more actions available in general. I also want to add more features to ContainerDetails because I want you to have full control over the container in ThetaNexus.

I also plan to check every .cs file and check the logic, because I think it changed a lot from the first one that I used in containers, so yeah, that will be my first priority when I add all features I want to. So a review…

BTW, I did not forget about redoing the stats!

Another section is done!! More features!

Okay guys, so today, I locked in! Mainly because it’s saturday (weekend) and school days are very close. Okay so… what I added?

What a great question!

I added new section for VOLUMES. Firstly you can see some basic info such as driver, mounted by and when it was created.

When you open it, you can see more info:

• Driver
• Scope
• Mountpoint
• Created
• Project

and by what containers is it mounted by.

This info screen has functions to view:

• raw JSON
• copy name
• browse
• delete

I also added new design feature for displaying success, warning and error messages all over ThetaNexus!

I also fixed some small bugs that were making ThetaNexus look little bit glitchy, they were noticeable but that’s now fixed!

I plan to finish another sections so networks and events and I still have to change the stats screen. I did not forget that!

Probably containers will receive new feature in next devlogs, but maybe I’ll scrap that idea… we will see how much will I like it and see it useful.

Fixed User Scripts bug

So, every path block used Path.GetFullPath(path) instead of Path.GetFullPath(path, script.ProjectPath).

That means it was resolving relative paths against Helyx’s own directory, not your project’s.

This is now fixed.

Details functions prepared to work!

Okay so I have finished all of the details function and they all work so:

• raw JSON
• logs
• stats
• shell

are all done! Well, stats still has to be redone because I want to change the design as I mentioned in a past devlog.

I don’t want to do it now so I went to work on images rendering on the main list. Yes, images rendering. I am thinking of doing all of those sections now in main list since they are like the core of ThetaNexus and stats function could be also done at the end.

Okay so yeah, I made the images rendering which you can see in the image and I am also working on details functions for images. Of course it won’t be the same as container’s details functions file because containers and images are just not the same.

I also made a tiny edit of the rendering of the screens so it looks nicer.

I am thinking that maybe ThetaNexus won’t have that many functions because Stardance ends very soon and I have school but yeah… we will see about that!

UPDATE (edit):
Looks like no image details are coming. When I was at the end of finishing I noticed how dumb it is and just made basic info one instead.

Details screen done! Logs are done too!

I finished making the other detail screens. So now all of them are completed! Overview, env, mounts, networks and health.

Let me explain what each screen does…

Overview:
Shows you the basic info about your container. Status, created date, started date, image, command, ports, number of restarts, hardware limits and project it is assigned to.

Env:
Shows you environment variables. At first, they are hidden. You have to press the key ‘V’ to reveal it.

Mounts:
Shows every path where the container has a mount. (not writing to itself)

Networks:
Shows you which networks the container is attached to, and what it can reach. It shows IPv4, Gateway and aliases.

Health:
Shows you container’s current health state. It also shows you how many probes have failed in a row and last 5 probe results.

Okay, screens done!

I also finished one of the core functions that details screen has!
THE LOGS!
Here is what Logs do if you for some reason don’t know…

Logs:
Shows you the last 500 lines the container wrote, from both of its output streams.

Reviewing my codebase and fixing bugs

Since all of the features that Helyx was supposed to be finished with are almost all done (maybe even all are done), I will now change my view to another projects for Stardance such as ThetaNexus.

But that does not mean that now I will just forget about Helyx. I will be reviewing the codebase sometimes to find some bugs and fix them. You can help me with this, by making an Issue request on Helyx’s GitHub.

So what bugs did I fix since the last devlog?

I fixed line breaking in badge/status README editor.
When you were inserting your badge/status into your README via Helyx’s README editor, it done… messy stuff to the README, not something like really bad what couldn’t be fixed by manually doing it, but it should now insert the badge/status exactly as you see it in the editor.

I also introduced a new ‘Found state’ text instead of ‘Found’ text in IDE settings to avoid confusion.

To avoid confusion because if an editor was found and you clicked on it… it wrote this:

Found Found
Found Not Found
Found Set by user

Now it writes this:

Found state Found
Found state Not Found
Found state Set by user
Most of the time, I was reviewing the codebase via Claude Code to actually check everything precisely.

Some screens are done!

So main details screen is finished. On the main overview screen you can read status of the container, date of creation, start date, image, command, ports, restarts, limits and project is is assigned to.

Right now I am working on the Stats screen under details and on other screens such as:

• env
• mounts
• networks
• health

Stats are right now my priority because let me tell you, this is really difficult to make. I also don’t like the current design so I am going to redo it ahhhhh.

But for now it shows the CPU usage, Memory usage, Network info so download & upload and number of processes. But I will probably make it show a huge graph of each of this thing.

I am also losing sanity, because I found out that I don’t know nothing. I genuinely sometimes just staire at the method thinking of how doing it and then redoing it 50 times.

Ahhh this is way more difficult than making Helyx to be honest… too much math and calculating each window… Well, wish me luck.

Playing with the new libraries, drafting interfaces and functions

Since I never used the Docker.DotNet library, I first have to understand it before I can build something with it. So I was making some basic functions with it to actually learn something from it. It isn’t going smoothly but we are getting somewhere.

Claude Code is a huge help here. For instance, I NEVER came across CancellationTokenSource class before, so I had no idea what it does and how it works. But yeah, now I do haha.

I edited some design elements so it will look nicer. I also added start/stop functionality and I am still working on the container details screen. My plan is to make ThetaNexus have most of the features Docker Desktop has on Windows. It will be depending on how much time I have until Stardance ends and also time after school, because I want to make a few more projects but yeah, I will try my best to put as many features as possible into ThetaNexus.

mediapad is done!

Yeah… Mediapad is finally done! Today I was putting the heat inserts into the bottom case and built it. I also drew some symbols onto the keycaps so I know which key is which.

I was again playing with firmware a lot with Claude. I am finally happy with it. Tomorrow, I will update the whole GitHub, right now, there are already commited changes such as PCB, Case, firmware so that all is already latest, but I still need to update documentation so README, source files of companion app, etc… So yeah, that should be done tomorrow.

Replaced hardcoded string colors with Color members for code safety, fixed line breaking while assigning a status/badge

Okay so Markup texts (those are the texts with color) were formatted in this format:

"[red]Hello World![/]"

So it was string-based. And if you accidentally added some character to it for instance:

"[redd]Hello World![/]" <- Exception

Helyx would crash. I mainly added this, because it is an open-source project. So if someone tried to edit it, they would only have to edit the string and they might have misspelled it. But now, when he goes into the codebase, he will see Color members and he just can’t misspell that, and if he would, compiler would alert him.

Basically, now it is like this:

$"[{Color.Red}]Hello World![/]"

Okay so next I fixed line breaking. What does that mean? Well… In Helyx native README editor, so when you try to assign a status/badge, you’ll get that editor, when you try to add a status/badge to that line, you might have thought that it would be on the same line as the tags above it.

But it didn’t…

This was happening due to the comment markers for Helyx so Helyx knows where this status/badge is located and which status/badge it is.

Now Helyx will put those comment markers in a way that prevents the line from breaking.

Added GitHub Issues/PRs events rendering

Originally, when you selected Manage GitHub Issues or PRs and opened some issues/PR. You could have only seen messages posted by users, but not when a label was assigned or when the issue/PR was closed.

Well…

Now you can! Now it displays the exact action that happened and when it happened! Of course, it is also translated to all languages that Helyx supports. Just making sure you didn’t think it wasn’t!

I also cleaned up the code a little bit. Removed some useless usings and some files were in the wrong namespace, so that is fixed too.

Soldered, Editing a lot of stuff and new features in firmware.

I soldered MediaPad. Someone added a wrong LED symbol to KiCad so my PCB was absolutely wrong, I soldered it wrong, and I thought, all was lost.

But then I realized I just needed to flip the LEDs. But I had to put them on a new PCB, because I damaged the first one while troubleshooting why it isn’t working. I found it out after closer inspection of PCB plan.

Funny is also that, that on Hackpad page under Approved Parts they say 20 of the LEDs. But I got only 16. So encoder has no LEDs! I had to compile a second firmware that is made only for 16 LEDs but also the original one with 20 LEDs. So now you can also build a one that doesn’t have encoder LEDs! Like I do!!!

Everything now on GitHub page is correct! I even had to multiple time edit the CAD and .stl files, because in reality they weren’t really good and I used up all of my filament so I hope I won’t have to edit something again, otherwise I am cooked.

Firmware has now better interface, so user is happy. Yeah, that’s all. But it was also a mess to do it.

Well, check out the GitHub Repository. I will push changes tomorrow because it’s really late and this took 2days. I didn’t record a lot of things because they were happening in a small intervals and the troubleshooting and I just thought why to record it and I was also scared that staff could refuse that footage.

Edited README.md, again

I was again editing the whole README.md, because reviewers weren’t happy with the current one.

Well after spending another hour of editing the whole README.md file, I hope they won’t ask me to rewrite the whole README.md file again, because I don’t even know what else to add/remove/edit.

Edited README.md

I rewrote the README.md because of the ship review.
I also added a couple of recommendations that are worth knowing when you use Helyx.

I also removed the <summary> comments that Claude Code wrote for the documentation, I don’t think that anyone would have used them anyway.

The beginning

I was working on the main list (menu), where you can see all of your:

• Containers
• Images
• Volumes
• Networks
• Events

I was drafting a lot of TUI styles, because I wasn’t sure what design I wanted ThetaNexus to have, but at the end, I landed on similiar one as Helyx uses.

I still have to learn the Docker.DotNet library that is being used here. I also know only basics of Docker so I hope this will also teach me something.

For now, you can check photos and rate the design I selected in comments. Right now you can only see your containers and collapse them, but you can also order them by:

• NAME
• STATE
• IMAGE
• PORTS
• CPU
• MEM
• UP

One way or another!

I plan to add details & start/stop very soon and also a whole control panel in details for that specific container so be ready!

README.md update

I replaced the title in README.md with a banner that contains the text Helyx.

I tried a few versions I made and, well, I landed on the one you can see in Helyx’s README.md, or below!

Experimenting with the conflict solver

I was thinking about adding a simpler conflict solver, where you wouldn’t have to
delete the <<<<<<<, ======= and >>>>>>> markers yourself but would just pick
either the first or the second version.

But I realized it would be messier than I thought, so in the end I kept it as a
basic editor where you remove the version you don’t want by hand.