• 77 Posts
  • 31 Comments
Joined 10 months ago
cake
Cake day: July 1st, 2024

help-circle

  • I’m so tired of overly busy qr codes.

    I’m tired of having to search through text to get enough of an idea of what a QR code is before I go to the trouble of pulling out a scanner. Is it an URL? Wi-Fi creds? It’s not about being cute. It’s about being informative in as little space as possible. Do you scan a naked QR code without cause? Street wise users want an indication of what they are scanning in the very least.

    It should also be noted that the QR code pixels will get smaller and smaller the more data you’re encoding.

    You have control over that. If you want to hold the pixel size constant, the qr code’s geometry gets bigger. The qrcode LaTeX pkg includes a size parameter. Either way, up to 30% of the space could be wasted, depending on the use case.

    QR codes have countless applications. Not all QR codes need to be scanned from the other side of a room. When a QR code appears on a document that someone is holding, as opposed to a sign, it only needs to function within 10cm. I’m working on 2-column bilingal legal documents citing laws from different countries. There is insufficient space for country indicators and 30% of the QR code is just wasted space in this context, which really adds up of you have many QR codes. In a corner case, flaws from multiple generations of photocopies could manifest but 30% redundancy is overkill. So putting the country indicator for the law being referenced inside the QR code makes the most efficient use of page real estate without resorting to poor aesthetics.

    Also, QR codes are ugly. I’m happy to see creative people dress them up. Of course there is only room for clever artists in this space and easy for kids making qr codes to get carried away.







  • Two possible issues w/that w.r.t my use case:

    • not in official Debian repos – not a show stopper but definately points against it for installation and maintenance burdons across migrations
    • apparently read-only access for users. This is fine in simple cases where I would just be sharing with others, but a complete solution enables users to share with others on the same server by uploading. Otherwise everyone with a file to share must run rejetto hfs.

    Nonetheless, I appreciate the suggestion. It could be handy in some situations.









  • 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.


  • 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.

  • You just wrote your response using an app that’s dysfunctional offline. You had to be online.

    Perhaps before your time, Usenet was the way to do forums. Gnus (an emacs mode) was good for this. Gnus would fetch everything to my specification and store a local copy. It served as an offline newsreader. I could search my local archive of messages and the search was not constrained to a specific tool (e.g. grep would work, but gnus was better). I could configure it to grab all headers for new msgs in a particular newsgroup, or full payloads. Then when disconnected it was possible to read posts. I never tested replies because I had other complexities in play (mixmaster), but it was likely possible to compose a reply and sync/upload it later when online. The UX was similar to how mailing lists work.

    None of that is possible with Lemmy. It’s theoretically possible given the API, but the tools don’t exist for that.

    Offline workflows were designed to accommodate WAN access interruptions, but an unforeseen benefit was control. Having your own copy naturally gives you a bit of control and censorship resilience.

    (update) Makes no sense that I have to be online to read something I previously wrote. I sometimes post some useful bit of information but there are only so many notes I can keep organised. Then I later need to recall (e.g. what was that legal statute that I cited for situation X?) If I wrote it into a Lemmy post, I have to be online to find it again. The search tool might be too limited to search the way I need to… and that assumes the host I wrote it on is even still online.





  • We need a reform and a robust way to interact digitally with the government, pay taxes and also send messages etc.

    I think that’s nearly impossible. Some people use the Tor network and govs tend to block it. For me, “robust” means being strong enough to handle Tor traffic, but I don’t think anti-Tor ignorance could ever be flushed out.

    Some people also use very OLD devices, like myself, and refuse to contribute e-waste to landfills. That crowd is also hard to cater for. For me, “robust” also means working with lynx browser, but I don’t think the chase-the-shiny incompetence of only supporting new devices could ever be flushed out.

    So I must ultimately disagree because if the gov were to achieve what they believe is robust, it would be a recipe for ending analog transactions that everyone excluded from their digital systems rely on. They should strive for robustness, but never call it robust. They should recognise that digital tech always excludes some people and so analog systems are still needed.

    By the way: If your emails frequently lands in spam folders you should check your mail servers IP if it’s on some spam filter list.

    That is exactly the problem. My mail server runs on a residential IP – deliberately so. My comment stands: it’s naive to make a sender responsible for email landing in a spam folder when the sender has no control or even transparency over the operation of the recipient’s mail server.















  • Your continued failure to grasp the fact that the Tor community does not need server-side support is the main reason you have failed to understand why your main thesis has been defeated. Not understanding how Tor works to at least the most basic extent has ensured you’ve based everything in your position on misinformation (which most certainly comes from poor assumptions). Then you wonder why you think you see repititon as you repeat defeated claims because you don’t understand the facts that make your claims indefensible. Until you learn enough about To to realise there is no need for server-side support, you have no hope of even understanding the silly absurdity of your thesis.


  • You’re just recycling defeated drivel. There are no new arguments here and unless you figure out how to attack the arguments that defeated yours, using sound logic, this drivel of personal attacks only exposes the weakness of your indefensible position further. Relying on rudimentary information sources like a general purpose dictionary is consistent with the lack of English nuance from which your misuse of terms and obtuse language manifests.

    Your fixation on insults indicates no formal background in debate. You’ve used the most common logical fallacy (among others) while naming it to call out multiple situations where it did not apply. This shows you’ve picked up common buzz phrases without grasping them (implying ad hoc hot-headed cloud fights without basic formal debate training). In the very least you could benefit from studying logical fallacies and taking a debate class. But to be clear that will only improve the quality of your dialog, it won’t compensate for the infosec deficit. In any case, none of that is going to happen in time for you to dig yourself out of your embarrassing position in this thread.




  • I don’t think anyone is embarrassed to be not supporting tor, bud. … misunderstanding basic English

    Your 1st statement would actually be reasonable enough if we disregard the meaning you are trying to convey and treat the words at face value. If you had a good grasp on English and weren’t misusing the phrase tor support to begin with, your literal words are fair enough in that phrase. This is because supporting Tor requires deploying an onion host. Yet no one here has brought up the lack of onion host. The embarrassment is indeed not about lack of Tor support. It’s that they cannot handle fully serving clearnet traffic.

    The Tor network needs no support because it is self-supporting. The Tor community bent over backwards to maintain gateways on the clearnet to accommodate the clearnet server without requiring any server-side support whatsoever. The Tor community is generally content as long as services do not go out of their way to sabotage the Tor network.

    It’s of course not an embarrassment that the IRS does not support Tor. The embarrassment arises from the lack of competency that led them to proactively block segments of clearnet based on the crude and reckless practice of relying on IP reputation; which led to disservicing the Tor community.

    There is no moral obligation to support tor.

    I realize that you have dropped the direct and accurate language (tor blocking) in favor of indirect, vague, weasel words of “tor support” because you believe this choice of words will somehow serve you by deceiving your audience. By intent, your comment is perversely naive. But it’s arguably sensible enough in the literal sense of the words because moral obligation to add an onion server is debatable. Although a case could be made for a government’s moral obligation to respect and embrace data minimization, and even to the extent of deploying onion services. But when the bar of digital rights is so low, it would be premature to have that discussion particularly when you’re not even in a position to accept the idea that a tax administration owes taxpayers any dignity or respect. Which, to be clear the lack thereof is demonstrated by this messaging:

    There is not even enough respect to tell Tor users that service is refused as a consequence of their IP address. Nor do they extend enough dignity to explain to those users why they block the Tor community, or which oversight office the excluded taxpayers may complain to.