| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
Co-Authored-By: Claude Haiku 5.5 <noreply@anthropic.com>
|
|
|
|
Co-Authored-By: Claude Haiku 5.5 <noreply@anthropic.com>
|
|
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
A HiBy R1 running Sonix Player gets a boot logo editor in the settings
window, a drawer tile and page (device, playlists, folders), and an R1
icon in the island's status pill opening its playback controls. All of
it over SonixLink, plus Wi-Fi transfer for the boot logo upload.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
The header gave the clock time of the next change, which left the sum to
the reader. It now counts down, from a one second timer that lives on the
page, so nothing ticks while the page is closed. The engine still keeps
only nextAt.
The function is remaining(), not left(): left is Item's anchor line, so
the call threw a TypeError and the status text went blank, which a clean
hot reload does not show until the page is opened.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
Selecting was unclear with a tile doing both jobs. A mock monitor now
plays whatever line is clicked, and a click changes nothing else; the
choice is an Active mark per line, and Random's pool a Switch beside it.
Each line shows a frame caught halfway through its transition.
MockScreen takes children, drawn on its panel.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
Also how to check a shader headless: the offscreen platform is the
software backend, where a ShaderEffect draws nothing, and an end frame
check passes for every shader while proving nothing.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
A tile per transition plus Random. A click selects in the draft and plays
the real shader between the two current wallpapers, and Apply or Reset in
the header settle it, like every other draft page. Ticks are Random's pool.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
Ink, shatter, ripple, melt, blinds and cross-warp. Each draws the old
picture exactly at progress 0 and the new one at 1, or the cover would
pop as it comes and goes: rendered under Xvfb with llvmpipe against the
plain pictures, all seven differ by 0 at both ends. Ripple and cross-warp
sample the new picture, the rest are transparent over it.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
Transitions.next() is asked once per run and the name goes out through
swapping, so both screens play the same effect, and the cover runs it
through WallShader, which the settings page's thumbnails will share.
progress is a plain 0 to 1 for every shader now; burn.frag keeps the
range it was tuned for by remapping it.
newImg gains a layer so it can be a shader's target: an Image sampled
directly gives the whole picture, not its PreserveAspectCrop crop.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
Reassigned only on a real change: every page's save rereads the file, and
a new object would reset the transitions page's unsaved draft.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
A named pick plays as it is; random draws from the ticked pool and skips
what played last while anything else is there. Saved values are checked
here too, so a stale or hand-edited name lands on something playable. A
JS library rather than QML, to test it under node as Shuffle.js is.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
A managed save written by libvirt 12.0.0's default raw format restores
through an fd: migration, which QEMU 11.1.2 refuses with "migrate-incoming:
fd: migration to a file is not supported. Use file: instead." The start
then fails the same way every time, and the notification only carried
that raw error, which does not say the fix is the page's own Discard
saved state button.
A start failure mentioning migrate-incoming now leads with that advice
and keeps the raw error below it. The host side was fixed separately
with save_image_format = "sparse" in qemu.conf, which restores through
file: and was checked with a managedsave and start round trip.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
The engine's ticks are light runs: udt-accent leaves GRUB, the homepage
and SDDM on the home pair. When a tick lands on a combination worth
keeping, there was no way to promote it short of re-picking both
images by hand.
"Keep this pair" reruns wallp on the current pair without
UDT_ROTATION, so the full run brings those three along, and makes it
the engine's home, so switching the engine off does not undo it. The
timer restarts, as after a pick by hand. The button shows only while
the engine is on and the pair up differs from home, so it hides once
kept.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
Any configreloaded reread the draft, so saving on the Options or
Keyboard shortcuts page silently dropped unsaved monitor edits. The
handler now goes through refresh(), which skips a dirty draft, and
revert() returns the draft to orig itself so its own reload still
rereads. The spec now says one eval per monitor and the reload after a
refusal, as built.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
The page's ScrollView took a vertical drag and cancelled the MouseArea,
leaving the monitor drawn at its offset with nothing written; it now
prevents stealing and clears the offset on cancel. A click without
movement no longer snaps. The cards are disabled while an Apply waits
for Keep, which writes the draft and so must not write untried edits.
The mode list comes from orig, which set() leaves alone, so an edit to
another field does not hand the ComboBox a new model.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
Monitors drawn at logical size, fitted to the canvas; a drag moves one by
an offset and on release snaps it within 64 logical px of the other's
edges and writes an exact position. The cards set mode from the
deduplicated list, scale (read on every change, since a click on Apply
does not end editing), rotation and flip, VRR, and auto or exact
position. Leaving the page with an Apply unanswered reverts it.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
"saved" now waits for FileView's saved, and a failed write shows its
error: the change is live but the next reload would bring the old file
back. Keep sets orig from the draft itself rather than relying on the
autoreload's read, apply() clears a skipRead a refusal's reload never
consumed, and an unreadable hyprctl reply says so instead of showing an
empty page.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
Apply evals each monitor's hl.monitor line, one call each because eval
wraps its argument in a return. Keep writes sections/monitors.lua whole;
Revert or 15s without an answer is hyprctl reload, which reapplies the
untouched file. A refusal also reloads, since an earlier monitor's eval
may have gone through.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
The page binds the canvas to size(), and an empty or partial scale gave
Infinity or NaN and broke the fit. Apply is still held back until the
scale is a positive number. Also marks the per-axis snap as a ceiling
and checks a rotated scaled monitor and a two-monitor file.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
The Lua for a monitor and for monitors.lua, logical size, edge snapping
and the mode list, with the duplicates the ASUS reports collapsed and the
current mode matched by nearest refresh (99.943 against 99.94).
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
Four tasks: Mon.js with its node check, the module with try, keep and
revert, the canvas and cards, then the README and AGENTS.md. The JS in
task 1 was run from the plan and passes.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
The page owns sections/monitors.lua and regenerates it whole. A change
is tried live through hyprctl eval and written only on Keep; Revert or a
15s timeout is hyprctl reload, so a setting that blanks a screen never
reaches the file.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
One section per monitor from hyprctl monitors -j, read in the same
pass as the system facts: make, model, resolution, refresh, scale,
rotation, diagonal and position. The description is left out because
it carries the panel's serial number.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
local-chat (llamachat) is archived and uninstalled, superseded by
desktop-assistant, so its row could only ever read stopped and its
buttons called a command that no longer exists. Also folds the control
comment that described llamachat's restart dance down to one line.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
breaktimer is parked and imggen and fanfictioner are archived and
uninstalled, so the shell was reading files nothing writes and offering
buttons that call commands that no longer exist.
Status: remove the bt* properties, the file watchers behind them, the
verb runner and the presentation-mode pause/resume. The status page loses
BreakRow and the tile falls back to "All clear".
AI: remove the imggen and fanfictioner rows from ai-state.sh, their
labels and controls, and the pid-based fanfictioner stop. The sd-cli
engine row stays, since the wallpaper upscaler uses sd-cli too.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
The full-screen dim over the live windows is replaced by DP-1's own
wallpaper, read from ~/.config/wallp/wall_h on each open and drawn
opaque, so the previews sit on what looks like an empty desktop the way
Mission Control does it. A light 40% Theme.base layer stays on top of
it, because a bright wallpaper at full strength glared behind the
previews.
The overlay fades in over 220ms instead of appearing at once. The fade
waits for the image to decode (or to fail, or for there to be no
wallp file), otherwise Theme.base would flash first. Opacity is
derived from the image status rather than starting at 1, so the
initial Null status cannot play a 1-to-0 animation. Closing is still
instant: fading out would keep the layer surface alive past the 60ms
focus timer.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
A staged wallpaper smaller than its screen (yellow or red border) gets an
"Upscale 4x" button. It rewrites the file with Real-ESRGAN through
stable-diffusion.cpp's `sd-cli -M upscale`, keeping the name, so wallp's
state and the engine's lists, which name it by path, still find it.
sd-cli writes to a dot-named sibling the scan skips, and only a
successful run is moved over the original.
Success needs no [E] line as well as exit 0: with a model that fails to
load, sd-cli logs "[E] new_upscaler_ctx failed", saves the input
unscaled and exits 0 (measured).
The button takes two clicks so the model choice shows before anything is
rewritten. The first runs Imajev-4B, a small Jev-style vision decision
model, through llama-mtmd-cli on a 512 px thumbnail, with a grammar that
allows only A (anime) or B (photo or render); greedy decoding then
returns the higher-logit option, about 1.7 s. The label becomes
"Upscale 4x (anime)" or "(photo)", and the second click upscales with
the anime or the general model. Anything but A, including a failed
decider, picks the general model, safe on any image.
Imajev-4B was chosen by measurement on 22 wallpapers: all 12 anime and 4
photos right, 4 of 6 painted 3D renders called anime (those come out
smoother than painted). The 2B got 17 of 22, leaning to photo; a
three-way prompt adding "painted or render" dropped both to 15 or
fewer, with most anime called painted.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
The appearance README gains the burn (the cover, the covered()
handshake and why, the shader cache trap) and the engine (sources,
shuffle, light run, homes, the draft page, where its state lives and
what starts it). The spec records what changed while building it: Prefs
instead of list files, a page of its own, folder sources, the header
buttons, the cover handshake.
AGENTS.md gains the Field.edited trap, which applies to every page with
a field and a button: a click does not end editing, so the value a
button acts on must be read on every change.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
A brief flicker was left at the start of the burn on both screens. The
cover drew each picture as soon as it decoded, and the new one, under
the old, usually decodes first, so it showed for a frame or two before
the old one covered it. Both now stay hidden until both are ready; the
surface is clear until then, and swaybg underneath is still showing
the old picture, since wallp waits for covered().
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
The new wallpaper flashed in for a moment, the old one came back over
it, and only then did it burn. run() started wallp in the same turn as
swapping, while the cover was still mapping and decoding its two
pictures asynchronously, so swaybg swapped under an empty cover.
run() now holds wallp until each cover reports it is drawing (its
pictures decoded, then 50ms for a few frames), with a 1.5s fallback for
a cover that never comes: a missing screen or a picture that fails to
load. A run with nothing to cover starts at once, as before.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
The page was the only settings page without the header's buttons, and
it switched the engine from a checkbox beside the interval. Both looked
like the engine had been started when it had not:
- The minutes field saved on editingFinished, which needs Enter or a
focus change. Clicking the checkbox takes neither, so a typed 1 was
left at 30 and the first change was half an hour away.
- Even at the right interval, the first change waited one full
interval, so starting the engine did nothing visible.
The interval and the two sources are now a draft in WallEngine, updated
on every keystroke, and the header carries the state ("running, next
change at hh:mm", "stopped", "unsaved changes") with Reset, Stop and
Start, which reads Apply while running. Start commits the draft, sets
the homes and changes the wallpapers straight away; Apply commits and
restarts the timer. Hearts stay undrafted, written as clicked.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
Every wallpaper in the gallery is wide, so hearting a whole folder one
thumbnail at a time is the long way to say "this folder". Each screen
now has a source on the engine page: its hearted list, or one gallery
folder picked by chip, stored as the Wallpapers.groups key in Prefs
(folderH, folderV, "" for the hearts).
A folder that has left the gallery gives an empty pool, so that screen
is left alone rather than quietly falling back to its hearts. The
hearted list stays saved behind a folder source and comes back with the
Hearted chip. Switching source needs nothing from the shuffle: draw()
already drops bag entries that are no longer in the pool.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
A page for the wallpaper engine: the on switch, the interval in
minutes, a Next button, and each screen's hearted list with a remove
control and a dim for files the gallery's scan did not find. The module
reads WallEngine.on itself, because a singleton is built on first use
and the timer has to run from session start, page opened or not.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
A heart on each gallery thumbnail adds or removes the image from the
engine's list for the screen the picker targets. It is the last child of
the thumbnail, so it sits above the pick MouseArea and takes its own
click, and it is outlined so it reads on a light image.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
Ticks go through Wallpapers.run as the light run so the burn plays without
touching GRUB, the homepage or SDDM. Switching off returns each screen to
its home with a full run, deferred until any run in flight finishes. Not
yet registered in the shell; that comes with the settings page.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
The engine's timer must set wallpapers the same way Apply does so the
burn plays. run() is that one path; applied stays Apply's alone (save bar,
window close) while finished marks every run's end, which is what the
spread overlay now hides on.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
The engine needs on/off, an interval, per-screen lists and a home per
screen to survive restarts. They live in prefs rather than list files
because the lists can be empty, and an empty FileView write writes nothing.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
Each round shows every hearted wallpaper once, in random order, so no
picture is skipped or doubled within a round. A reshuffle never opens
with the picture on screen, so the same wallpaper cannot appear twice
in a row across the round boundary.
Co-Authored-By: Claude Haiku 5.5 <noreply@anthropic.com>
|
|
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
Per-screen lists picked with the heart, one shuffled tick for both
screens, a light accent run for timer changes that leaves GRUB, the
homepage and SDDM alone, and a home wallpaper each screen returns to
when the engine is switched off, so the desktop matches those three
again.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
swaybg has no transitions: wallp kills the running one and starts a new
one, which can show a frame of nothing in between. WallpaperSpread puts a
click-through surface on the bottom layer of each screen, above swaybg and
below every window, holding the old picture while wallp runs. A shader
burns it away over the new one: each pixel's threshold mixes its distance
from a random starting point with fractal noise, and a flame and char band
runs just ahead of the front. The surface goes once wallp has exited, or
at once if it failed, since a failed set may have left either picture.
Wallpapers.apply() announces each swap with the old path before wallp
runs, while current still names it. Sets from a terminal get no effect:
by the time wall_h changes, swaybg has already swapped.
The animation is linear, 3.5s: an ease spent its slow ends where nothing
was left to burn, and read as well under the 2.6s it was given. The
compiled .qsb is committed beside its source, since nothing builds it.
AGENTS.md gains the shader cache trap hit on the way: a running shell
keeps a shader by URL, so a recompiled .qsb under the same name is
ignored.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
The desktop shell's recurring 100% CPU spin is a Qt bug set off by the
volume OSD. Its grain Canvas called createImageData on every paint, and
Qt 6.11 subtracts that pixel buffer from the V4 unmanaged-heap counter
without having added it. The first GC after an OSD show wrapped the
size_t counter, and from then on every JS allocation ran a full GC until
a restart. The OSD shows on volume keys, track changes and resume, which
is why the spin followed all three.
Found by running each always-on unit of the desktop in its own qs with
GC stats: only the sound module wrapped, 3 s after a resume, and a
volume nudge reproduced it on demand. Qt's qml tool with a bare Canvas
confirms it is createImageData alone: 17,856 of 17,856 GCs wrapped, the
same canvas drawing with fillRect 0 of 5. With the grain removed, 8 OSD
shows under forced GCs left the counter intact.
The grain was alpha 14/255, so the OSD looks nearly the same. vram.sh's
comment blamed the fdinfo parse for the underflow; corrected, and the
lesson is in AGENTS.md.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
The chibi 2B companion is retired for now. Its last state is kept in the
signed tag archive/companion (the commit before this one), so it can be
revisited with `git checkout archive/companion`; hypr-theme carries a tag
of the same name for its compositor hooks (typing/delete events and the
SUPER+\ bind).
Removed with it, since nothing else used them: the Companion, phrases
and artists settings pages, the five companion prefs in Prefs.qml and
Prefs.ready, the wallpaper heart (Admired.qml's list), the assistant's
replied() signal and cardTop, and the keybinds reminder's name for the
code:49 bind. The design specs and plans under docs/ stay as history.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
A settings page under Appearance > Fonts holds one pixel size for the
whole desktop and an override wherever a system needs its own, saved as
~/.config/keystone/fonts.json, all in px. At scale 1 the logical DPI is
96, so a point is 4/3 px, and each system is written in its own unit:
Theme.fontSize reads the json itself, so every shell follows live;
qt5ct/qt6ct and the GTK settings files are edited in place, size only,
plus gsettings; kitty, rofi and hyprlock read generated files under
~/.config/keystone that their configs include over designed fallbacks;
the groupbar is a keystone.lua line.
rofi and hyprlock are sections of designed sizes that scale together
from their body text, the smallest entry, each keeping its ratio unless
given its own size. The design is read from the fallbacks themselves,
var(kf-..., "Family N") in the rofi files and $kf_... = N in
hyprlock.conf, so a new entry appears on the page with no list to keep.
With no fonts.json the page starts from what the files say, base 16 and
an override per system at its current size, so the first save changes
nothing; seeded to 0.01px, since 0.1 scaled rofi's 72pt glyph to 72.2.
Each stepper shows px then pt in fixed columns, the system's own unit
highlighted.
Check: node desktop/modules/fonts/test_fonts.js
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
All three edit Hyprland's own config or its companion daemons, so they
sit with the shortcuts and options pages rather than under Desktop.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
