惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

WordPress大学
WordPress大学
B
Blog
M
MIT News - Artificial intelligence
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
P
Proofpoint News Feed
C
Check Point Blog
H
Hackread – Cybersecurity News, Data Breaches, AI and More
J
Java Code Geeks
博客园 - 叶小钗
S
SegmentFault 最新的问题
Last Week in AI
Last Week in AI
T
The Blog of Author Tim Ferriss
Microsoft Security Blog
Microsoft Security Blog
小众软件
小众软件
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
博客园 - 【当耐特】
腾讯CDC
博客园 - Franky
博客园 - 聂微东
V
Visual Studio Blog
GbyAI
GbyAI
Martin Fowler
Martin Fowler
罗磊的独立博客
Y
Y Combinator Blog

Lobsters

CIFSwitch: a non-universal Linux local root vulnerability RIPE NCC session fixation: poaching logins with an Atlas probe GNOME 2.20 but its Web Components Agentic Search for Context Engineering – Leonie Monigatti Garnix is shutting down [not OC] akashina.tngl.sh/jjc Concerning Emacs (and Jazz) Nitpicking the shell history scene in ‘Tron: Legacy’ What's cooking on SourceHut? Q2 2026 The tenth OpenPGP email summit Package managers that package package managers Clojure on Fennel part three: parsing WordPress at 23 Finding Miscompiles for Fun, Not Profit GitHub - creusot-rs/creusot: Creusot helps you prove your Rust code is correct. Announcing Rust 1.96.0 | Rust Blog A Love Letter to Neovim sqlite AGENTS.md Am I a Bad Friend? CSS vs. JavaScript • Josh W. Comeau Erlang Ecosystem Foundation - Supporting the BEAM community A brief note about slot access cost in Common Lisp Keyboard latency probe Rethinking the GNOME clipboard issues Back to the Building Blocks’ Building Blocks Tech Notes: Theseus: translating win32 to wasm Fast is better than slow Content-addressed Rust builds (or, what kache actually caches) Intent to Prototype: Embedding API Canada’s Bill C-22 and the security cost of collecting more data
What are you doing this week?
caius · 2026-06-01 · via Lobsters

I've begun my next Great Work for [jnet](https://jinteki.net]: support full translations for the game log (including all card ability).

We currently do string manipulation and concatenation, with no built in templates, so handle all messages shown to players. This has worked pretty well but leads to a lot of inconsistency and some obnoxious code paths to correctly bundle everything together. Folks have asked for translations for years, and we have fairly robust support in the UI, but the game engine has remained elusive.

I decided to try my hand at this in part because I'm stubborn and like a challenge and in part because I have spent the last year refining our Project Fluent set up, which has made translating the UI a breeze.

The big problem is that I am really tied to our current way of displaying and writing messages, so I don't want to drastically degrade the quality of those messages in a Fluent-based architecture. However, this means the task of transforming the data to Fluent Messages is a lot more complex. Our messages can contain 3-5 different variable portions ("$player pays $payment to use $card to do $ability" where ability can be arbitrarily complex), so figuring out how to create "templates" is interesting and challenging.

My next big challenge is creating Fluent Functions to handle certain constructs, which should reduce some of our boilerplate. Sadly, they made the smart decision to not allow arbitrary nested references and passing variables between messages, so some things have to be awkward and long winded.