Developer Builds Linux Desktop Pet 'Mochi' While Wrestling With Wayland and GTK Limits

·1 views

A developer has created Mochi, a small animated desktop companion for Linux built using Python, GTK, Cairo, and hand-drawn pixel art. Mochi reacts to user behaviour — sitting down when the user types, falling asleep during idle periods, and responding physically when dragged across the screen. Inspired by Codex Pets, the project aimed to make a character feel like a natural part of the desktop rather than a conventional application. Building Mochi proved technically challenging because Wayland deliberately restricts global window positioning for security reasons, complicating the free movement a desktop pet requires. The developer describes the process as an ongoing negotiation between desired character behaviour, GTK's toolkit constraints, and what GNOME and Wayland actually permit.

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)

Debouncing in JavaScript: How It Prevents Event Flooding and Boosts Performance

Debouncing is a JavaScript technique that delays function execution until a user pauses an action, preventing excessive calls during rapid interactions like typing or scrolling. Originally borrowed from electronics, the concept was introduced to web development by John Hann. Without debouncing, events such as keystrokes or window resizing can fire hundreds of times per second, overwhelming the browser's single-threaded event loop and triggering costly API calls. The mechanism works by resetting a timer each time an event fires, only executing the target function once the user stops and the timer completes. This approach significantly reduces unnecessary server requests and improves overall application performance and user experience.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Three Scenarios Where AI-Assisted Task Splitting Breaks Down for Developers

Backend engineer Anton has outlined three specific conditions under which his structured, specification-driven development method fails. The approach collapses when the scope of work is genuinely unknown upfront, as no meaningful task specification can be written before a decision is made. It also struggles with unfamiliar codebases, where a lead engineer must manually read the code tree before writing any task — a slow, non-parallelisable step that multiplies in cost if skipped. The third failure point is tasks lacking a clear definition of done, such as 'improve the error handling,' since no automated acceptance command can confirm completion. Anton notes that vague tasks can be partially rescued by converting subjective goals into measurable checks, but the method's core assumption — that all key facts are known before writing begins — must hold for it to work.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Expo EAS Now Automates PostHog Analytics Setup and Links Build Data to Events

Expo has launched a one-command integration that automates the full PostHog analytics setup for Expo apps, eliminating the need to manually configure SDKs, copy API keys, or set environment variables. The integration installs the PostHog SDK, adds the config plugin, and populates keys across EAS environments for Production, Preview, and Development in a single step. Once installed, every PostHog event automatically carries EAS metadata such as update ID, channel, and runtime version as super properties, closing the gap between user behavior data and specific build information. EAS Workflows can now use native PostHog functions — including posthog_flag_rollout and posthog_wait_for_metric — to pause deployments and make release decisions based on live production metrics. This enables automated, metric-gated rollouts where an update can be shipped to a subset of users, monitored for errors, and either expanded or reverted without manual intervention.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

How Enterprises Should Structure Data Ingestion and Retrieval for AI Systems

A technical guide series on enterprise AI adoption has reached its second stage, focusing on data sourcing, ingestion, and role-scoped retrieval. Using a fictional 40-person company called Qingchuan as a case study, the piece explains how internal systems like wikis, ticket tools, and databases must be explicitly listed and governed before any content is indexed. A key risk highlighted is that access restrictions tied to source documents do not automatically carry over when content is chunked and embedded into a vector index, making manual permission tagging at ingestion time essential. The guide also warns that indexes built from a one-time data load can become stale as documents are edited, deleted, or reclassified over time. Finally, it describes how role identifiers established in the previous stage are applied at query time to filter search results, ensuring users only retrieve content they are authorized to see.

0 comments Read more at DEV Community