Items tagged: ⭐️ (60)

Say what changed and stop explaining WordPress to the reader

The Upgrade Notice sections had grown a preamble apiece -- "a major
release", "five things are worth knowing before you update" -- and then
opened with a paragraph explaining that an old site will not be offered
the update, which is WordPress's behaviour rather than anything this
plugin does, in seven different phrasings across the collection. What a
reader wants from this section is the list of things that will break and
what to do about each; everything else was standing between them and it.

Every section now opens with one line naming the requirement and goes
straight into the changes. The reassurance, the closing "there is
nothing to do", and the instructions on how to ask a host about PHP are
gone. The technical content is unchanged: every renamed hook, moved
option row, replaced template and changed URL is still named, because
that is the part somebody actually needs.

wp-polls gains a line it should always have had: the stored XSS is the
reason to take that release, and it was recorded only in the changelog.

9,600 words to 5,900.

New profile system aloows for non-ascii characters (#470)

Add "chasing tone" effect

All great guitarists have at some point wondered "what would it sound
like if I was accompanied by a scurry of insane chipmunks - with tiny
tiny bagpipes?"

Jimi Hendrix wondered.  The closest he ever came was the Roger Mayer
Octavia together with the Univox Uni-Vibe, and he turned to drugs to
fill that empty spot in his soul from never having found that perfect
tone.

And Plato spent five years in a cave - it wasn't an allegory - together
with a family of chipmunks, trying to teach them to play the bagpipes in
order to find true knowledge and understanding.  He too failed in his
search for that perfect tone, and ended up giving up on electric guitar
entirely.  Today known mainly for his philosophy, with few sources even
mentioning his bloody hands from trying to sew tiny tiny bagpipes.

Wonder no more.

Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

Add 'growlingbass' effect

A growling/purring bass effect with a sign flip one period over two for
subharmonic generation and split odd/even order distorsion.

Simpler than what has been discussed on github repos and very effective.

Signed-off-by: Philippe Strauss <catseyechandra@proton.me>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

convert: start parsing arguments more flexibly

In particular, allow default pot values (all at noon), and specifying
input and output files rather than always doing stdin/stdout.

And no, this is still not all that smart, but it is at least a tiny bit
more flexible than it used to be, and the Makefile has been updated
accordingly.

Also, when F_SETPIPE_SZ is available, use it to limit the buffering of
the output if it's a pipe.  That, together with the very limited
buffering by 'make_one_noise()' should make this somewhat real-time if
the target i sreading a pipe and doesn't have huge input buffers.

Put another way: if I add interfaces to modify the pots concurrently,
that hopefully actually takes effect in a timely way.

Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

Ajuste StateRegistration para validar caso o número total de dígitos informado  seja menor que o numero esperado.

support default scheme customization

This allows the user to specify a scheme that should be used to try to open a bookmark if the bookmark is missing a scheme. E.g. `www.example.com` will be changed to `http://www.example.com` or `https://www.example.com` automatically before an open/browse is attempted.

Originally this patch simply forced opening with https, but it has since been modified to default to either http or https, at the user's preference. The default scheme will continue to be http, for now.

Forcing https by default was a suggestion based mainly on my own use case. I have 3,678 bookmarks. 3,670 use https and 7 use http. Of those 7, at least a couple are dead links and a couple are http-only to prove a point.

I keep "https only" on in my daily driver browser (Firefox) and my alternate browser (Chromium). I can still view http sites if I click through the warning.

I did a few lazyweb searches and found a presentation from the 26th USENIX in 2017:

  https://www.usenix.org/conference/usenixsecurity17/technical-sessions/presentation/felt

In the video on that page they cover how https is more often available, used, and even defaulted to for many websites, somewhere around 50-90% depending on how you measure it and where you get your data (and this is back in 2017).

That presentation is about a paper by Felt et al titled "Measuring HTTPS Adoption on the Web":

  https://www.usenix.org/system/files/conference/usenixsecurity17/sec17-felt.pdf

One of their data sources is MAWI, so I just peeked at MAWI's latest charts:

  https://mawi.wide.ad.jp/mawi/samplepoint-F/2025/202510241400.html

I did some super simple math. I can't say if this is at all valid, but I just compared the first two numbers where I saw http and https and found http is 14.4% of the total and https is 85.6%. Looks like I was comparing ip.tcp.http packets vs. ip.tcp.https packets. So that's something there to look at, I guess.

(83894509 ip https packets + 14072651 ip http packets ) = 97967160 total packets

14072651 ÷ 97967160 = 0.144 = 14.4% http packets

83894509 ÷ 97967160 = 0.856 = 85.6% https packets

MAWI data snippet:

```
Protocol Breakdown

     protocol		packets			bytes		bytes/pkt
------------------------------------------------------------------------
 total        334771299 (100.00%)     364013578524 (100.00%)   1087.35
 ip           288108851 ( 86.06%)     307918329080 ( 84.59%)   1068.76
  tcp         125995157 ( 37.64%)     190503802981 ( 52.33%)   1511.99
   http        14072651 (  4.20%)      24776980541 (  6.81%)   1760.65
   https       83894509 ( 25.06%)     150210613012 ( 41.27%)   1790.47
...✂️...
```

Anyway, sorry for all this noise, it's really just breadcrumbs in case someone wants to do actual research.

Also I'm really enjoying buku so far. Thank you for sharing it!

Unit tests pass locally.

No part of this commit log message was AI-generated.

---

add --default-scheme to manpage

---

pass default_scheme into browse() as a keyword arg

DIR: don't display invalid data with devices

When doing `DIR NUL` findfirst will actually return success
with an attribute indicating a device exists with that name.
MS-DOS shows 'File not found' in this case, but FreeCOM
(and also Comcom64) can display invalid data, so let's
correct that. Since the required constant FA_DEVICE isn't
always present in `dos.h`, let's define it when necessary.

[https://github.com/FDOS/freecom/issues/181]

Before (C: is MFS, D: is FAT16):
~~~
C:\>dir nul
 Volume in drive C is IR DXXXXS C
 Directory of C:\

NUL                      0  10-30-25  6:55p
         1 file(s)              0 bytes
         0 dir(s)     49,839 Mega bytes free
C:\>d:

D:\>dir nul
 Volume in drive D has no label
 Volume Serial Number is 4A09-DBB4

 Directory of D:\

NUL                      0  10-30-25  6:55p
         1 file(s)              0 bytes
         0 dir(s)      42,698,752 bytes free
~~~

With patch (C: is MFS, D: is FAT16):
~~~
C:\>dir nul
 Volume in drive C is IR DXXXXS C
 Directory of C:\

File not found.

C:\>d:

D:\>dir nul
 Volume in drive D has no label
 Volume Serial Number is 4A09-DBB4
 Directory of D:\

File not found.
~~~

cpuspeed: add NDIS v4 speed patch suitable for WFW 3.11

WFW 3.11 uses a similar timing loop as Win9x in NDIS.386 and so will hang
during startup on a blank screen on a machine with a fast CPU.

Fortunately due to its shared history it is possible to take the existing
NDIS v1/v3 source and adapt it for WFW 3.11. Add the updated source as a
new NDIS v4 source, include it PATCH_CPU_SPEED_NDIS_ALL, and update files.c
to patch NDIS.386 if detected.

Resolves: https://github.com/JHRobotics/patcher9x/issues/23

all: update files/documentation to include references to WFW 3.11

Now that patcher9x can also patch NDIS.386 in WFW 3.11, update any corresponding
files/documentation accordingly.

Add Ampersand Ligature Variant for `ss03`

The feature `ss03` changes the ampersand to the traditional style.
When this feature is enabled the restyling of the ligature form
`ampersand_ampersand.liga` is not used because it does not exist.

This commit adds the part glyph `_part.ampersand.ss03`, adds the
ligature glyph `ampersand_ampersand.liga.ss03`, and modifies the
`ss03` feature to use the newly added ligature when the feature is
enabled.

The part glyph was only created to be a component for the newly
added ligature, like `_part.ampersand` is for
`ampersand_ampersand.liga`.

JS: Performance fix for chrome

Holy performance killer batman! Chrome was updating nodelists on
every change instead of batching them like firefox resulting in
exponentially worse performance. (Like "This fix made it go from
40 minutes to 7 seconds" exponentially)

CSS: Set contain on kint dumps to help client side performance

The contain and content-visibility properties are very new and
can actually break rendering entirely in different circumstances
for different browsers.

For now we'll stick to good old display:none and just hope contain
implementations get good enough to give us some perf down the line.