West Michigan, USA
We start, around the turn of the millenium, with a dot on the map: a small city where tickets to the local cinema cost only two dollars. Just outside city limits sat a parsonage, inwhich memorable history was being formed:
"That's so easy, even Zach can read it!" called one of the others.
Now, others there were, in contrast to the big people, who, here, seemed to run the joint by joint-ownership.
I was beckoned toward a newspaper, where a three-panel cartoon was being indicated.
"Here, read this!"
My first test of skill... would I succeed, proving my capability, or fail, showing the known universe that I was most inferior.
Panel 1: Garfield sits on the counter, saying "Zzzzzzzz" Panel 2: Garfield is still sitting on the counter, Jon is watching. Garfield says "Zzzzzzzz" Panel 3: Jon breaks the pattern of Zee's, and says ________...
I couldn't do it. I was the only person who didn't know how to read.
Comment by ~earboxer on ~mil/sxmo-tickets
Oh but the problem is definitely the angle brackets for connecting.
Comment by ~earboxer on ~mil/sxmo-tickets
For simplicity, I think removing the bold tags would be fine (we're already using all caps, after all).
Comment by ~earboxer on ~mil/sxmo-tickets
For the time being, I wrapped my export KEYBOARD_ARGS in a
if test $SXMO_WM = 'sway'Percentage for the height makes the most sense (it's independent of scaling factors), though I'm not sure how it works (just that setting it to '140' resulted in a small keyboard).
(invalid flag values should just be ignored)
Renaming wvkbd's
-Ooption is probably the 'right thing' (it's the newer of the two, and I think only 2 people actually use it ( ~aren and I), though I could argue that svkbd's flag is less useful and fewer things depend on it.We should update the codebases to parse (and ignore) eachother's flags so we don't define one on top of the other again.
on ~mil/sxmo-tickets
sxmo mantains wvkbd, so I'd say we change svkbd to make it act like svkbd.
On Sun, Sep 18, 2022 at 03:55:11AM +0000, ~earboxer wrote:
wvkbd and svkbd don't have uniformity in their arguments, noticably:
- -H: in wvkbd this is in pixels, in svkbd it's in percents?
- -O: in wvkbd it's an output mode, it disables overlays
Unsure what is the best way to proceed.
-- View on the web: https://todo.sr.ht/~mil/sxmo-tickets/534
-- sic dicit magister P https://phartman.sites.luc.edu/ GPG keyID 0xE0DBD3D6 (CAE6 3A6F 755F 7BC3 36CA 330D B3E6 39C6 E0DB D3D6)
Ticket created by ~earboxer on ~mil/sxmo-tickets
wvkbd and svkbd don't have uniformity in their arguments, noticably:
- -H: in wvkbd this is in pixels, in svkbd it's in percents?
- -O: in wvkbd it's an output mode, it disables overlays
Unsure what is the best way to proceed.
Comment by ~earboxer on ~mil/sxmo-tickets
Not a bad idea to have ringmodes (and a menu to switch them)! -- but honestly now that I think of it, I would just want to script my ringmode (don't ring during known meetings, etc) if it bothered me that much.
In terms of the config, we generally just use the hooks, but sometimes also environment variables as our config.
Comment by ~earboxer on ~craftyguy/superd
Thanks, that works great!
It might be nice to have an icon for 'masked' in
superctl status, but that's not necessary.
Ticket created by ~earboxer on ~craftyguy/superd
If I have a file in /etc/superd/services/myservice.service,
superctl disable myservicewill create the masking file (~/.config/services/enabled/myservice.serviceas a symlink to /dev/null), but it won't be read when superd starts up. (so it will fall back to the system configuration, which is to have it enabled).
Comment by ~earboxer on ~mil/sxmo-tickets
It strikes me that the second point above has already been rejected in the past.
To avoid adding systemd calls into our code, we need a distro-agnostic way to tell vvmd (and mmsd) that we gave it a new config. (something to work on upstream).
Comment by ~earboxer on ~mil/sxmo-tickets
https://lists.sr.ht/~mil/sxmo-devel/patches/33707 Is one part of this.
Remaining changes to allow systemd usage for some user programs:
- [ ] get DE-specific tasks launched by configuration (instead of start hook) e.g. mako/(dunst, unclutter, autocutsel)
- [ ] allow toggling vvmd/mmsd with systemd (and change them to be started by superd configuration, rather than conditionally by the start hook?)
- [ ] Have callaudiod started by superd configuration (instead of after the sleep 5 in the start hook)
- [ ] (optional) Also prune the De-specific
superctl start sxmo*services from the start hook, for cleanliness (using superd config instead).