Feedback: to see an example one has to click through to another file in the repo.
Is it a subset of Markdown or YAML? It is a type of decision that it would be good to be upfront with to the users. It also gives you a framework for further thinking and development, and some out of the box parsability.
Obvious things I don’t see mentioned:
history | grep whatever (or other useful piping), though your older commands are forgotten eventually. You can mess with the values of HISTSIZE and HISTFILESIZE environment variables in your system.
I don’t know if you’re talking in the long campaign, same players context, but I often find that for one shots around half of players, at best, skim the rulebook of the particular system. Myself sometimes I do, sometimes I don’t find time. Some people, like it or not, come to a session mainly to chill and even let the others do most of the adventuring. Others engage with the adventure but don’t feel like engaging with the rules beyond what the GM requires.
I’m also assuming the GM will explain the rules, and I think they are the ultimate authority. So stuff from the rulebook may not even be relevant (thrown out, replaced), and GM is the interface for the rules. I would call it OSR mentality, though some may call it glorified player laziness. But as a GM it may give you more room for your ideas actually.
I think the situation is a problem if players don’t know the rules and get mad when their plans are impossible. I suppose this can happen more often with rules-heavy systems.
Anyway, I think keeping the rulebooks close to the players (either as putting them on the table or sharing PDFs) is good advice.
Context just before that quote:
As we understand it, this contract clearly states that the terms do not intend to contradict any rights to copy, modify, redistribute and/or reinstall the software as many times and as many places as the customer likes (see §1.4). Additionally, though, the contract indicates that if the customer engages in these activities, that Red Hat reserves the right to cancel that contract and make no further contracts with the customer for support and update services.
This is rich, don’t know how many people are aware of that.
There is !linuxmemes@lemmy.world and !linuxmemes@lemmy.fmhy.ml.
I mean… “who needs features in 2022” is onto something. But I use both, for various Nvidia and laziness related reasons, and have a dim idea what they do inside, as probably most flamers on the topic.