Chrome Extension Converts Hanifi Rohingya Script to Latin Alphabet Directly on Webpages

·3 views

A developer at RohingyaLanguage.org has built a Chrome extension called Rohingya Reader that transliterates Hanifi Rohingya script into the Latin-based Rohingyalish writing system in place on any webpage. The tool addresses a practical literacy gap, as many Rohingya speakers are comfortable with one script but struggle to read the other. Unlike a copy-paste converter, the extension processes text directly within the page while preserving links, event handlers, and existing site functionality. It runs entirely on-device with no backend or analytics, and supports a reversible 'show original' mode that restores the exact prior text. The extension is currently under review for the Chrome Web Store, with the underlying script converter already available online at RohingyaLanguage.org.

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