4.3 KiB
| layout | title |
|---|---|
| default | Ideas |
Ideas
1. Accessible BIOS
Some server motherboards include serial UART/I2C ports which can be used to manage a BIOS via serial. If this is possible, would it be able to attach to a braille display via an intermediary like a Rockchip/Pi SBC or Arduino compatible chip using BRLTTY and serial input from the motherboard? Maybe not as it appears to require a full Unicode terminal, which I have the suspicion that BRLTTY will not be able to automatically filter out the formatting characters.
I found one paper referencing the (in)accessibility of BIOS, specifically UEFI BIOS from Brazil. I have downloaded the paper and uploaded it here for reference. PDF of "UEFI BIOS Accessibility for the Visually Impaired".
After emailing the authors of the paper, I found out that one of them, Rafael Machado, was able to get a song playing in UEFI as a part of his masters. Here is a link to the Github Msc UEFI PreOS Accessibility; he has links to YouTube videos where he is shown playing a song on an ASUS laptop with PCIe connected speakers: Song Playing in UEFI
I have downloaded and played around with his Github project but to no avail. Either I am not setting it up correctly, or I do not have the proper sound setup, but in any case no sound plays from either my laptop or desktop.
This requires more research and investment to understand UEFI, HDA audio, what systems have it and how to work with words and other sounds.
2. Terminal-oriented browser
Use selenium to allow a cross-engine compatible terminal-browser with JS support. Yes, sure, it has all the bloat of the modern web as it uses the full code of Chrome/Firefox/Webkit---but at least it can be used in the terminal. Guaranteed to be accessible.
I'm thinking of similar key commands to Orca/NVDA but output is send to the terminal. Unsure of how to handle aria-live regions, but perhaps a queue could be used to print text. Unsure how to calculate delay as the user may be using a screen reader at different speeds and/or a braille display.
Change backend on-the-fly with a page reload. So if a website doesn't work with Webkit, load it in Firefox with a key command.
Just an idea.
Dead Simple Chess App
I want to make a simple chess app which can connect to multiple backends (i.e. Lichess, Chess.com, etc.) and then users can use one app to play many games. This should be quite simple given how easy the lichess API is, and the chess.com API coming soon!
This is read-only data. You cannot send game-moves or other commands to Chess.com from this system. If you wish to send commands, you will be interested in the Interactive API releasing later this year.
Open-Source VPN Deployment System
Help my business and others start their own.
- Update active servers with pings from said server. Encrypt with GPG to verify, send over HTTPS. Use sub-keys (?) so they may be revoked anytime. Use token to login server.
- Ability to create new tokens with no priviledges; only to say "Hi I'm still here."
- All IP address changes need to be manually approved.
- Status queries, must be logged in: POST /status/[id/] should give back info about:
- Number of connections.
- Level (paid, free, plus when I can find out how to get Netflix working).
- Protocol (OpenVPN/Wireguard). Wireguard should be default.
- Max throughput (i.e. 1Gb/sec, 100Mb/sec)
- Current average throughput over last minute, 15 minutes, hour and day. (i.e. 15Mb/sec 12Mb/sec)
- Decide server: POST /new/[coutnry_code/] should send a response of a possible server to connect to (or even the full Wireguard file possibly)
- Get server files: POST /download/[country_code/[number/]] return the wireguard config file for that region, or a zip file containing the group of them.
- A client would be able to use a native wireguard client on linux (i.e. store in
/etc/wireguard(or its default location). - A client would allow local options like blocking LAN, kill-switch support, and the ability to change your VPN region based on latest list of servers.
- The list of servers will be updated manually with
bt update.