<feed xmlns='http://www.w3.org/2005/Atom'>
<title>yasl.git/src/platform/freedesktop/dbus.c, branch one-loop</title>
<subtitle>[no description]</subtitle>
<id>https://git.wsap.dev/yasl.git/atom?h=one-loop</id>
<link rel='self' href='https://git.wsap.dev/yasl.git/atom?h=one-loop'/>
<link rel='alternate' type='text/html' href='https://git.wsap.dev/yasl.git/'/>
<updated>2026-10-13T14:08:48+00:00</updated>
<entry>
<title>Report the system double-click interval</title>
<updated>2026-10-13T14:08:48+00:00</updated>
<author>
<name>Berke Güzel</name>
<email>wenekar1@gmail.com</email>
</author>
<published>2026-10-13T14:08:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.wsap.dev/yasl.git/commit/?id=ac6f9f5e7711521455b83ceb843a25e091646d43'/>
<id>urn:sha1:ac6f9f5e7711521455b83ceb843a25e091646d43</id>
<content type='text'>
wsap_term hardcodes 400 ms in three places to count clicks.

yasl_display_double_click_ms() reads the interval from the system. X11
parses Net/DoubleClickTime from the XSETTINGS owner's property. Wayland
has no protocol for it, so it asks the Settings portal for KDE's
DoubleClickInterval, which KDE sends as a string and which exists only
when the user set it, then GNOME's double-click. X11 without XSETTINGS
asks the portal too. Cocoa reads NSEvent.doubleClickInterval. Missing or
implausible values give YASL_DOUBLE_CLICK_MS_DEFAULT, 400 ms.

The X11 state test covers the XSETTINGS parser in both byte orders and
with truncation. The Xwayland test owns the settings selection. The
desktop test serves both portal keys. The Cocoa path is not built or run
here.

Co-Authored-By: Claude Opus 5.5 &lt;noreply@anthropic.com&gt;
</content>
</entry>
<entry>
<title>Add desktop services: open URI, notify, appearance, bell, and paths</title>
<updated>2026-10-13T14:05:59+00:00</updated>
<author>
<name>Berke Güzel</name>
<email>wenekar1@gmail.com</email>
</author>
<published>2026-10-13T14:05:59+00:00</published>
<link rel='alternate' type='text/html' href='https://git.wsap.dev/yasl.git/commit/?id=d4d13e616cb15ef22479d9cb97922af93317a01a'/>
<id>urn:sha1:d4d13e616cb15ef22479d9cb97922af93317a01a</id>
<content type='text'>
wsap_term keeps per-platform code for opening links, notifications, the
bell, high-contrast detection, the executable and bundle paths, and the
default locale. These now live behind &lt;yasl/desktop.h&gt;.

On Linux, src/platform/freedesktop serves both backends. Opening a URI
runs xdg-open from PATH through a double fork, so the opener gets default
signal dispositions, an empty mask, a new session, and none of the
application's descriptors. Notifications and the Settings portal use the
session bus through libdbus-1, an optional dependency behind -Ddbus.
Appearance falls back to GTK_THEME without a portal. The bell uses
xdg-system-bell on Wayland and the XKB bell on X11.

Cocoa implements the same calls with NSWorkspace, UserNotifications, the
effective appearance, NSBeep, the bundle, and CFLocale. That code is not
built or run here; it needs a macOS check.

The desktop test runs under dbus-run-session against a fake notification
server and portal, and uses a fake xdg-open to check argument passing,
signal state, and descriptor inheritance.

Co-Authored-By: Claude Opus 5.5 &lt;noreply@anthropic.com&gt;
</content>
</entry>
</feed>
