𝕽𝖚𝖆𝖎𝖉𝖍𝖗𝖎𝖌𝖍
🅸 🅰🅼 🆃🅷🅴 🅻🅰🆆.
⃤ ⃤
◀️]⊐«⇐🅾️⇒»⊏[▶️
𝕽𝖚𝖆𝖎𝖉𝖍𝖗𝖎𝖌𝖍 𝖋𝖊𝖆𝖙𝖍𝖊𝖗𝖘𝖙𝖔𝖓𝖊𝖍𝖆𝖚𝖌𝖍
◀️«⇐ㄖ⇒»▶️
◀️[⊏»⇒𝗼⇐«⊐]▶️
◀️]⊐«⇐🅞⇒»⊏[▶️
- 1 Post
- 54 Comments
Even with “built for Wayland” Tiling compositors, it’s still flakey. I had to abandon it most recently because I couldn’t get scaling to work properly with a status bar; font scaling was just fucked in general.
I keep trying it every few months, but I have to go back to X after a week or so.
X may be abandoned, but it’s stable, reliable, fast, and it works. Wayland has a way to go on all these fronts. For being a fresh, “clean” codebase, I’d expect it to be better in one of these areas.
Given our choice of platforms, a version of this for favorite PeerTubers would be welcome. For people trying to avoid YouTube.
Vloggers like @vkc@mspsocial.net (https://tilvids.com/c/veronicaexplains_channel) make the effort to post to the Fediverse, and it’d be great if they could see that it’s worth it.
You may be experiencing a server issue; I do use FluffyChat on my phone, and have rare issues with it, but they have always resolved on restart. It’s not perfect. The biggest issue with non-Element clients is that the core Matrix team seems to be more interested in new features than usability and stability, and there are always new things you simply can’t do outside of Element because 3rd-party clients always lag in features. I use gomuks on the desktop, but sometimes have to fire up Element to manage some things.
I 100% agree on the state of Matrix. The worst aspect IMHO is that the main feature - the one that convinced me to invest time and “switch over” - puppeting other protocols simply hasn’t worked out. You have to run your own Matrix serve if you want to link in any more than a small set of external protocols; IRC is really the only well-supported on on any public server. And running synapse is neither easy not cheap, requiring fairly large amounts of CPU, disk, and memory. Other servers do better, but (again) usually lag in feature sets and can be hard to integrate with bridges.
If I were in control of the project, I’d be focusing on making running matrix servers and hooking in bridges as easy (and cheap) as it is to run an ActivityPub server. As it is, realizing the bridging potential of Matrix requires a heavy investment by users, and so isn’t widely used. It’d be a far more valuable project if it were easier.
I think it comes down to: when we’re dealing with truly non-technical users, we hope the clients have some sort of UI to insert codes; very non-tech users aren’t going to be very handy with any markup, and the best thing for them is some sort of WYSIWYG interface, or at very least an “insert markup buttons” feature.
For the people writing markup by hand, IMO markup that minimally interferes with reading when it is unline (unrendered) is best. HTML, BBCode, and other heavy markup gets in the way more than (e.g.) djot, asciidoc, markdown, and other languages that descend from intuitively evolved markup from 70’s email systems.
Vivat diversitas.
Is it? Really? Easier for non-technical users than Markdown?
Most simple markup languages (djot, markdown, asciidoc, textile, etc.) are based on 7-bit ASCII markup that people have been using in email and SMS for decades. They’re compact and straightforward. BBCode is a bastardization (I use that in its technical sense more than as a pejorative) of HTML; it’s verbose and unintuitive.
Give a non-technical person with no other information a keyboard and a plain text field and ask them to emphasize a word in some text. I’ll bet the first thing they do is all caps. If you ask them to do it without caps, I bet you’ll get something like surrounding the text in asterisks or hashmarks, but regardless, what you won’t get is bracket-B-bracket followed by a closing tag.
BBCode is just straight-up HTML for people allergic to pointy characters. That’s hardly non-technical.
You voted for Bill Gates and Jeff Bezos by buying and using his products for decades. Even if you use a Mac, or Linux, or BSD, most of the world’s businesses run Windows, and the vast majority use Azure or AWS, and nearly everyone in a First World country shops on Amazon.
I suspect Gates is at G20 not directly because of Microsoft, but because he’s a self-styled philathropist, using his ill-gotten gains to buy himself some moral redemption at the end of his life. He’s probably there as the face of Charities.
A substantial percentage of Reddit content is lifted directly from TikTok, YouTube, 4chan, even Tinder. Not to mention the vast amount of content lifted from news websites.
Legal or not, Reddit has no moral leg to stand on.
That said, while not as bad as, say, YouTube, they’re known to break their public API regularly, making it a headache to maintain third party apps.
From the Lemmy side, it depends on your server maintainer, but I can’t imagine there are many who would be concerned about the ethics as long as you’re attributing properly. And many optionally DGAF even if you don’t.
I used to think this, yoo, and made a similar comment on Reddit a year or so ago. I was challenged to back up my assertion, and presented with some studies involving Esperanto clubs/groups in China and Japan that suggest it’s not particularly difficult for non-Euro native speakers.
I wonder, are you referring to specific studies, or quoting common knowledge?
You could be part of the solution!
https://github.com/RHVoice/RHVoice/wiki/Creating-a-new-voice-for-RHVoice.
It might could learn from some recent experiments in Go GUIs. GIO is an immediate mode GUI that’s unusual.
https://golang.ch/the-ultimate-list-of-golang-gui-graphics-image-related-libraries/?amp=1
Seems there’s been a bit more experimentation in this area than there has under Rust.
I use these for various functions
- https://www.f-droid.org/packages/org.dicio.dicio_android/
- https://www.f-droid.org/packages/com.pilot51.voicenotify/
- https://www.f-droid.org/packages/com.github.olga_yakovleva.rhvoice.android/
I also have Vosk Keyboard installed, but I think I installed that manually from a link in FlorisBoard.
Dicio is a voice-driven assistant. I think what you asked for was the second item, VoiceNotify. It’s not a screen reader, though, just a notification reader. It works well for that. One (or more) of them depends on RHVoice, which provides the engine.
I don’t know if any of them provide Italian; I think RHVoice’s developers are Russian, since the main default model is Russian. I’m using the english model and out works fine.
So, by benefitting do you include many-eyes? Do you include GNU and other OSS software under “Linux?” Can you code?
Linux, the kernel, is hard to take advantage of. It’s very large, very complex, very monolithic, and has a very unforgiving and overloaded community of core developers.
GNU is a bit easier. The source codes are smaller, more focused, and easier to learn from or contribute to.
OSS tools in general are the easiest, because the programming languages vary widely, and you aren’t forced to program in C. OSS maintainers may be more friendly and welcoming to contributors. And even if you’re not a programmer, you can always contribute documentation fixes, translations, logos, whatever is in your capability.
SMS works where internet does not.
There are many places where the data connection is either not available, or hideouly unreliable. In many rural areas, especially in poorer countries but also in wealthy ones, you can still have cell signal but no data, and SMS still works without data.
Let them eat cake.
journald. cron. systemd core does these, whether or not you succeed in hacking around them and run one of the standard daemons independently.
The systemd ecosystem is increasingly fragile unless you use all of the parts. resolved is becoming increasingly necessary for DNS lookup stability on systemd distros on things like laptops. homed is being pushed pretty hard; arch boot logs complain about not having homed if it isn’t being used, although it still works.
Leonard has argued that, just because systemd isn’t one giant binary, it isn’t monolithic. However, the parts of the systemd ecosystem that take over logging, cron, daemon control, logind, and so on are tightly coupled. The elogind effort spends most of its effort decoupling elogind from systemd (c.f. seatd). I’ve read (but haven’t tried) that you can’t replace logind with something else on systemd installs. You can run it alongside, but removing systemd-logind breaks login. I suspect thats less systemd and more a distribution thing, but the tendancy to tightly couple these packages is concerning. It’s something which doesn’t tend to happen in Arch for other systems… there are usually alternatives providing a capability to choose from, but the systemd components are so tightly coupled that, if you want to use, say, syslog-ng, you basically have to switch distributions.
Lots of people say Sourcehut, and I agree. It may not always be free, but I believe it’s still free for OSS projects. All of the sourcecode is available, and the instructions for running your own servers is decent. It’s been around for years, and I’d be surprised if it went down; it’s never had an outage as long as I’ve been using it.
It has source repos, issue tracking, CI, mailing lists, and wikis. The pages are also lightweight, with little to no javascript.
You might find it ugly. It has no web-based PR/merge tooling (but has instructions on how to manage PR/merging using the mailing lists). It has a couple of restrictions on what kinds of projects you can host with gem (no cryptocurrency projects). It’s a developer’s tool, and built for people who have a fair amount of competency outside of web interfaces.
I love Sourcehut; I’ve been paying for it since before I needed to, and even though I’m not using it for commercial purposes… but it’s not for everyone.
that it’s difficult to produce software without bugs
When you build software like Poettering build software, it is. Large, monolithic, kitchen-sink systems are going to be bug-ridden. It’s much easier to verify small, independent, focused, Unix-philosophy software. This is the singular reason why people object to systemd.
I like systemd. It made things easy for me… until it didn’t, and until parts started breaking. I migrated to dinit (and back to all of the independent components systemd has absorbed over time), and there are gaps. Some things are harder; the init part of systemd was nice, if only it could be isolated… but it can’t, and this is why Poettering thinks bug-free systems are hard. Because he builds giant monolithic edifaces and (for all his talent) doesn’t know how to isolate.
He’s a good programmer, but a lousy architect.
I do this. I got it from vimb, and hacked it into surf when I switched. I have a bash script that I use to do basic out-of-browser operations: add, search, remove dupes, etc. And hot keys in surf to add, search.
It’s a plain text file (tsv, actually), one link per line, a name, and then space-separated tags. No hierarchy, and I can search by tag, name, or URL. It’s like gmail. Plus, I can open the file with vim - practically, not the faux “human-readable” of XML.
The only problem is, I’m so loath to give up this most pragmatic of formats that I’m effectively stuck in surf or vimb. I actively hate the Firefox bookmark format.
It’s not the OS I need, it’s all of the apps. Three apps for my banks are all Android, the app for my router is Android, the Logitech Media Server app is Android. Dozens of native apps, many of which aren’t on f-droid.
Maybe some of these will run older OS APIs, but will enough of them? How good is the Android app support on Sailfish? How do they get around apps depending on Play services?
- •
- 5M
- •
It’s really, really hard for me to see any Google efforts as anything other than mechanisms to convert more people into products and harvest their data. They do support good stuff - I’m heavily invested in Go, and except for the fact thay it’s mainly used to drive web applications and, therefore, the Google ecosystem, I haven’t found any way thay my use of it can directly harvest me. But in general, Google has earned a position of “guilty, until proven innocent,” and I’m skeptical of any OS they promote.
It feels like they’re jumping on the Rust bandwagon in hopes that fans will blindly use their OS because “Rust,” only to find out a core component phones all activity to Google for “quality control.”
I may be wrong, it may be innocent. I have not yet been wrong when I’ve been suspicious* of Google.
- I picked up Go back before I realized just how far from “do no evil” Google had shifted.
Mealie.io, and there’s a native mobile app called Forage in F-Droid that only manages shopping lists.
IMHO, grocy is overkill unless you’re managing a restaurant. It requires ingredients and UOM to be pre-defined, and used in every recipe or list. While this is awesome for inventory management, it is a serious pain in the ass when you only want to add something quickly to the shopping list.
Mealie is much more casual. The downside is that it doesn’t have some grocy features, like list combination. In grocy, if you add 120ml milk from one recipe, and 1c milk from another, it’ll combine them into a single 1.5c milk (or whichever your preferred system is). In Mealie, you just get the two items in the list. OTOH, if you need a sprig of clove, with Mealie you don’t find yourself in the grocery store entering a definition for “sprig,” including how many ounces it converts to, or “cloves,” what it’s default unit is, and where in the house it is usually found.
I wrote the shopping list app for Mealie. It does what I need it to, and so gets very infrequent updates. Like, none, since I originally released it. It works only with Mealie 1 (which is actually Mealie 0), although I will be releasing a bugfix update for Forage soon, and a beta for Forager (for Mealie 2) a bit later. The APIs for the two Mealie versions and underlying data structures are so different I was unable to write a single app that worked with both without doubling the size of the app.
Anyhoo, Mealie has multiple users sharing one list of recipes and shopping lists, so you can have multiple people using the same shopping list. While the app is pretty basic, it is smart about change management and is built for multiple concurrent users. I frequently shop, checking off items while my wife, at home, is adding new ones.
The other thing the app does well is work offline. For the most part, it is resiliant to network outage. You can add things and check them off while there’s no internet, and when it comes back, Forage will sync the list to the server, merging any changes.
There are edge cases (bugs) where Forage expects internet (when it’s first unslept), and the UI hangs until it gets it. There are a lot of things it can’t do (edit item names). OTOH, it can do things the Mealie web UI doesn’t, like purge all completed (checked) items.
In any case, my use case was planning meals and shopping for a small household, and Mealie + Forage satisfy that. Maybe it would work for you.