MuseScore VS tmux

In that case, please ask for help on the official Support forum on musescore.org where you can attach the score itself and people should be able to take a look.

If you continue to have trouble, best to ask for help on the official Support forum on musescore.org and attach your score along with precise steps to reproduce the problem, so we can understand and assist better.

Is this what also led to https://github.com/musescore/MuseScore/issues/17663? If so I definitely urge you to spend the couple of minutes to test with a nightly build so we can known it is truly fixed for your case and not illustrate the other case that had been reported. As mentioned, testing nightlies is simple; they don’t interfere with normal installations at all.

Sorry, I don't know what "both buttons" means. There are buttons on the home page of musescore.org, buttons on the Download/Software page - both with and without Muse Hub - buttons for older versions, buttons for nightly builds, buttons for mobile apps, buttons within Muse Hub, probably others too. Please describe *exactly* what you are doing, step by step - the URL of the page you are on when you see the button, the text on the button you are clicking - and the exact text of the error you see.

Musescore seems to be the new standard

Not that I need to prove anything, but for anyone curious, here's a composition I created using the music notation software I help develop and support on my Chromebook. If you hit the play button on the composition, you'll hear the multitrack recording I created on my Chromebook as well, with my students singing the various parts. The piece was created for my online course teaching counterpoint, developed completely on my Chromebook. Here is a video from my most recent - the video is done from the Chromebook and the software managing the multicamera layout and screen share is software I developed on my Chromebook. And here is the online community I manage from my Chromebook.

I actually filed a github feature request for this exact thing yesterday, link here. On the principle that someone with more skills that me can get interested sooner than I can get good enough at C++ to do it myself.

Muse Hub is used by programs other than MuseScore, so it really doesn't make sense to offer it from there directly. Plus musescore.org was never designed to act in that way - downloads are pretty much always hosted elsewhere. Beyond that, I don't know all the ins and outs of how specific domains might be chosen, but I assume someone intelligent enough to set that up onows a ton more about it than I do, so I don't worry about it.

Unfortunately, MuseScore 4 seems to be missing that feature.

Sorry to hear you're having trouble! Definitely, we'd need the MSCZ file to be able to investigate. Normally we ask that people first post to the official Support forum on musescore.org to get confirmation before opening an issue on GitHub to report a bug formally, but it sounds like you've got things pretty well figured out in terms of having precise steps to reproduce the crash reliably, so I would encourage you to just go straight to the issue tracker on GitHub - https://github.com/musescore/MuseScore/issues

This got me thinking about my recent pivot, my switch to Neovim by way of LazyVim to write most of my code, and using tmux to keep terminal states alive after closing a session.

I use Tmux. It's a terminal-agnostic multiplexer. Gives you persistence and automation superpowers.

https://github.com/tmux/tmux/wiki

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.

Once you have your Mac or Linux machine ready, make sure to downlaod and install TMUX (Terminal Mulitplexer). A lot of our scripts are going to be running headless inside of a TMUX session as it's an incredibly clean way to manage and organise different workspaces simultaneously. A lot of our scripts will help us to interact with TMUX so don't worry if it looks a little intimidating at first. You can install TMUX using your package manager in the terminal, use whichever applies to you:

After having spent too much time trying to get the simple https://github.com/csdvrx/sixel-tmux/ features into mainline tmux (last November https://github.com/tmux/tmux/issues/3753), maybe it'd be easier to jump ship as use zellij?

Could anyone offer recommendations on "riced" zellij configuations, or just a demo where it shows doing with (say charts of disk usage per folder), watching a movie with mpv + keeping a vim to type on?

Well, I now use tmux and tmuxinator. I have had many failed tmux attempts over the years, but I'm firmly bedded in now.

Which leads me to clipboards. Linux has two of them! Adding to the interest, I typically use Neovim remotely, via an SSH connection to a Tmux session. And on my Linux system, I use urxvt as my terminal program. All of these are very UNIX-y tools, and somehow they all need to play nicely together.

The downside of overmind is that it requires tmux, which is a terminal multiplexer tool. If you don't already use tmux, I'd say it's probably not worth learning it just for the purposes of using overmind. But if you're like me and already know/use tmux, this can be a great solution to pursue.

As a developer, the command line is one of the tools you will be using most frequently. It can be intimidating to venture into the world of CLI tooling but I can assure you it is one of the most rewarding experiences too. In this post I want to walk ya'll through my personal CLI setup. It is based on 3 technologies which I'll coin as the "Holy Trinity" of the command line: TMUX, ZSH, & Neovim.