Spyke

Posts

amberlang·Amber the programming languagebylens0021

Amber is officially funded by NLnet

From the Discord

I’m incredibly happy to share that Amber has been selected for funding by NLnet.

This grant will help us add important OOP features, improve the standard library, the compiler and language itself as well as version-aware interfaces to external commands, a new POSIX-sh compilation target and more!

It’s a huge milestone for us, and I’m very grateful to NLnet for supporting Amber among other impressive projects.

https://nlnet.nl/project/Amber/Open linkView original on programming.dev
6
mediawiki·MediaWikibylens0021

WMF wikis can restrict editing in the “User” namespace to only the page owner and certain user groups

Introduced in version: 1.47.0

When enabled, only users with the editalluserpages right may edit other users' user pages: this applies to the whole User namespace (including subpages), but not to user talk pages.

This functionality is adapted from the UserPageEditProtection extension.

WMF wikis can restrict editing in the “User” namespace to only the page owner and certain user groupshttps://diff.wikimedia.org/2026/07/27/tech-news-2026-issue-31/Open linkView original on programming.dev
3

Phpactor's maintainer adds a self-disclaimer to the README, citing performance and scalability shortcomings

[!WARNING] This language server may not be the one you're looking for.

I personally use it and will continue to maintain it until I don't use it anymore. There are new and interesting open source language servers being developed that can offer far more performant capabilities. I think Phpactor still offers some great features, especially in regards to code actions and I genuinely miss some functionality when using servers for Rust, Go and Typescrript.

There are many parts of this project that I'm proud of but ultimately it has some major short-comings in regards to perforamnce, accuracy and scalability that I'm not capable of addressing at this time. YMMV.

Phpactor's maintainer adds a self-disclaimer to the README, citing performance and scalability shortcomingshttps://github.com/phpactor/phpactor/compare/3a98f8a111b9009cae3a78c9d5fbf013f8b23954..c8e06992eb8bc55993e0e8bf04b1451190895061?short_path=b335630#diff-b335630551682c19a781afebcf4d07bf978fb1f8ac04c6bf87428ed5106870f5Open linkView original on programming.dev
6
mediawiki·MediaWikibylens0021

ProWiki announced "Native Markdown", their new extension

MediaWiki extension that makes Markdown a native content model. The content model determines the format in which MediaWiki stores and renders a page. So a Markdown page is not wikitext with some Markdown embedded inside of it. The whole page is Markdown, stored exactly as you typed it, and rendered as a real wiki page with working links, categories, templates, parser functions, a table of contents, and full-text search.

Though I have not tried this extension yet. This content model approach seems to be very Mediawiki-native and good.

Please note that the official announcement described it as a bridge to the AI agents. ProWiki is also developing and maintaining MediaWiki MCP.

ProWiki announced "Native Markdown", their new extensionhttps://professional.wiki/en/news/native-markdown-releasedOpen linkView original on programming.dev
2
fediverse·Fediversebylens0021

Bridging on a budget

Over the past two years or so, we’ve managed to cut our serving costs 5x, from ~$0.15 per active user per month to ~$0.03.

For who never heard Bridgy Fed before (source: The GitHub repository)

Bridgy Fed connects different decentralized social network protocols. It currently supports the fediverse (eg Mastodon) via ActivityPub, Bluesky via the AT Protocol, and the IndieWeb via webmentions and microformats2.

Bridging on a budgethttps://blog.anew.social/bridging-on-a-budget/Open linkView original on programming.dev
32
programming·Programmingbylens0021

Mermaid v11.13.0: Venn and Ishikawa

cross-posted from: https://programming.dev/post/49143802

Two entirely new diagram types — Venn and Ishikawa — land alongside a significant fix that restores backward compatibility with v10, plus a pile of improvements across flowcharts, ER diagrams, Gantt charts, state diagrams, gitGraph, and more.

Mermaid v11.13.0: Venn and Ishikawahttps://content.mermaidchart.com/2026/04/20/mermaid-v11-13-0-two-new-diagram-types-and-our-most-polished-release-yet/Open linkView original on programming.dev
29
mediawiki·MediaWikibylens0021

Board of Trustees Approves Closure of Wikinews

All Wikinews editions will be closed and switched to read-only mode on 4 May 2026. Content will remain accessible, but no new edits or articles can be added. This closure was approved by the Board of Trustees of the Wikimedia Foundation following extended discussions.

https://meta.wikimedia.org/wiki/Wikimedia_Foundation_Board_noticeboard#Board_of_Trustees_Approves_Closure_of_WikinewsOpen linkView original on programming.dev
5
mediawiki·MediaWikibylens0021

Bucket: A potential replacement for Cargo and Semantic MediaWiki on Miraheze

From the Discord

Announcing the availability of Bucket

We're happy to announce that the extension Bucket has been added to Miraheze and is immediately available for bureaucrats to enable without restriction. Developed by our friends from Weird Gloop, it is a lightweight extension for storing and querying structured data, meaning it can serve as a replacement for Cargo and Semantic MediaWiki. Going forward, we will be recommending it to all wikis with structured data needs.

Tech team members <@879296162228731954> and <@696929642480664586> have also prepared modules with which you'll quickly be able to put Bucket to use. You can find them, and some examples, at https://bucket.miraheze.org/. They'll also be happy to help with any questions or issues you may have with their interface or the extension itself.

A huge thank you goes to TheWWRNerdGuy, our fresh MediaWiki Specialist, who has been extensively testing Bucket for compatibility. Be sure to thank and congratulate him!

Bucket: A potential replacement for Cargo and Semantic MediaWiki on Mirahezehttps://bucket.miraheze.org/wiki/Main_PageOpen linkView original on programming.dev
2
Mermaid·mermaidbylens0021

beautiful-mermaid renders Mermaid diagrams as SVGs or ASCII art

But I'm disappointed to find out that it's just based on mermaid-ascii (and AI agents), rather than being something brand new.

Diagrams are essential for AI-assisted programming. When you're working with an AI coding assistant, being able to visualize data flows, state machines, and system architecture—directly in your terminal or chat interface—makes complex concepts instantly graspable.

The ASCII rendering engine is based on mermaid-ascii by Alexander Grooff. We ported it from Go to TypeScript and extended it. Thank you Alexander for the excellent foundation! (And inspiration that this was possible.)

beautiful-mermaid renders Mermaid diagrams as SVGs or ASCII arthttps://github.com/lukilabs/beautiful-mermaidOpen linkView original on programming.dev
4
mediawiki·MediaWikibylens0021

WMF Warns OSM of API Restrictions Due to Inefficient Media Usage

The Wikimedia Foundation’s Product and Technology team has notified the OpenStreetMap Foundation system administrators that access to Wikimedia APIs for the OSM wiki may be restricted due to inefficient use of Wikimedia Commons images. To avoid a potential block, the team has requested that image requests be limited to standard thumbnail sizes. As a result, minor adjustments to thumbnail dimensions may appear across the wiki in the coming days, and any resulting layout issues are being monitored.

I think this might happen to you if your MediaWiki wiki is extremely large and doing the same thing to the OSM wiki.

WMF Warns OSM of API Restrictions Due to Inefficient Media Usagehttps://weeklyosm.eu/archives/18410Open linkView original on programming.dev
5