• 5 Posts
  • 165 Comments
Joined 1 year ago
cake
Cake day: June 6th, 2023

help-circle

  • Pixel - varies by manufacturer

    That was the Nexus line, Pixel phones are all made by Google. Although Pixel 5 series and older use Snapdragon SoCs, while 6 onwards use Google’s custom Tensor based on Samsung’s Exynos. The major downside is IMHO the awful modem efficiency - if I want to keep mobile network on so that I can receive calls, my 7a is limited to 2 days of battery life if I’m lucky (and that’s with barely using the phone, just a few pictures).

    Edit: and I forgot to mention that all Pixels have great third party ROM support, except if you want GrapheneOS, in which case you need to go for the recent ones that are still supported by Google.


  • They probably fixed all the bugs they considered essential, and the rest is just nice to have fixes that can be moved to the next cycle if necessary (and they still have a week to work on them before release, although they might be careful not to introduce severe bugs now).

    The general idea with this approach is that it doesn’t make sense to block a release on a few bugs worked on by only a subset of available developers and having the rest idle - the project can be finished faster by moving the remaining tasks over to the next release and accepting the bugs in the meantime.




  • Nah, this development version is way worse than both Android 12+ design and Android 11 design - it just has random unlabeled tiles for system settings where you have to guess the meaning by the icon.

    In Android 11, this was only used for the six quick settings you could access when you were looking at the notifications, and they would get labels when you expanded the settings side. In 12+, there are no unlabeled settings anywhere. But this redesign introduced unlabeled tiles for settings you don’t use often, which just seems insane to me.


  • Wow, first time I feel strongly about a quick settings update. It looks awful, taking the worst parts of the Android 12+ redesign and combining them with the worst ideas from the older design, like unlabeled icons.

    It looks like there are unlabeled icons in the expanded state? Wtf? If I’m expanding the quick settings, that means I’m fishing for the less used settings, so there’s no way I’m going to remember that for example the weird circle with a small segment cut out means “Data saver”. It will just be a mystery icon that does some mystery action - that has nothing to do in a modern OS.

    It looks like this design is heavily sacrificing usability for people who don’t spend hours every day mucking around with quick settings in order to please some hypothetical user who feels more slowed down by swiping over one or two screens than by having to find the one setting they currently need in a big matrix of poorly designed icons.

    Edit: also it looks like the home screen is visible under the quick settings - I’m not a big fan of that, I really like the current design where the notifications are pretty much their own separate screen without distracting app content, but that’s just my subjective taste. Unlabeled icons are objectively bad.










  • In my very limited experience with my 5400rpm SMR WD disk, it’s perfectly capable of writing at over 100 MB/s until its cache runs out, then it pretty much dies until it has time to properly write the data, rinse and repeat.

    40 MB/s sustained is weird (but maybe it’s just a different firmware? I think my disk was able to actually sustain 60 MB/s for a few hours when I limited the write speed, 40 could be a conservative setting that doesn’t even slowly fill the cache)



  • Then what’s the meaning of this whole part?

    On non-corpo linux syslog can be disabled if you want, though I’d prefer to just symlink/mount /var/log to a memory filesystem instead.

    Is it just a random tidbit that could be replaced with a blueberry muffin recipe without any change of meaning of the whole comment? Because it sure won’t help OP at all with their Arch-specific question, so it’s either that, or it provides contrast to the “corpo Linux”, which is how I interpreted it.

    And here’s the remaining part of your comment I left out, just to make sure people won’t lose the context between two three sentence long comments (for those without any attention span, it comes before the previous quoted part):

    If you’re on arch you use redhat’s garbage.



  • manufacturers can put it where your hand naturally rests, meaning that you can unlock the phone BEFORE you have even taken it out of your pocket.

    Idk, my “unlock” finger naturally rests wherever the fingerprint scanner is on my phone. When I had a rear fingerprint scanner, I used to have my phone’s bottom right corner planted into my palm near the thumb and used the index finger to support its back near the scanner, so I was always ready to unlock it.

    Now that I have an under-screen scanner, I use my pinky as a “shelf” for the phone’s bottom side, ring finger to hold it on the far side and index finger along the near side (which makes me suspect this grip would work for in-power-button scanners too), and that makes my thumb naturally rest exactly on the spot where the scanner is. With (one) tap to wake, I have no problem unlocking the phone while taking it out of my pocket - literally just a quick double tap. Although it’s true that you can’t unlock the phone directly in the pocket like this, because the proximity sensor should prevent the tap to wake from working.

    I used to have a phone with a scanner in the power button too, but I can’t remember how I held it - I don’t think it was the same way as now, because I’m pretty sure I never used to rest my thumb on screen like this.