Back in the days of dial-up BBSs and Internet via a real modem, speed and availability constraints led to apps that work well offline.

Now that most people have unlimited broadband, offline tools have become rare. Now we are trapped in an infrastructure that constrains us to having internet at all times which is then reinforced by the Tyranny of Convenience.

So when someone makes the point “boycott Time Warner/Spectrum because they support right-wing politics and assault privacy”, ppl are helpless… unable to stomach the idea of being offline. It’s like no one has the constitution to say “fuck this shit”.

The web has become such garbage that I am happy to be offline. Shitty ISPs don’t get a dime from me. No more paying for something that is infested with surveillance advertising, CAPTCHA, and garbage. I’m content to periodically login from public hotspots.

But not a single lemmy client for offline use… to sync when plugged in and then read and compose replies later. This would give a better workflow even if always online because you would have a local copy (useful when servers bail out out of the pure fucking blue).

The hecklers will say “what are you waiting for… write it yourself!” As if 1 person can recreate a whole infrastructure (lemmy, kbin, mastodon, xmpp, scraper bots, etc). The heart of the issue is it’s a paradigm that’s being overlooked. If you are going to create an app for whatever reason, why not design it at the ground level to work offline and headless? Of course it would also work online and a GUI can be a separate module. But the reverse is not true… design an app to expect always-available internet and you have something that cannot easily adapt to an offline workflow.

  • evenwicht@lemmy.sdf.orgOPM
    1·
    1 day ago

    I have nothing for these use cases, off the top of my head:

    • Lemmy
    • kbin
    • Mastodon (well, I have Mastodon Archive by Kensenada but it’s only useful for backups and searching, not posting)
    • airline, train, and bus routes and fares – this is not just an app non-existence problem since the websites are often bot-hostile. But the idea is that it fucking sucks to have to do the manual labor of using their shitty web GUI app to search for schedules one parameter set at a time. E.g. I want to go from city A to B possibly via city C anytime in the next 6 or 8 weeks, and I want the cheapest. That likely requires me to do 100+ separate searches. When it should just be open data… we fetch a CSV or XML file and study the data offline and do our own queries. For flights Matrix ITA was a great thing (though purely online)… until Google bought it to ruin it.
    • Youtube videos – yt-dl and invideous is a shitshow (Google’s fault). YT is designed so you have to be online because of Google’s protectionism. I used to be able to pop into a library and grab ~100 YT videos over Invideous in the time that I could only view a few, and have days of content to absorb offline (and while the library is closed). Google sabotaged that option. But they got away with it because of a lousy culture of novice users willing to be enslaved to someone else’s shitty UIs. There should have been widespread outrage when Google pulled that shit… a backlash that would twist their arm to be less protectionist. But it’s easy to oppress an minority of people.
    • aquafunkalisticbootywhap@lemmy.sdf.org
      2·
      22 hours ago

      depending on your area, more and more transit organizations are publishing their routes using General Transit Feed Spec (GTFS). since the routes and schedules don’t change often (a few times a year at most) you can grab the archive and do your route planning offline. Im not sure about any apps that do long distance multimodal planning, or airlines that publish those datasets, but my homeassistant instance shows me next scheduled times for nearby bus and metro stops completely offline using the dataset. there are tools for completely offline transit routing, too.

    • AmazingAwesomator@lemmy.world
      1·
      1 day ago

      oooohhhhh, i think i misunderstood. i was thinking about apps that dont use online services - using desktop native apps to interact with available api’s is an understandable request; however, getting access to some api’s can be a bit tricky for these processes.

      you are right that a lot of these are custom-built for a single purpose for the person that built them (moderating, bot use, etc.)… probably because most tools for general use wont be built unless a person that builds tools has a major problem with it (a.k.a. if it aint broke dont fix it). :(

      • evenwicht@lemmy.sdf.orgOPM
        1·
        1 day ago

        Indeed, I really meant tools that have some cloud interaction but give us asynchronous autonomy from the cloud.

        Of course there are also scenarios that normally use the could but can be made fully offline. E.g. Argos Translate. If you use a web-based translator like Google Translate or Yandex Translate, you are not only exposed to the dependency of having a WAN when you need to translate, but you give up privacy. Argos Translate empowers you to translate text without cloud dependency while also getting sensible level of privacy. Or in the case of Google Maps vs. OSMand, you have the privacy of not sharing your location and also the robustness of not being dependant on a functioning uplink.

        Both scenarios (fully offline apps and periodic syncing of msgs) are about power and control. If all your content is sitting on someone else’s server, you are disempowered because they can boot you at any moment, alter your content, or they can pull the plug on their server spontaneously without warning (this has happened to me many times). They can limit your searching capability too. A natural artifact of offline consumption is that you have your own copy of the data.

        if it aint broke dont fix it

        It’s broke from where I’m sitting. Many times Mastodon and Lemmy servers went offline out of the pure blue and all my msgs were mostly gone, apart from what got cached on other hosts which is tedious and non-trivial to track down. It’s technically broken security in the form of data loss/loss of availability.