• 0 Posts
  • 132 Comments
Joined 2 years ago
cake
Cake day: June 12th, 2023

help-circle






  • Hmm, interesting. Then I don’t think I’ve ever seen that myself, I thought you were talking about the strobe effect, that’s the only thing I associate with 7-segment displays (or other lights) in dark environments. I’ll have to experiment with it sometime :P

    Also, I guess I stand corrected about the response time difference!



  • That similar effect happens with some 7-segment displays because they actually flicker very fast (either didn’t bother to add an AC rectifier if it’s wall power, or it uses PWM to regulate the brightness). You can see it if you point a camera at them. The visual cortex makes it appear like it’s a continuous light but that illusion is destroyed as soon as the light moves. (Pretty sure this is the same effect which makes a moving image on CRT monitors appear smoother at low frame rate than LCD monitors.)

    I don’t know for sure but I don’t think there’s any significant reaction time difference between rods and cones in different light levels. There is a difference in how long they take to adjust to different light conditions (IIRC rods take longer to adjust to darkness but can achieve much higher sensitivity in darkness).










  • I might give you Windows 7 on functionality, it has been forever since I used either. But definitely not design. 2000 has a UI that is consistent throughout, clear, and professional. It’s a masterclass in UI usability engineering. Plus it’s also heavily customizable if you want to do so. A lot of that was lost with Vista and some with XP.

    AppImages are precompiled archives with extra steps. Meh. No, some of my problems with Flatpak are:

    • it conflates app sandboxing with app distribution
    • it mandates using bespoke APIs to work in sandbox mode instead of the established APIs (to the point where I’ve heard “we can’t implement X, it needs to work in Flatpak”)
    • these APIs are often very Flatpak-focused but regardless become the standard for non-Flatpak because there is no existing alternative
    • it ships its own builds of code that should be part of the system (for example, UI toolkits which would otherwise load global plugins, breaking stuff such as IME or themes)

    Some of that (and why it’s necessary in the first place) is due to Linux’s incredible fragmentation and lack of an extensive backwards-compatible system API (such as macOS’s Cocoa), which causes a lot of other problems everywhere – but a lot of it is also self-inflicted. In fact, the massive focus on Flatpak and looking like that is the direction the Linux desktop is going was partly what drove me to try out a Mac.


  • My three operating system hills:

    • Windows peaked with 2000 (design-wise) and XP (functionality-wise)
    • macOS’ separation of the application vs window concepts — i.e. an app has exactly one menu bar and dock icon, and is expected to be able to stay open without any windows (without needing nonsense like tray icons) — is much better than anything else and it sucks nobody is copying it
    • Flatpak and everything related is atrocious architecture-wise in every single way and it’s a massive condemnation of Linux (desktop)’s compatibility state that it actually solves a real problem

  • My #1 advice is to keep domain and mail/whatever else hosting separate. You can transfer your domain to another registrar, and then get an email hosting service that allows you to use your own domain.

    That way you can move your email to another provider without also having to move your domain and vice versa.

    My domain registrar is INWX, and I host my mail server on my own VPS so I can’t speak to the quality of any mail service but Hostinger allows you use an external domain.

    That DNSSEC status does not have anything to do with being able to transfer your domain AFAIK, that is instead generally something different called Transfer Lock.

    To transfer your mails, what I did in the past was just connect the two mailboxes via IMAP to a local client and copy everything from the old mailbox to the new one (or to a local one first, whatever). As long as both sides support IMAP, you don’t have to have any special support from either provider. But it’s probably nice to have.

    You can connect non-Gmail mailboxes to the Gmail app but there are better alternatives. Thunderbird as you said, for Android there’s K9-Mail. Personally I use KDE’s KMail and Apple’s Mail app on my computers/phone. YMMV.