• 3 Posts
  • 436 Comments
Joined 1 year ago
cake
Cake day: June 15th, 2023

help-circle




  • Sorry, I may need to edit my original comment. I didn’t intend to imply that it’s bad. It’s not that great, but it’s not necessarily bad, to be fair. It’s just…meh. And honestly, I imagine that’s largely due to the fact that unlike the big name keyboard app makers, a lot of FOSS keyboards—Heliboard naturally being one of them—don’t track everything under the sun. Which is a good thing and something I like, make no mistake. The unfortunate downside of that is it’s also not quite as accurate, simply due to it not having as many data points.

    This is not something I blame it for, but at the same time I was hoping perhaps another keyboard might have a prediction system different enough to be slightly better. Then again, I’m no expert on keyboard prediction systems so I probably should’ve kept my mouth shut in the first place. So apologies for that. :/

    I feel autocorrect in general has gotten worse in the last decade or so. One problem I noticed, for example, that I’ve faced in other FOSS keyboards, not just in Heliboard, is that compared to ten years ago or so, there is a LOT more instances of autocorrect not catching absolute gibberish (like I get a couple letters off and it doesn’t catch it) or I’m one letter off of a very common word (like 1 key to the left or right) and it corrects it to something wildly different.

    Maybe I’m just misremembering (after all, human memory is hardly ever reliable), but I feel it was a LOT better around the Jellybean era (for Android).

    (Side note: this is all Android-specific; I have never owned any iOS device.)









    • “Because Proton are not accepting contributions, they own all the copyright, so can make the code closed source again if they want to (that wouldn’t affect the already released versions, but future versions)”

    They can’t do that actually. They can close the source, yes, but if they do they can’t then release the new closed-source version to the public.

    From the GPL FAQ page:

    Does the GPL require that source code of modified versions be posted to the public?

    The GPL does not require you to release your modified version, or any part of it. You are free to make modifications and use them privately, without ever releasing them. This applies to organizations (including companies), too; an organization can make a modified version and use it internally without ever releasing it outside the organization.

    But if you release the modified version to the public in some way, the GPL requires you to make the modified source code available to the program’s users, under the GPL. [Emboldened by me.]

    Alternatively:

    Can the developer of a program who distributed it under the GPL later license it to another party for exclusive use?

    No, because the public already has the right to use the program under the GPL, and this right cannot be withdrawn.

    • “They could likely take down any derivative on iOS, since Apple will always take instruction from the copyright holder, for GPL’d code”

    Does the license prohibit this? Definitely. Could they get away with it? Probably. Though I’m uncertain Proton would go that far. I mean, if they wanted to prevent forks, they wouldn’t have released the source, let alone with the GPL3 license, which requires the right to make modifications (as that’s one of the Four Freedoms).

    • “Since the builds are not reproducible, there’s no guarantee that the binaries they distribute are built from the source code”

    Technically true, I suppose, though again why they would do that is beyond me. If they didn’t want forks, they likely wouldn’t have allowed forks.

     

    Again, this is all assuming I’m understanding the GPL FAQ page correctly. If I’m wrong, I would welcome someone smarter than me to correct me. :)