pixi-tiledmap lets developers edit and export Tiled maps directly in the browser

·1 views

A TypeScript library called pixi-tiledmap has been developed to load, render, edit, and export Tiled maps using PixiJS v8 in the browser. The library allows developers to place tiles programmatically via a setTile API that accepts layer names, grid coordinates, and tileset references, updating both the visual display and underlying map data in real time. Edited maps can be exported as standard Tiled JSON (.tmj) files using the exportMap function, making them immediately reopenable in the Tiled map editor. Because Tiled stores tileset images as file paths rather than embedding them, the library also supports bundling the map and its assets together into a single ZIP file using fflate. The workflow enables a full round-trip edit cycle — from Tiled to browser and back to Tiled — without leaving the standard .tmj format.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

Hacker News Users Call for Consumer-Focused AI Service Regulation

A discussion on Hacker News is urging policymakers and the public to shift focus from speculative AI safety debates toward practical consumer protections for paid AI services. The post raises concerns about token counting accuracy, undisclosed model downgrades, and whether users are being charged fairly for failed or incomplete responses. The author also questions whether AI companies may be subtly altering outputs for tracking purposes, potentially at the cost of response quality. Drawing a parallel to Uber and Lyft, the post warns that dominant AI providers like OpenAI and Anthropic could exploit their market position post-IPO to prioritize profits over service standards. The discussion argues that allowing AI companies to lead regulatory conversations risks sidelining the basic consumer rights issues that matter most to paying users.

0 comments Read more at Hacker News

ProgrammingDEV Community ·

Dependency Inversion Principle Explained: Why High-Level Code Should Rely on Abstractions

The Dependency Inversion Principle (DIP), one of the five SOLID design principles, states that high-level modules should not depend on low-level modules — both should depend on abstractions. In practice, this means avoiding direct imports of concrete classes into core business logic layers, which reduces stability and increases complexity. A common violation occurs when a domain-layer class directly instantiates an infrastructure-layer class, tightly coupling the two. The fix involves creating an interface for the low-level module, implementing that interface in the infrastructure layer, and injecting the dependency into the high-level class via its constructor — a pattern known as Dependency Injection. This approach keeps the domain layer stable and flexible, since it relies on an abstraction rather than a specific implementation.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Unified AI Tool Generates 3D Game Characters on CPU-Only Servers, No GPU Needed

A developer has merged two previously separate tools, CHARFORGE and a 3D game engine, into a single unified system capable of generating and managing 3D game characters without any GPU hardware. The combined platform runs entirely on a modest CPU-only VPS with 6 virtual cores and 11 GB of RAM, eliminating the need for CUDA, dedicated GPU instances, or cloud inference costs. The system offers four distinct methods to create or import game-ready characters, including morph-based human sculpting, third-party model imports, and shared animation libraries. A key architectural change introduces an 'actor' interface, allowing the engine to treat all character types identically regardless of how they were created or which file format was used. Character data is now stored in a MySQL database with versioning support, replacing browser-local storage and reducing the risk of data loss.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

How WorldScript Studio Keeps AI Optional Without Breaking Core Features

WorldScript Studio, an open-source writing tool, is architected so that all AI features — including text generation, streaming, and image feedback — remain entirely optional and the app functions fully without any API key or network connection. The project routes every AI capability through a single provider service, ensuring that failures are isolated to one place rather than scattered across individual features. Privacy and routing rules are enforced directly in code through policy gates that throw typed, testable errors, rather than relying on loose conventions across components. Supported providers include Gemini, OpenAI, Anthropic, OpenRouter, and local servers like Ollama, all normalized behind a unified interface. The design philosophy holds that an AI layer may fail in any way, as long as every failure is typed, explained, and contained — preventing outages from cascading into broken core functionality.

0 comments Read more at DEV Community