Targeting Gnome

Not all of my programming output is in the form of Gui applications, but that category makes up a not insignificant portion of what I am generally working on at any given time. It's something that I enjoy greatly because what you are working on is immediately visible to the user.

Trying Out Vala

If you have seen my Codeberg [profile](https://codeberg.org/jeang3nie) you'll no doubt notice that most of the active projects are written in Rust, with a few outliers in Zig. There's a smattering of other code, but I can't deny that Rust is my happy place.

Introducing Oxterm

Zterm has been one of my larger projects and by my reckoning fairly successful in it's original goals. I've enjoyed the project immensely, and learned a great deal along the way. However, writing an end user application in a pre-1.0 language while simultaneously working on the language bindings for the toolkit being used has presented some challenges, to say the least.

Handling Unsupported Protocols in Gemview

[GemView](https://codeberg.org/jeang3nie/gemview) is meant to be a generic and reusable Gemini browser widget, while [Eva](https://codeberg.org/jeang3nie/eva) is the browser built to leverage it. GemView can already handle surfing around geminispace using the gemini protocol, but you never really know what types of links are going to be found in Geminispace.

Gemini Browser Widget

The [gemini](https://gemini.circumlunar.space) protocol is a simple, text oriented internet communication protocol. I don't want to go into too much detail about what Gemini is, I'll leave that to the reader to research if interested. This post is about a new project to create a freestanding gemini browser widget for gtk4, much like webkit2gtk is for the web, and a simple, nice browser which leverages it.

Gfret 2.0 and Beyond

Here we are 2 patch releases in and I never did finish documenting the release of **gfret** or the finishing of the work. I'm going to keep this post brief and just summarize where the project stands and where it's heading.

Gfret Gtk4 Port Part 4

I took some time away from coding entirely over the past several months for various reasons including, but not limited to, a bout with Covid and it's after effects, spending more time with family, and a general burnout feeling.

Gfret Gtk4 Port Part 3

Earlier in the week, the preferences were brought back without too much trouble. I've taken some time to do a bit of extra work to the public API of the backend crate, `fretboard_layout`. Rather than storing colors as a string, we now save the individual RGBA channel values, and can do so using u8 or f64 storage types.

Gfret Gtk4 Port Part 2

## Current status At the moment the gtk4 port has acheived basic functionality in terms of being able to save the svg to disk and display the current filename and saved status in the window title. Templates are currently disabled, as are preferences. In summary, there's a few things left to get back feature parity with the Gtk3 version.

Gfret Gtk4 Port Part 1

Gfret was written originally as a CLI based program, later expanded with a gui which was originally in PyQT calling the Rust binary to do it's work, which I then changed to PyGtk due to some issues I was having with scaling the preview image in Qt. Eventually the scaling was solved and for a time, the program had both Gtk and Qt based gui's.

Gtk+