zellij VS fprime

Having a common set of tools already set up in different windows or sessions in Tmux or Zellij is obviously an option, but there is a subset of us ( 👋 ) that would rather just have fingertip access to our common tools inside of our editor.

I like how easy zellij was to setup and the capabilities to define new layouts as well as the default way of displaying contextual shortcuts that one can disable after one memorized the most important shortcuts.

What I would still like to see is support [1] for kitty image protocol so I could use e.g. image.nvim [2] which currently works in tmux which I migrated away from in favor of zellij

[1] https://github.com/zellij-org/zellij/issues/2814

Not input lag but scrolling an editor in fullscreen on a large monitor is kind of laggy for me sometimes. I hope these changes will make a difference (not yet in a stable release).

https://github.com/zellij-org/zellij/pull/3045

Of my series of PRs, I suspect the third (i.e. https://github.com/zellij-org/zellij/pull/3043) is most likely to have an effect. But if it does it'd only be as a side effect unfortunately - my focus was on fixing lag with splitting of extremely long lines.

From what I saw while making my changes, that area of the code has a bunch more possible optimisations, but it's 'good enough' for me at this point so I'm not planning to continue pulling at the thread right now. If you wanted to look yourself, I left the script I used for benchmarking and profiling in https://github.com/zellij-org/zellij/issues/2622#issuecommen...

For this reason, and because I think the Zellij project is interesting, I currently use a combination of Alacritty and Zellij, as I consider the risk of OSC52 in my use case to be relatively low.

Hot to run a script on a keybind

Wait until you hear about Zellij

(Does HN have an indentation limit, I can't seem to reply to imsnif…)

I'm always running the latest zellij, but I start btop in a tab right away and see what happens.

I did mention it in https://github.com/zellij-org/zellij/issues/1625#issuecommen... and noticed the issue is still open, so I have tried btop in zellij since v0.36.0.

I entered a comment ( https://github.com/zellij-org/zellij/issues/1625#issuecommen... ) before I read your comment here. Please let me know if that is sufficient.

alpkg is a tool for all your Alpine packaging needs. It can create a chroot with preinstalled tools in a matter of seconds, set up aports repository, and fetch/update packages. Most importantly, it provides a split layout via Zellij for easy editing/building APKBUILD files.

[1] https://github.com/nasa/fprime

I've learned a lot exploring NASA Jet Propulsion Lab's F Prime flight software. It's a great and very active repo. This software is currently running, for example, on the helicopter that is flying around on Mars. It will be used on a lot of exciting space probes in the future.

F Prime Originally developed at NASA’s Jet Propulsion Laboratory, it is an open-source flight software framework that has been successfully deployed for several space applications.

NASA released their F' Prime ( terrible name for searchability ! ) flight software framework to open source a few years ago. https://nasa.github.io/fprime/

I'd recommend looking at some open source flight software frameworks, such as NASA's cFS (https://github.com/nasa/cfs), NASA's F' (https://github.com/nasa/fprime), or Kubos (https://github.com/kubos/kubos), just to name a few.

Nowadays there's a trend towards openness and reusability. There's frameworks like the NASA Core Flight System (cFS) and the NASA JPL F Prime framework. There's also workshops where all of us flight software engineers get together and discuss new research, trends etc: https://www.youtube.com/c/FlightSoftwareWorkshop

nasa/fprime

Its type is objectList and the demo value gives an overview of what is expected: a set of technologies made of color and proportion. The demo reflects the technologies used by nasa/fprime: