For a bit of retro fun, I created an AText widget that paints a text using a crisp pixel font without antialiasing, something Text isn't capable of. Here's the API:
class AText(
final String data, {
final TextStyle? style,
})
For compatibility, I support a TextStyle but ignore everything but the color property. The font has a width and height of 8 pixels.
So you think React Native is better than Flutter because it uses native UI elements instead of rendering everything itself? Well, then let’s build the same thing for Flutter. I'll do it for macOS. Feel free to do it yourself for your platform instead.
Project Setup
Start like this.
flutter create --platforms=macos --empty flutter_native
This explains how to write a simple analyzer plugin.
Create a Dart project called demo_plugin and add these dependencies to pubspec.yaml. The versions shown below should work with Dart 3.13. You might need to adapt them to your Dart version.
dependencies:
analysis_server_plugin: ^0.3.20
analyzer: ^14.1.0
The Sumerian Game is one of the oldest computer games, created in 1964 as an education game. Its source code is unfortunately lost, but a simplified version was ported in 1969 to FOCAL for the PDP8 under the name King of Sumeria and then to BASIC around 1971 and eventually published as Hamurabi in David Ahl's 101 BASIC Computer Games book.
This tutorial shows how to build a FOCAL interpreter from scratch.
Here's the original* Hamurabi program we'll run:
People always ask for the best way to store data.
Most often they don't disclose their requirements. So let's assume a) we only need to store a few megabytes of data (which easily fit into the main memory of your device), b) we have more reads than writes, c) we need only be faster than 1ms, and d) we don't need complex queries. A simple key/value store will suffice.
Here's a minimal key-value store API:
abstract class KV<T> {
Future<T?> get(String key);
Future<void> set(String key, T value);
Future delete(String key);
Let's iteratively create the components to create Flutter UIs from textual descriptions. How to create those descriptions or how you get them from some server shall be out of scope.
A simple HTTP REST is probably sufficient, but especially for debugging, a parallel web socket channel or server side events (SSEs) would be useful to trigger a redisplay as if the app was hot-reloaded. For production, consider caching all responses.
Here's a generic hierarchical Node class which will be our main building block:
Let's write a MCP server in Dart. I'd like to make a tool that knows how to roll dice. This way, an LLM can get access to a real source of randomnes.
There's no ready-to-use Dart package, but there's a specification that details how to create such a server.
In its easiest form, the server reads JSON RPC requests from stdin and writes responses to stdout. It is allowed to use stderr for logging. All streams are UTF-8 encoded and adhere to the JSONL format, that is, each request must be a single line.
| <!DOCTYPE html> | |
| <html lang="en"> | |
| <head> | |
| <meta charset="UTF-8"> | |
| <meta name="viewport" content="width=device-width, initial-scale=1.0"> | |
| <title>TTRPG Map Revealer</title> | |
| <style> | |
| body { | |
| font-family: Arial, sans-serif; | |
| margin: 0; |