old.lemmy.world##div.post:has(div.rank):has-text(/Trump|Elon|Musk|nazi|maga/i)

Here’s a comparison of part of my homepage with (left) and without (right) the filter active

I’m in firefox + uBlock on lemmy.world too, and it works fine for me - I can see on my current front page 2 posts are being blocked and the rest are showing up. Do you have any other uBlock filters going on? Are you on some page other than the lemmy.world homepage? Are you using the default UI or one of the alternate UIs?

What an insightful post 🙂

The only one of these I’ve updated since the original is the one for Ars Technica, which is now this:

arstechnica.com##:not(:not(head>title:has-text(/Serving the Technologist/))) article:has-text(/Trump|Elon|Musk|nazi|doge|maga/i)

The reason being that ‘Ars Technica’ now appears in the title of articles, while it didn’t originally, which caused the original filter to block out entire articles. ‘Serving the Technologist’ only appears on the homepage so this updated filter will still filter the homepage but display the contents of articles that contain blacklisted words.

Or averages, it seems to be absolute counts each day

Aw. I was making a joke because I assumed you just meant ‘right’ as in ‘correct’.

You mean the left arm piece?

And it’s so annoying to hear the excuse “BEcaUsE tHe sWITCh iS aN UNDErpOWeRed SYsTEm” when the Switch’s launch title was Breath of the Wild.

I feel like it would have been better if they raised the price to $2 during the sale

Today I went to sleep at 7am and woke up at 3pm. Next week I’m just as likely to go to bed at 8pm and wake up at 4am. No real schedule, but I tend to slowly drift forward. Sometimes I get caught on a split schedule where I’ll sleep twice a day for half as long.

Good to know that’s the default. I do definitely see prompts that have “Reject all”, plus some banners that only have “Accept all” and “Cookie settings”, with “Reject all” or “Necessary cookies only” only visible in the cookie settings. Thanks.

Excellent 👍

The striking part is that it’s so much higher while we’re 7 weeks into the year. The other years include all 52 weeks. Also 40 is close to the maximum for previous years on the chart, not the average, which I’d estimate around 25.

Pretty striking - I’d add a title to the top and the source in the lower right. Would make it much more shareable.

Edit: And a note about 2025 only being up to February 17th. Because the graph may outlive the next Delta flight week.

The correct answer in degrees is cos(pi) = 0.99849714986386383364. The correct answer in radians is cos(pi) = -1 (exactly). Any calculator giving you cos(pi) = -1 is definitely in radians mode - and if you mean you’re getting cos(pi) = exactly 1, and not 0.998, then that should never happen in any mode, unless it just has two digits of accuracy. Which I doubt any calculator with a ‘cos’ button has ever had.

For the record, if using sine, you should have sin(pi) = 0.05480366514878953089 if in degrees mode, or sin(pi) = 0 (exactly) if in radians mode.

That comes down to the calculator using radians while you’re expecting degrees: cos(0°) = 1, and cos(355/113 degrees) = 0.99849714986386383364. The default for most calculators is to do trig functions in radians, and there we have cos(0) = 1 and cos(π) = -1. π degrees is much closer to 0° than 180° (which is equivalent to π radians), hence the answer for that being almost 1.

The OPTN button near the SHIFT button will probably let you swap between RADians and DEGrees

To be clear, when you say “exactly right”, do you mean -1 and 0 or -1 and -2.6776418E-07? Because -2.6776418E-07 is the more accurate answer here. 10+2 digits of accuracy does round the cosine to -1 because its first 13 digits after the decimal are all 9s, while 10+2 decimals of accuracy for the sine should be -0.000000266764 (12 digits) rounded to -0.0000002668 (10 digits rounded), then displayed as -2.668E-07 - so you actually end up with some bonus accuracy in this case. Though that last 8 should round up to a 9.

Same, and that was whether I searched with or without a space between ‘libre’ and ‘office’. In fact all ten results on the first page of results were directly related to the software - either links to the site itself, or reviews of the software.

It also somewhat embarrassingly revealed that the page title for us.libreoffice.org is “Home | Your Site Name - your tagline here”…

There isn’t really an issue here. The reason the cosine value is rounded to -1 while the sine value isn’t rounded to 0 is because the cosine value is much closer to -1 than the sine value is to 0. The unrounded (or less rounded) values are cos(355/113) = -0.99999999999996441843 and sin(355/113) = -0.00000026676418906242. So while the sine value is about 10^-7 from 0, the cosine value is about 10^-13 from -1, 6 orders of magnitude closer. Your calculator’s threshold for rounding is just somewhere between those magnitudes.

As for why the latter two calculations give identical answers, that’s just a feature of sine itself: For very small inputs it’s an excellent approximation of the identity function, f(x) = x. If you give it any input of similar size to π - 355/113, it’ll more likely than not give you the exact same value back out. As x → 0, sin(x) → x. Try it out with other values like 0.0000000123456789.

I tried out the 8B deepseek and found it pretty underwhelming - the responses were borderline unrelated to the prompts at times. The smallest I had any respectable output with was the 12B model - which I was able to run, at a somewhat usable speed even.