It’s not really though. They just used the screen from the pregnancy test and replaced all of the other hardware.
It’s not really though. They just used the screen from the pregnancy test and replaced all of the other hardware.


As much as I hate it, I’m 90% sure that they did some analysis (probably 10 years ago now) and found that there are enough people that don’t properly configure their computer that IP location is actually a better indicator than the Accept-Language header.
…which of course perpetuates the problem.


The problem is that only your heaviest users are going to pay to remove the ads, so it doesn’t make sense to price the subscription at any sort of average user. You need to slide the price point way up the distribution just to break even.
Oof, that is really not a good look. This should have been clearly disclosed and probably with a per-notification for the patch release.
There are a few main benefits.
So I think if you are using unique passwords with an automated password manager the effective benefit is quite small. However for the “average computer user” who likely has less than 5 passwords that they use for everything it forces a pretty high base level of security.


I doubt Gaussian blur is an accurate model of real-world situations.
At the end of the day if you are worried about the codes being painted over print a few out and paint over them. Then scan with a variety of scanners.
If I had to come up with some more digital tests I would guess that a few of these are more representative of real-world situations:
Ideally combine them in a bunch of scenarios then try to scan with a variety of scanner implementations.


It also supports iOS.


No, the DRM wouldn’t work at higher levels so you would have the same requirements with regard to 4k.
Let’s take a little recess and circle back.


Please be civil and polite. This type of aggressive comment insulting people because of the tools that they use isn’t welcome here.


You seem to be making this very complex. But it really isn’t. Yes, git doesn’t track renames. So you are working around it by splitting your operation into 2 commits.
This way 1 is always considered a rename and 2 is just a regular file change with the same path. You may also consider tweaking the default rename detection threshold with flags like --find-renames or options like diff.renameLimit.
Would it be nice if Git tracked renames? Probably. But that isn’t how the data model works so it is unlikely to happen soon. But maybe they could add some metadata.


I think it doesn’t really make sense. Because you can’t “squash” one commit. squash is taking multiple commits and making them one.
When you do a “squash merge” you are really saying “squash all the commits that are on this branch and not the target” then merge.
So you can’t “squash a merge commit” you need at least one additional commit to squash in.


I feel like this is getting at something interesting and revealing but I am not convinced by what it says.
“There is no limit to the type of WhatsApp message that can be viewed by Meta,” the agent wrote in the email. He added that “Meta can and does view and store all the text messages, photographs, audio and video recordings” in an unencrypted format.
I highly doubt this is true. This is because there are third party clients such as https://github.com/mautrix/whatsapp that send E2EE encrypted messages on WhatsApp. If literally all messages where available in an unencrypted format it would mean one of the following things.
Security are also reverse-engineering the official client. So if it was regularly doing this I would assume someone has noticed.
What I suspect is happening is that some features in the client (like Meta AI) are very easy to frequently activate and upload a large amount of messages when Facebook then archives. It would be quite likely that the average user is using these frequently. This could reasonably result in the vast majority of messages being available to Facebook.
But I think if the reports are exaggerated it doesn’t help sell the case.
Of course, but because the law is so protective you won’t need to 99.9% of the time. Canada also isn’t a very litigious place and even if it does get raised it will probably get thrown out quickly. To most doctors it is also a huge stressors to watch someone that they can help die. So overall the balance is well worth trying to help out.


No, but you can still choose to choose software that doesn’t steal and sell your data. You can also support laws that make doing this illegal.
Of course it can only surely be decided in a court. But in this case it would be something like was not actively trying to cause harm.
In Canada all provinces have some form of Good Samaritan law which means that you aren’t responsible other than gross negligence. So any off-duty doctor would be very safe to help out unless they were doing something very stupid.


The idea that putting this on your phone is bonkers is bonkers to me. Why would you want to carry around a journal or paper when you have everything on your phone? It can also be more easily backed up and synced.
It shouldn’t be normal that this data is stolen and sold. That is 100% the problem, not the fact that people track things on computers.
You have obviously never tried dereferencing a null pointer.
My wife’s last name was Wang. She was planning on taking her husband’s last name her whole life. Joke’s on her.