π½πππππππππ @midwest.social π Έ π °π Ό ππ ·π ΄ π »π °π. π½πππππππππ πππππππππππππππππ
@best_username_ever mentioned Semantic Versioning. It's an actual spec. Not everyone follows it, and it doesn't make sense for a lot of things, and far too many people are dogmatic about it. But it's a good thing to read, and it's not long.
A related, but not tightly coupled, spec is Changelog. Used together, and used correctly these two are nice for users.
I don't know about this meme, but you know memes come in waves. It's just the nature of memes.
That said, Germans - at least the Bavarians - have a special relationship with pizza second only to Americans. It's kind of weird, because it's so random. You don't see this in, e.g., Southern France, and Italians seem almost ambivalent to it.
I think it's because, despite the world wars, Germans generally have a fondness for American culture, the same way Americans generally have a fondness for Mexican culture. They have Germanized versions of American food, like we have Americanized versions of traditional Mexican food.
I don't know who the French are fond of, besides themselves.
Did they watch the same debate that I did?
Nice...? I mean, it's going to contribute to urban sprawl. It'd be better to fit 3MM people into a few buildings as possible, and surround each mega building with a neighborhood of lovely retail, parks, and so on.
This rule sounds nice, but it's just going to drive up American-style, car-based urban sprawl.
My problem is that I absolutely loath gardening. I love the gardens; I hate the upkeep. Weeding, tending, watering, repotting, fertilizing, pruning... I'd rather clean toilets. It's so hard on my back, I'm miserable being outside when it's hot or humid, and we don't control the weather.
Someone's taking care of all that. It's lovely... if it's someone else.
I would not be surprised if a lot of money was funneled into third party campaigns during general elections by PACs of the two main parties as a spoiler strategy. I would be shocked if you tracked campaign contributions to the Green party and to Jill Stein in particular, and didn't find that most of it came from some Republican PAC. If Jill can siphon any votes from Biden, all the better for the Trump campaign.
The Democrats probably do it, too, except Republicans locked out dissent with the "Thou Shalt Not Defy Our (current) God, or we'll destroy your local race with vengeance next chance we get" tactic, and it works. Many Conservatives may disagree with Trump, but they're all terrified little bitches of standing up to him because they'll get dumped on an lose their jobs if they do. So there's fewer spoilers for Democrats to fund.
But I'd be real money that most of Stein's financing comes from conservative PACs, and that's why you only see her pop up out of here gopher hole once every 4 years.
The Paradox of Tolerance says intolerance must not be tolerated.
Crush them. Brutally, if necessary.
That's got to be a really tiny field. I have a remarkable, and can use it for weeks before charging it. Broadcast energy, as you describe, is relatively expensive, because there's a drain whether or not there's an active sink; and even so, that's crazy.
How does that work? It detects the touch of the pen, since it doesn't react to anything else. Is there a conductor on the surface of the screen?
That's got to be a really tiny field. I have a remarkable, and can use it for weeks before charging it. Broadcast energy, as you describe, is relatively expensive, because there's a drain whether or not there's an active sink; and even so, that's crazy.
How does that work? It detects the touch of the pen, since it doesn't react to anything else. Is there a conductor on the surface of the screen?
Because people fear having their culture and race replaced by immigrants. Even if they're not overtly racist, few people wish to become a minority in "their own country."
The US is famously a melting pot, and yet we still have a bunch of descendants of white immigrants from Europe who fear that South Americans will take over; that Mexican culture will replace good old-fashioned hodge-podge Western European culture. That their language will become less dominant. That they'll find themselves strangers in their own country.
It's usually an indistinct fear. It seems obvious from the verbiage in the dog-whistles, but white European immigrant descendants don't want to become second-class.
Now, if we treated our own minorities well, they wouldn't be so afraid. They wouldn't be afraid that they'd be the ones with Hispanic cops kneeling on their necks; or that Hispanic immigrants would be living in giant homes and they'd themselves be the ones having to eak out a living as seasonal workers.
I think it's not despicable to want to preserve your cultural heritage, your cultural language, and to have your country legislated with the values you grew up with; but people react poorly when they think it's happening.
What I most despise in the Republicans in the US is that they're advocating for preserving cultural values that never existed broadly in the US. The closest subculture to what they're pushing is a return to the Confederate South: religion, and white supremacy. The Confederates got their asses handed to them, but the racist fuckers never gave up their values, most most Americans are blind to what their real agenda is. And they've been good insurgents, cleverly taking advantage of weak areas in our democracy to return power to a minority: themselves. It's been said and it's true: if America was a true democracy and we selected leaders by popular vote, no Republican under their current platform would ever be president again.
Anyway, getting back to your question: immigrants bring their own culture with them, and very few completely abandon it and adopt the culture and language of their new country. This dilutes the host country's native culture, and people are afraid of that. In the US, it's the highest form of hypocrisy, because our native culture displaced the indigenous culture, and now we're afraid of someone else doing the same to us.
Dude I mean in this in the most genuine, kind way
No offense taken.
a significant aspect of being a successful programmer is using the tools in your environment.
If I were a professional programmer, I'd be doing this. I was a professional software engineer for 20 years before I took a management role, then managed software teams, and then organizations, for another decade before I chose to do something else. One of the things I decided was that I wasn't going to work on, or with, technology I didn't like anymore - as long as I had any choice, and since all my software development is voluntary pet projects, I'm able to do this. It has, in the aggregate, greatly improved my mental well-being to not have to work with crap anymore. I mostly avoided having to touch Windows in decades; I had only a brief brush with JavaScript that left only minor scarring, and with WASM there's every hope I can even do web-based projects should I get the itch without killing brain cells with JS. Having spent years with C++ and decades programming Java, I'm convinced that I've learned enough about what's horrible in software, and don't really need to spend more time being taught about new ways developers can screw up the software engineering space. SOAP alone covered most of the bases of bad design and architecture.
So now, I get to select where I play. I can focus on learning new things that I think are good, rather than being forced to figure out ways to work around the bad.
My original plea was simply: if you can use defacto standards, please do.
If you can't do something without bringing in your Tool of Choice you're artificially limiting yourself.
Insofar as the technology limits me in what's available, absolutely. Mainly, though, I choose to focus on supporting projects and products that support standards. If a project wants to be a Special Flower and use BrainFuck as it's tooling language, good for them! But I'm going to look for alternatives.
I would prefer, however, that projects - when they're using software that could be more standards compliant by using a few more MB, and have the space to do so, simply be compliant and ship something less stripped down.
In this case you're myopically focused on not even a specific language, but the language agnostic feature of regex capture groups.
To be precise, I'm focused on the fact that, in a toolset where usually at least one of many standard tools provides a functionality, none do. I'm not complaining that ash doesn't support regexp string matching with groups; in complaining that BB was compiled such that none of the standard tools do.
You should be asking yourself if there's any other way to accomplish your goal without this (spoiler: there are probably dozens of alternatives)
Yes. I tried 3 or 4 of the standard, usual ways to break out and parse data. My next attempt was going to resort to field cutting, hoping that that also hadn't been stripped out.
Eventually, I hacked a solution together in Lua, which will be useless the next time I encounter a stripped down BB that isn't in OpenWRT, and I'll have to waste time trying to work around broken tooling again.
Yup!
On the OpenWRT issue, I ended up hacking a solution up in Lua, which won't help the next time I encounter an issue with a limited BB in something that isn't OpenWRT. And, in a month I won't remember the tiny bit of Lua I learned, because this is the first and probably last time I'll be forced to use it.
Nothing against Lua, per se; I'd just prefer to keep working with ubiquitous standards for simple stuff, and use strongly typed compiled languages for anything nontrivial.
Shibari You Can Use has some excellent guides to safe restraint, if you want to learn more.
Ha, thanks. But no. I'm neither a sadist, nor a masochist; hurting or being hurt is the biggest turn-off for me.
To each their own.
It's the angle. Can you hold your weight with your arms straight out to the sides? Sure, you can do push-ups, but can you do this?
or this?
Most people can't.
Oh, yeah. Absolutely. But I also want a president who's not just going to take amphetamines so he can perform well past his bed time.
I'm not saying either of these guys is my first choice. I'm just saying that it was late, Biden had a cold, and he was probably taking Nyquil or something - he would want to be up there sneezing and blowing his nose. If you compare his performance in the debate to his speech in N Carolina, he certainly wasn't at his peak. Good knows how much cocaine Trump had snorted before the debate.
Yeah. When I think of Linux, I think of the terminal. It's the only constant over the years.
My septagenarian father thinks Linux looks like Linux Mint, because that's what I first set up for him, and that's what I walked him through installing on a new computer.
Viva la difference.
That's not how I meant it.
There's a cultural value in virginity in girls. It's pretty common across cultures: for marriage, virgin women are more desirable than non-virgins. It's biased; the virginity only increases value for girls, and it probably stems from men wanting to be sure than any prodigy are actually theirs. Women can be nearly 100% sure a kid they have is theirs (not quite 100%, as there's a brief period when a channeling swap could conceivably be made), but the men can never be certain. The best odds you have is to get yourself a virgin. So female virginity has been valued through history (by men), and I think this is where the fetish of having sex with virgins comes from.
That's what I'm taking about. I've never understood the appeal of "being a girl's/boy's first."
[Vent] Please avoid BusyBox
This is kind of a rant, but mostly a plea.
There are times when BusyBox is the only tool you can use. You've got some embedded device with 32k RAM or something; I get it. It's the right tool. But please, please, In begging you: don't use it just because you're lazy.
I find BusyBox used in places where it's not necessary. There's enough RAM, there's more than enough storage, and yet, it's got BusyBox.
BusyBox tooling is absolutely aenemic. Simple things, common things, like - oh, - capturing a regexp group from a simple match are practically impossible. But you can do this in bash; heck, it's built in! But BusyBox uses ash, which is barely a shell and certainly doesn't support regexp matching with group capture. Maybe awk? Well, gawk lets you, with -oP, but of course BusyBox doesn't use GNU awk, and so you can't get at the capture groups because it doesn't support perl REs. It'd be shocking if BusyBox provided any truly capable tools like ripgrep, in which this would be trivial. I haven't tried BB's sed yet, because sed's RE escaping is and has always been a bizarre nightmarish Frankenstein syntax, but I've got a dime riding on some restriction in BB's sed that prevents getting at capture groups there, too.
BusyBox serves a purpose; it is intentionally barely functional; size constraining trumps all other considerations. It achieves this well. My issue isn't with BusyBox, it's with people using it everywhere when they don't need to, making life hell for anyone who's trying to actually get any work done in it.
So please. For the sanity of your users: don't reach for BusyBox just because it's easy, or because you're tickled that you're going to save a megabyte or two; please spare a thought for your users on which you are inflicting these constraints. Use it when you have to, because otherwise it doesn't fit. Otherwise, chose a real shell, at least bash, and include some tools capable of more than less than the bare minimum.
Moar Borderlands
I know it's tragically pedestrian; and I know there's supposed to be a 4 in 2025; and I also know there's many a slip twixt cup and lip, and the gaming industry is going through some pretty radical changes... but all I really want is another Borderlands.
There's not much they can do with it, not many places to go, and I'm sure everyone who's worked on the series over the years is thoroughly sick of it. But, damn. Every one of the main games (at least; I haven't loved every in-between spin-off) has his a sweet spot of mindless fun, funniness, and replay-ability. I've played 3 so many times through, and spent so many hours just running around in every location, even I can't work up much enthusiasm to fire it up anymore.
There's an occasional game that fills the same niche; Bullet Storm was pretty fun, but with low replay-ability. I just want a game where I can turn off the higher brain functions and run around killing stuff in interesting ways.
Thanks for attending my Ted Talk.
[ANN] Rook v0.1.3, a secret service backed by a KeePass v2 DB
Rook provides a secret service a-la secret-tool, keyring, or pass/gopass, except backed by a Keepass v2 kdbx file.
The problem Rook solves is mainly in script automation, where you have aerc, offlineimap, isync, vdirsyncer, msmtp, restic, or any other cron jobs that need passwords and which are often configured to fetch these passwords from a secret service with a CLI tool. Unlike existing solutions, Rook is headless, and does not have a bespoke secrets database full of passwords that must be manually synchronized with Keepass; instead, it uses a Keepass db directly.
Rook is in the AUR; binaries are available from the project page.
From the changelog, since the last Lemmy release announcement (v0.0.9):
[v0.1.3] Mon May 20 17:12:25 2024 -0500
Added
- status command, a more lightweight way of testing if a DB is open. Using this instead of
infoin e.g. statusbar scripts greatly reduces CPU load. - case-insensitive search.
Changed
- removing some nil panics that could occur when DB is closed while a client call is being processed.
Fixed
- a hidden bug in the OTP pin code.
- some errors being ignored (and therefore not logged)
- TOTP attributes getting missed by otp generator check
[v0.1.2] Fri Apr 26 15:13:55 2024 -0500
Added
- one-time pin soft locking
- installation instructions for distributions that have rook in a repository
- more of the special autotype {} commands are supported (backspace, space, esc)
Changed
- getAttr adds a little delay before typing, allowing initiator tools (like rofi) to close windows before text is output
- cleans up code per golint/gochk
Fixed
- an autotype bug in outputting literals
[v0.1.1] Sun Mar 17 13:44:54 2024 -0500
Added
- the original source rook.svg
- ability to start the rook server passing in the password via stdin pipe.
Changed
- assets moved to directory
- documentation referenced Keepass v4; there's no such thing, it's v2.
- license, was missing (c) from original
- stop trying to remove the version number from build assets
- documentation to clarify when the master password exists as plain text, in response to questions from @[email protected]
[v0.1.0] Fri Mar 15 14:03:25 2024 -0500
Added
- nfpm file
- logo
Changed
- clears out the password so it's not being held in plain text by the flags library.
- some of the documentation, and fixes the duplicated v0.0.9 entry in the changelog.
- CI build targets are more limited, but also include some distro packages
- better README documentation
Removed
- the monitor attribute was taken out, as rook no longer busy-polls the DB
[Ann] v0.1.2 of rook, a keepass-backed secret service
Rook is a lightweight, stand-alone, headless secret service tool backed by a Keepass v2 database. It provides client and server modes in a single executable, built from a reasonably small (auditable) code base with a small and shallow dependency tree - it should not be challenging to verify that it is not doing anything sketchy with your secrets.
Reasonable auditability, the desire to use KeePass files, and to do so through a headless tool that doesn't spawn off the better part of a DE through otherwise unused services, were the main motivations for Rook.
You might be interested in Rook if one or more of these are true:
- you use KeePass v2-compatible tools to store secrets already
- you are not running a DE like KDE or Gnome (although Rook may still be interesting because of secret consolidation)
- you prefer to minimize background GUI applications (KeePassXC is excellent and provides a secret service, but doesn't run headless)
- you run background applications such as vdirsyncer, mbsync (isync), offlineimap, or restic, or applications such as aerc that can be configured to fetch credentials from a secret service rather than hard-coded in a config file.
Pre-built binaries for limited OS/archs are built by the CI, and Rook if available in AUR. There's an nfpm config in the repos that will build RPMs and Debs, among others. I consider Rook to be essentially free of any major bugs and fit-for-purpose, although I welcome hearing otherwise.
Utility scripts in zsh and bash are available for providing autotyping and entry/attribute selection using xdotool, rofi, xprop, and so on; these are YMMV-quality.
Changes from v0.1.1 are:
Added
- one-time pin soft locking
- installation instructions for distributions that have rook in a repository
- more of the special autotype {} commands are supported (backspace, space, esc)
Changed
- getAttr adds a little delay before typing, allowing initiator tools (like rofi) to close windows before text is output
- cleans up code per golint/gochk
Fixed
- an autotype bug in outputting literals
[Solved] Elektra Micro Casa Leva portafilter(s)
Update
On a whim, I tried searching YouTube instead of search engines and found a short video which led me to this shop in Etsy. It looks quite promising, so I'm going to update the title as "solved."
Original post
I've had an Elektra Micro Casa Leva for a number of years, and a while ago I bought a naked portafilter for it. It was (and still is, on the product site) as "for the Micro Casa." It is, without a doubt, one of the poorest quality things I've ever bought. The wood appears painted, not stained; it's been resistant to oiling, and lately the paint has been flaking off leaving what I assume is cheap pine. The wood itself has been cracking and splitting. The portafilter itself is painted to look like brass; I can tell this because that paint has started chipping and peeling. It looks as if it's some type of steel underneath -- I'd suspect aluminum, except for the weight and I assume the maker would be concerned about having one literally melt on a user. In any case, it's horrible. The handle is not screwed in, or else it's screwed & glued; if the metal weren't so obviously crap, I'd consider routing out the handle and replacing it myself; as is, it's so poorly made it hardly seems worth the effort. Regardless, I've been using it for a few years and it hasn't outright broken yet, but with all the paint chipping and peeling, it's looking really rough, and you don't own a Micro Casa Leva for the convenience.
The Elektra takes a non-standard 49mm portafilter, which can make finding parts challenging. Is there a company that makes decent portafilters that fit the Leva? It's possible I simply haven't delved the depths of the web deeply enough. Or, is there a craftsman in the community who does this sort of work -- making nice handles, sourcing appropriate baskets, etc? Failing all of that, is there a place I can buy a naked portafilter of good quality for the Leva, and is there anyone making good handles for portafilters? I'm no craftsman, but I can manage sanding wood to fit a hole, and I can mix epoxy.
What I'd really like to end up with is a brass portafilter with a beautiful wood handle with a nice grain and stain. I'd settle for a naked portafilter for the Leva that isn't a cheap piece of garbage.
Rook, a secret service backed by Keepass 4.x kdbx
cross-posted from: https://midwest.social/post/9890016
> Rook, a secret service backed by Keepass 4.x kdbx > > Howdy Lemmy, > > I'm announcing Rook v0.0.9, software that provides a secret service a-la secret-tool, keyring, or pass/gopass, except backed by a Keepass 4.x kdbx file. > > The problem Rook solves is mainly in script automation, where you have aerc, offlineimap, isync, vdirsyncer, msmtp, restic, or any other cron jobs that need passwords and which are often configured to fetch these passwords from a secret service with a CLI tool. Unlike existing solutions, Rook is headless and does not have a bespoke secrets database, full of passwords that must be manually synchronized with Keepass; instead, it uses a Keepass db directly. > > While the readme goes into more detail, I will say the motivation for Rook evolved from a desire to use a Keepass db in a GUI-less environment and finding no existing solutions. KeepassXC provides a secret service, but is not headless; it also provides a CLI tool, but this requires the db credentials on every call. kpmenu exists, but is designed specifically to require human interaction and is unsuitable for cron environment scripting. Every other solution maintains its own DB back end, incompatible with Keepass. > > Rook also benefits from minimal external dependencies, and at 1kloc is auditable by developers - I believe even by ones who do not know Go (the language of implementation). Being able to verify for yourself that there's no malicious code is a critical trait for a tool with which you're trusting secrets. > > Rook is fit for purpose, and signed binaries are provided as well as build-from-source instructions (for auditors). > > The project contains work in progress: credentials are limited to simple password-locked kdbx, and so doesn't yet support key files. Bash scripts that provide autotyping and attribute/secret selection via rofi, fzf, and xdotool are provided, for GUI environments; these have known bugs. Rook has not been tested on BSD, Darwin, or any other system than Linux, but may well work; the main sticking point is the use of a local file socket for client/server communication, so POSIX systems should be fine, but still, YMMV. > > As a final caveat: up until v0.0.9 I've been compressing with brotli, which is very nice yet somewhat obscure. With the next release, everything will be gzipped. Also included in the next release will be packages for various distributions.
Rook, a secret service backed by Keepass 4.x kdbx
Howdy Lemmy,
I'm announcing Rook v0.0.9, software that provides a secret service a-la secret-tool, keyring, or pass/gopass, except backed by a Keepass 4.x kdbx file.
The problem Rook solves is mainly in script automation, where you have aerc, offlineimap, isync, vdirsyncer, msmtp, restic, or any other cron jobs that need passwords and which are often configured to fetch these passwords from a secret service with a CLI tool. Unlike existing solutions, Rook is headless and does not have a bespoke secrets database, full of passwords that must be manually synchronized with Keepass; instead, it uses a Keepass db directly.
While the readme goes into more detail, I will say the motivation for Rook evolved from a desire to use a Keepass db in a GUI-less environment and finding no existing solutions. KeepassXC provides a secret service, but is not headless; it also provides a CLI tool, but this requires the db credentials on every call. kpmenu exists, but is designed specifically to require human interaction and is unsuitable for cron environment scripting. Every other solution maintains its own DB back end, incompatible with Keepass.
Rook also benefits from minimal external dependencies, and at 1kloc is auditable by developers - I believe even by ones who do not know Go (the language of implementation). Being able to verify for yourself that there's no malicious code is a critical trait for a tool with which you're trusting secrets.
Rook is fit for purpose, and signed binaries are provided as well as build-from-source instructions (for auditors).
The project contains work in progress: credentials are limited to simple password-locked kdbx, and so doesn't yet support key files. Bash scripts that provide autotyping and attribute/secret selection via rofi, fzf, and xdotool are provided, for GUI environments; these have known bugs. Rook has not been tested on BSD, Darwin, or any other system than Linux, but may well work; the main sticking point is the use of a local file socket for client/server communication, so POSIX systems should be fine, but still, YMMV.
As a final caveat: up until v0.0.9 I've been compressing with brotli, which is very nice yet somewhat obscure. With the next release, everything will be gzipped. Also included in the next release will be packages for various distributions.
Help with QMK issue
I assume this is QMK, because changing the settings clears or introduces the issue. I'm using Vial for the programming/configuration.
I have a key configured tap-dance, like many others: - on tap, and ctrl on hold. The issue is that most of the time when I type something like -p, I get only the -. Then, the next time I type p, I get 2 of them. So something like this will happen:
I type foo -p bar baz, but don't notice the p is missing until after baz, cursor left and type p again, and end up with -pp
Most of my keys are tap-dance of some pattern: <char> on tap, layer shift in hold, <char> on tap-hold. I've noticed this buffered character after - on other characters; it isn't just p. Changing the timeout does affect the frequency, but doesn't entirely eliminate it. I haven't noticed it on any other combo, although they're all of the same pattern; it seems to be only happening with the -/ctrl tap-dance. Removing the multitap on - eliminates the issue.
This is my first QMK. I'd been using an Ergodox for years, and kmonad on my laptop for a year or so, although I recently switched to kanata (fantastic piece of software, incidentally), so I'm more or less familiar with the world of layers, multi-tap/tap-dance, combos, and so on. This one has me stumped, though.
I've checked and there's no combo defined that involves dash. I've never created a QMK macro, but it occurs to me that I didn't check if there are any defined.
Does anyone have a suggestion of how I can debug this? Could there be some bug, some bit that I accidentally set, that's causing this? Is there some QMK feature that does exactly this thing, and I've somehow enabled it? I've power cycled the keyboard, although I haven't yet tried a hard or factory reset.
Any ideas would be appreciated!
Edit corrected "multi-tap" to "tap-dance", as QMK calls it the one thing and not t'other
Is there a QMK Lemmy community?
I've been looking around for one; search (in my Lemmy client) doesn't find one, and while there seems to be at least one in Reddit, the only communities listed on qmk.fm are Reddit and Discord.
Is there a good place to ask questions in the Fediverse?
What's the term for the distance between keys called?
I have been using a piantor built for me by beekeeb.com, and am enjoying the more agressive stagger than my previous Ergodox. However, my typing experience is being spoiled by how tight the key spacing is. I have large hands, and can span an octave on a full-size piano; the Piantor is downright cramped.
In looking for a possible replacement (the Kyria was my primary option, but I guess splitkb.com has entirely given up on selling pre-builts, and I don't solder), what should I be looking at for specs to get some wider spacing on the keys? Is it simply "key spacing?"
Most commercial keyboards are fine; my prior was an Ergodox and the spacing was fine. The Piantor supplies that - it might even be a touch too much, but it's still better than the tepid stagger on the Ergos.
Question: Terms for language anachronisms
What are the terms for language anachronisms?
I had a conversation about a year ago with someone about anachronisms in language. We both felt that there were terms for these things, but could neither recall nor find (via web search) satisfying answers. This came up again recently in a different discussion in a Lemmy community, and it's driving me a little nuts. Help me Linguistics-Wan Kenobi; you're my only hope.
So we have the term "skeumorphism," which refers to oramental anachronism. I may be using "anachronism" incorrectly, but it's the hammer I have. Skeumorphisms, in computers, refer to the graphical representations of things, but not the underlying concepts. There are similar linguistic anachronisms that I feel also have specific labels:
- "disks" which are still in use, but are largely being replaced by solid-state, rectangular SSDs; but most people still call all persistent storage devices "disks."
- "film" to refer to movies, regardless of the media (increasingly digital and having nothing to do with film).
- "rice" to refer to the process of fancifying something, like computer desktops
- "desktops" to refer to computer GUI window managing interfaces
- "files" and "folders" in computers
Are these all the same category of things? Is there a term for them?
Cancel install, or... ?
A recent update to Droid-ify has improved the user experience in a confusing way.
This is the new package installation modal confirmation dialog.
Why are owl hoots low-pitched?
There was an owl hooting outside our house earlier, and it occurred to me that every other bird has a high-pitched call.
Ravens have a croak that could be considered low, but their loud call is a caw that's higher. I can't think of another bird with a call nearly as low as owls'.
Search engines are no help, mostly duplicates answering why they hoot. Why are owls' calls so much lower than other birds?
How accurate is current eye-tracking tecknology?
Can commodity products detect which pixel you're looking at on a screen?
For a number of years, I've wanted a system that eliminates mouse pointer devices. In my imaginary system, there are hotkeys bound to left & right mouse clicks, and what gets clicked is whatever you're looking at.
When I've looked at this before, the tech field tends to suffer in granularity and/or physical limitations, like needing to limit gross head movements. Most products talk about what they can do, but avoid talking about their limitations. It can be hard to find out what devices are capable of - accuracy, working with corrective eyewear, speed, head movement, software (OS) support, etc. Many products are geared at research, leading me to believe the tech isn't there yet.
Anyone have, or used a device that would be able to replace a mouse?
Non-intrusive PGP pinentry
I got tired of pinentry popping up and interrupting whatever I was doing; I didn't find a solution elsewhere, so I wrote a little bash script to address this. This is designed for (poly|i3|way|...)bar users. The blog entry (no ads, no tracking) linked has the script verbatim, plus some rambling about the why and wherefore.
It's 22 lines of does-stuff; the rest is whitespace, comments, and instructions -- including a little blob example of using it with polybar.
A known issue is that it does occasionally pop up pinentry twice in a row when unlocking. I'm not surprised, and it has happened to me only once since I've been using it -- not enough for me to need to bother trying to address it. But I wanted to call it out.
It's not rocket science, but it took a bit of time to make sure it functioned correctly (enough), and hopefully it'll help someone else.
Wall control panels
On Amzn, there are nicely framed, wall-mounted control panels for proprietary home automation systems. What are people using for HA? I'm leaning toward trying to wall mount tablets, but I'd need 3, and cost starts to factor in. Mounts are a problem; I want it to look as built in as possible, but most mounts aren't picture-frame style. The ones that I've found that are, are designed for specific tablets, and not the low end cheap ones. I don't have a 3D printer, so I'm limited to mounts I can buy.
I like some projects here I've seen using eInk - that's the ideal solution! Is there a source for pre-fab Android eInk wall mounted control panels, or are what I've seen bespoke projects?
I'm not opposed to gross wiring, and am not afraid of cutting holes in dry-wall... it's really the mounting that I'm stuck at. Android 7-10" tablets sufficient to run the UI would probably work, and I can probably even figure out wiring the charger, if I could just get some nice picture-frame style mounts.
What are your solutions that you think is pretty neat? Or products that I may have missed?