{ "version": 1, "capturedAt": "2026-10-13T03:43:10.708971+00:00", "rule": "Preserve the 201 features accepted in the confirmed ballot. For newer projects, queue ideas with more Want votes than Maybe and Skip combined. Previously excluded ideas require a new acceptance decision.", "entries": [ { "mod": "xivpiano", "id": "piano-boss-themes", "title": "Let the Boss Theme Play", "pitch": "Pick duties where the game's own music matters, and XivPiano steps aside there: the radio pauses and the game's music comes back.", "how": "In Plugin.OnUpdate, beside the cutscene pause, a 'step aside' check: ICondition BoundByDuty plus the duty's ContentType (from IDutyState and the ContentFinderCondition sheet) against a set in Configuration. It pauses with Radio.TogglePause like pausedForCutscene does, with its own flag. The music muting needs no change: OnUpdate already puts IsSndBgm back as it was whenever the radio stops playing.", "risks": "A paused song's audio link can expire during a long raid, so resuming may skip to a fresh song; Radio already does that quietly. Two reasons to pause (a cutscene inside a duty) must not resume each other too early, so the flags need to be kept apart and tested.", "feasibility": "ready", "effort": "hours", "topPick": false, "value": 7, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "verification_pending", "evidence": { "state": "in progress; live acceptance pending", "url": "https://github.com/Spaceghost/xivpiano-dalamud/blob/master/docs/VOTE-IMPLEMENTATION.md" }, "rank": 1 }, { "mod": "xivpiano", "id": "piano-history-window", "title": "What Was That Song?", "pitch": "A list of the last twenty songs, with thumbs, bookmark and 'why this song?' still working on them after they have finished.", "how": "Radio already keeps the last Radio.HistoryLength (20) finished tracks in Radio.History. A History tab in MainWindow lists them with the same icon buttons as DrawControls; thumbs call PandoraClient.AddFeedbackAsync with the old track's StationId and Token (pianobar rates songs from its history the same way), and bookmarks and ExplainAsync take the Token as they do now. Album art reuses LoadArtAsync.", "risks": "A thumb on an old song must go to the station it played on, which may not be the current one; Track.StationId has it, but the station token must be looked up. Pandora may refuse feedback on a very old track token, and the error has to read plainly. History is lost when the game closes unless it is saved.", "feasibility": "ready", "effort": "hours", "topPick": false, "value": 7, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "verification_pending", "evidence": { "state": "in progress; live acceptance pending", "url": "https://github.com/Spaceghost/xivpiano-dalamud/blob/master/docs/VOTE-IMPLEMENTATION.md" }, "rank": 2 }, { "mod": "xivarcade", "id": "arcade-bgm-duck", "title": "Hush the Orchestrion", "pitch": "While an arcade panel has the focus, FFXIV's music fades down so the chiptune is the only soundtrack, and it fades back when you look away.", "how": "PadCaptureService already decides five times a second, from GhosttyWire.FocusGet, whether the arcade panel has the focus. Feed the same signal to a small AudioDuck service that reads SoundBgm through Dalamud's IGameConfig once, lowers it in steps on the framework tick, and restores the remembered value on focus loss, every PadRelease reason and Dispose. A Configuration flag (on by default) and a /arcade duck toggle.", "risks": "IGameConfig writes land in the player's real config, so a crash mid-duck leaves the music quiet on next launch; store the original in the plugin config and restore it on load. Players who already muted BGM must not have it turned back up. Focus detection depends on ghostty-dalamud and is not yet seen in game.", "feasibility": "ready", "effort": "hours", "topPick": false, "value": 6, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "queued", "evidence": null, "rank": 3 }, { "mod": "xivdesktop", "id": "desk-privacy-veil", "title": "The Veil", "pitch": "One chord, or GPose starting, hides private panels and blanks window titles in the palette, taskbar and notifications.", "how": "A Veiled flag in SessionService, set by a new KeyAction and by IClientState's GPose state. When set, PaletteEngine gets a context with titles masked, the Windows gate returns masked titles to the Umbra widget, SessionService.Notify drops names, and panels tagged private in Configuration are hidden through window.hide.", "risks": "XivDesktop cannot mask the contents of a panel it hides late: anything captured in the first frame is already out. Other plugins drawing window titles are not covered. It must be clear this reduces exposure, not a guarantee.", "feasibility": "ready", "effort": "hours", "topPick": false, "value": 6, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "queued", "evidence": null, "rank": 4 }, { "mod": "xivmcp", "id": "mcp-objective-here", "title": "Pin This Spot as an Objective", "pitch": "`/xivmcp quests here \"Title\"` records your zone, map coordinates, the current bell and weather as a new objective, and `export` writes the lot as a pack to share.", "how": "ObjectiveCommands.cs gains 'here' and 'export' next to its ten verbs. 'here' reads the territory and player position as get_location does, converts to map x/y with the same maths as CoordinateProvider and set_map_flag, reads the live weather from WeatherManager and the Eorzea bell from the clock EorzeaTimeWindow uses, then builds the objective through ObjectiveFactory. 'export' serialises the store in the ObjectivePack format that load_objective_pack reads.", "risks": "What time window to record is a guess: the current bell alone is too narrow, so it defaults to no time condition and says so. Weather in fixed-weather zones is reported as a problem by the evaluator, which is correct but surprising. Export paths under Wine need the same Z: mapping as load.", "feasibility": "ready", "effort": "hours", "topPick": false, "value": 6, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "queued", "evidence": null, "rank": 5 }, { "mod": "xivmcp", "id": "mcp-tickets-in-duty-list", "title": "Pending Approvals Where You Already Look", "pitch": "Open approval tickets show as a single tracked line under the Duty List, so a request filed while you were away is noticed without opening the plugin window.", "how": "APPROVALS.md names the hook: ApprovalQueue.Changed and Snapshot(). ObjectiveOverlay reads the pending count and the first two summaries (the existing approval sentences) and draws one entry; its click calls the same toggle as the XivMcp.ToggleWindow IPC gate with the Approvals tab selected.", "risks": "Approving from a Duty List row would be one mis-click from an unintended teleport, so the row only opens the tab, and that has to stay true. Ticket reasons are client text and are shown only in the tab, not the overlay. Same unverified overlay placement as objectives.", "feasibility": "ready", "effort": "hours", "topPick": false, "value": 6, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "queued", "evidence": null, "rank": 6 }, { "mod": "xivpiano", "id": "piano-duck-dialogue", "title": "Quieter While Someone Speaks", "pitch": "Lower the radio while a dialogue box is open, and bring it back up when the talking is over, instead of only pausing for full cutscenes.", "how": "An IAddonLifecycle listener on the Talk addon (PostSetup and PreFinalize) sets a 'ducked' flag in Plugin. AudioOut.Volume is ramped over about 300 ms toward Config.Volume times a duck factor (Configuration.DuckTo, default 25%) from Plugin.OnUpdate, and back when the flag clears. AudioOut already applies Volume per sample in MpegSampleProvider.Read, so the ramp is a few lines.", "risks": "The plugin cannot tell a voiced line from a silent one, so it ducks for every dialogue box; that has to be a setting. The ramp must never fight the volume slider in MainWindow. Talk is not the only dialogue addon (battle talk, some quest windows), so the first version will miss some.", "feasibility": "ready", "effort": "hours", "topPick": false, "value": 6, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "verification_pending", "evidence": { "state": "in progress; live acceptance pending", "url": "https://github.com/Spaceghost/xivpiano-dalamud/blob/master/docs/VOTE-IMPLEMENTATION.md" }, "rank": 7 }, { "mod": "xivpiano", "id": "piano-share-song", "title": "Share What's Playing", "pitch": "One button copies a line about the song, with its Pandora link, ready to paste into party, FC or linkshell chat.", "how": "A Share button in MainWindow.DrawControls builds the line from Radio.Current (Title, Artist, Album and DetailUrl, Pandora's page for the song, which Track already carries) and puts it on the clipboard with ImGui.SetClipboardText. A matching '/piano share' copies it too. Nothing is sent by the plugin: the player pastes it into whichever channel they choose.", "risks": "Automatically posting to party or FC chat would be a plugin sending chat for you, which Square Enix's terms and Dalamud's rules frown on, so this only fills the clipboard. Some players will find the extra paste a nuisance, and that is the price. DetailUrl can be empty; the line must read well without it.", "feasibility": "ready", "effort": "hours", "topPick": false, "value": 6, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "verification_pending", "evidence": { "state": "in progress; live acceptance pending", "url": "https://github.com/Spaceghost/xivpiano-dalamud/blob/master/docs/VOTE-IMPLEMENTATION.md" }, "rank": 8 }, { "mod": "xivwayfinder", "id": "way-named-places", "title": "Places You Keep", "pitch": "Save where you stand under a name and point back at it later: /wayfinder save forge, /wayfinder go forge.", "how": "WayfinderCommands.Parse gains save, go, forget and places verbs (they must be matched before the free-text zone words). Configuration stores a list of (name, territory, x, y, z); names compare through ZoneMatch.Fold so accents and case do not matter. 'go' sets explicitTarget exactly as SetMapTargetFromCommand does, with the name as the label, so arrival, the aetheryte hint and GetState all work unchanged.", "risks": "A name that is also a zone name ('/wayfinder go limsa') needs a clear rule. Positions inside instanced housing are per ward and plot and would need those stored too, or be refused.", "feasibility": "ready", "effort": "hours", "topPick": false, "value": 6, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "queued", "evidence": null, "rank": 9 }, { "mod": "almanac", "id": "almanac-duty-quiet-mode", "title": "Quiet While You Pull", "pitch": "Almanac hides its window in combat and duties, holds any reply that finishes meanwhile, and tells you with a toast once you are out.", "how": "Inject ICondition and IToastGui into the Plugin constructor beside ICommandManager and IFramework. On IFramework.Update, watch ConditionFlag.InCombat and BoundByDuty; set ChatWindow.IsOpen false and remember it was open. ChatSession keeps running on the thread pool as it does now; when it goes from Busy to idle during quiet mode, queue one toast for when the flags clear. A setting in SettingsWindow turns it off.", "risks": "Some players want the window open in duties, such as for a crafting-log duty or a trial they have cleared many times, so it must be optional. Toast wording should not look like a game system message. Condition flags change briefly during cutscenes and zone loads and need a short debounce.", "feasibility": "ready", "effort": "hours", "topPick": false, "value": 5, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "queued", "evidence": null, "rank": 10 }, { "mod": "almanac", "id": "almanac-thread-voices", "title": "A Voice per Thread", "pitch": "Give each thread its own system prompt, so the crafting thread stays terse and the lore thread can talk like a Sharlayan librarian.", "how": "AlmanacSettings.SystemPrompt is one global string and Engine.GetChatSession passes a Func for it. Store a per-thread prompt in the kv table (thread..prompt) so no migration is needed, have ChatSession.SendAsync ask for the thread's prompt before the global one, and copy it in AlmanacStore.ForkThread. A few built-in voices ship beside DefaultSystemPrompt; the thread context menu in ChatWindow.DrawThreads picks one.", "risks": "A voice that drops the default prompt's rules ('do not guess such facts', 'if an action is denied, do not retry') makes a small model worse at tools, so custom voices should be appended to those rules, not replace them. Voices that imitate named NPCs are fan content; keep the shipped ones generic.", "feasibility": "ready", "effort": "hours", "topPick": false, "value": 5, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "queued", "evidence": null, "rank": 11 }, { "mod": "xivarcade", "id": "arcade-play-journal", "title": "Play Journal", "pitch": "Hours and sessions per game, from the play history the helper already records, shown on each cover and in a weekly chat line.", "how": "The plays table in arcade.db already stores game_id, core, started and ended for every launch. build_state adds total seconds and session count per game to state.json; ArcadeGame gains two fields; ArcadeWindow's details strip prints them next to last played. A 'journal' verb in ArcadeCommands prints the summary to chat.", "risks": "arcade.db is per machine, so hours played on the laptop are missing on the desktop unless a small per-machine journal file is put into the synced tree and merged. A crashed emulator leaves ended empty, so sessions need a sensible cap.", "feasibility": "ready", "effort": "hours", "topPick": false, "value": 5, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "queued", "evidence": null, "rank": 12 }, { "mod": "xivdesktop", "id": "desk-record-chord", "title": "Press the Chord to Bind It", "pitch": "Record a key chord by pressing it in Settings, and be told straight away if Wine never delivered it.", "how": "KeybindService already reads IKeyState with a GetAsyncKeyState fallback; add a capture mode that suspends ChordTracker, waits for the first non-modifier key and builds a KeyChord from the held modifiers, then writes it to Configuration.Keybinds through the existing SettingsWindow Keybinds tab. The timeout message is the useful part: it is the first direct evidence of whether Wine passes the modifier at all.", "risks": "The game still acts on the keys while recording, so a chord bound to a game action fires once. Some compositors only drop Super on release. Cannot see what the game has bound without reading keybind data, so the conflict hint stays heuristic.", "feasibility": "ready", "effort": "hours", "topPick": false, "value": 5, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "queued", "evidence": null, "rank": 13 }, { "mod": "xivdesktop", "id": "desk-scratchpad", "title": "The Chocobo Saddlebag Scratchpad", "pitch": "A sway-style scratchpad: stow any panel out of sight with one chord and summon it back to your shoulder with another.", "how": "Add a scratchpad as workspace 0 in WorkspaceModel (outside Count's 1-9), so Plan hides its panels regardless of the current workspace. Two new KeyAction entries in Core/Input/Keybinds.cs with defaults, handled in CommandRunner; summoning uses window.hide off plus window.toggle_pet or window.place with the configured PinArgs.", "risks": "Needs window.hide from the newer Ghostty methods; on older backends it falls back to minimise or is unavailable. Workspace persistence must not treat 0 as an orphan to clean up.", "feasibility": "ready", "effort": "hours", "topPick": false, "value": 5, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "queued", "evidence": null, "rank": 14 }, { "mod": "xivlantern", "id": "lantern-dtr-roster", "title": "Glance at the Server Bar", "pitch": "Hover the Lantern entry in the server info bar to see who is lit and their notes, without opening the window.", "how": "Notifier already owns the IDtrBarEntry and refreshes its text on a timer from service.Friends and Book.TotalUnread. Set the entry's Tooltip to a short roster built by a pure function in XivLantern.Core (sorted online first, names through ChatText.Label, notes through ChatText.Preview) so it is host-tested. Clicking still calls toggleWindow.", "risks": "Tooltips are SeString, so friend-typed names and notes must be escaped so they cannot inject payloads or colour codes. Long lists need a cap ('and 7 more'). Hidden while streaming would be a sensible option, since the bar is often on screen.", "feasibility": "ready", "effort": "hours", "topPick": false, "value": 5, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "queued", "evidence": null, "rank": 15 }, { "mod": "xivlantern", "id": "lantern-safety-words", "title": "Check It Is Really Them", "pitch": "Four short words derived from both of your node ids that you can read to each other in game or in voice to confirm the friend is who they say.", "how": "A pure function in XivLantern.Core over the two 32-byte node ids (sorted, hashed, mapped to a fixed wordlist), host-tested for symmetry. MainWindow's friend context menu shows it; a local Verified flag in Configuration adds a mark in DrawList. Display names are self-asserted (DESIGN.md), and friendship is keyed on the QUIC-authenticated NodeId, so this checks the thing that is actually authenticated.", "risks": "Only as good as the out-of-band check; people will tick it without comparing. A friend who reinstalls gets a new NodeId and must be verified again, which is correct but will surprise them.", "feasibility": "ready", "effort": "hours", "topPick": false, "value": 5, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "queued", "evidence": null, "rank": 16 }, { "mod": "xivpiano", "id": "piano-genre-stations", "title": "Browse Pandora's Genre Stations", "pitch": "A list of Pandora's own genre stations by category, to start one with a click when you do not know what you want.", "how": "PandoraClient.GetGenreStationsAsync calls station.getGenreStations and returns categories of (name, stationToken). A 'Genres' tab in MainWindow lists them; picking one runs Radio.CreateAndPlayAsync with PandoraClient.CreateStationAsync on that genre station's token, the way pianobar makes a station from a genre. The list is cached for the session.", "risks": "Pandora has changed its genre catalogue over the years and this call may return fewer genres than the web app shows. Each pick adds a station to the list, and Pandora caps how many stations you may have (PandoraException.StationLimit already explains it).", "feasibility": "ready", "effort": "hours", "topPick": false, "value": 5, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "queued", "evidence": null, "rank": 17 }, { "mod": "xivpiano", "id": "piano-song-events", "title": "Other Plugins Hear the Song Change", "pitch": "Tell other plugins the moment the song changes, so XivMcp, Ghostty or a Stream Deck setup can react without asking every second.", "how": "A message gate XivPiano.SongChanged next to the existing XivPiano.NowPlaying and XivPiano.Control, sent with ICallGateProvider.SendMessage from Plugin.OnUpdate where announcedToken already notices a new track, carrying the same JSON NowPlayingJson builds. XivMcp could add read and control tools that call NowPlaying and Control. Stream Deck works today through macros with /piano; the event is for plugins that show state.", "risks": "Subscribers run on the framework thread, so a slow one would stall the game; the docs must say to return quickly. The JSON shape becomes a contract to keep. XivMcp's control tools would need the same in-game approval as its other actions.", "feasibility": "ready", "effort": "hours", "topPick": false, "value": 5, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "verification_pending", "evidence": { "state": "in progress; live acceptance pending", "url": "https://github.com/Spaceghost/xivpiano-dalamud/blob/master/docs/VOTE-IMPLEMENTATION.md" }, "rank": 18 }, { "mod": "xivwayfinder", "id": "way-corner-double-tap", "title": "The Glove Warns of a Turn", "pitch": "With vnavmesh, the glove taps twice and leans into the next leg a few yalms before the path turns a corner.", "how": "Navmesh already exposes Corner and the path's corners. In Overlay.DrawWalk, when the flat distance to path[Corner] falls under about 3 yalms, blend the glove's angle towards the next segment and run Pulse.Tap at double rate for one period. PathFollow gains a small pure helper for 'approaching corner' so it can be host-tested next to MotionAndPathTests.", "risks": "vnavmesh paths in towns have many short corners; the glove could fidget. Needs a minimum turn angle (say 30 degrees) before it warns. Not yet seen in game, like the rest of the path code.", "feasibility": "ready", "effort": "hours", "topPick": false, "value": 5, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "queued", "evidence": null, "rank": 19 }, { "mod": "xivwayfinder", "id": "way-source-colours", "title": "A Colour for Every Source", "pitch": "The bead takes a different colour for your own target, the map flag and the quest step, so you always know which one it is following.", "how": "Configuration gains a colour per TargetSource beside BeadColor (which stays the default for Explicit). Overlay.DrawBead and DrawTrail pick the colour from scene.Guide.Target.Source; a Pulse.Approach blend over about 0.4 s eases the change. SettingsWindow gets three colour pickers and a 'one colour for all' box. Colors.cs already has Pack and Lighten.", "risks": "Three more colours to explain in a window that is already busy. Red and green as defaults would fail colour-blind players, so the defaults should differ in lightness too.", "feasibility": "ready", "effort": "hours", "topPick": false, "value": 5, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "queued", "evidence": null, "rank": 20 }, { "mod": "almanac", "id": "almanac-reference-pages", "title": "Reference Pages", "pitch": "Save a question you ask often as a named page and run it with one command or macro line, so your daily checks are one keypress.", "how": "Store pages in the kv table under page.. Plugin.OnCommand gains a 'page ' case that opens a fresh thread through ChatSession.New and sends the stored text via ChatWindow.Send. A small list in SettingsWindow edits them, and the transcript's context menu gets 'Save this question as a page'. Because it is a slash command it can sit in a game macro.", "risks": "A page that asks for an action-tier tool will still stop for XivMcp's approval, which is correct but surprising in a macro. Pages run one at a time; a second while Busy is refused, as Almanac.Ask is today. It must never become a timer that runs itself.", "feasibility": "ready", "effort": "hours", "topPick": false, "value": 4, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "queued", "evidence": null, "rank": 21 }, { "mod": "xivdesktop", "id": "desk-desktop-actions", "title": "Right-Click Actions from the .desktop File", "pitch": "Show each app's own [Desktop Action] entries, such as a new private window or a compose message, as palette row actions.", "how": "DesktopEntryParser ignores every group but [Desktop Entry]; parse the listed Actions groups into DesktopEntry.Actions (name, Exec, Icon) and run each Exec through ExecLine like the main one. PaletteEngine.RowActions appends them after the built-in actions; LauncherWindow's context menu lists them under Launch. AppSummary gains an optional actions list, an additive change to IpcContract.", "risks": "Chord assignment for arbitrary actions can collide with existing row keys, so only the first few get one. Some apps put odd things in actions that assume a running session bus.", "feasibility": "ready", "effort": "hours", "topPick": false, "value": 4, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "queued", "evidence": null, "rank": 22 }, { "mod": "xivdesktop", "id": "desk-macro-lines", "title": "Apps on Your Hotbar, by Macro", "pitch": "A palette action that copies a ready /desktop launch line for any app, so it can live in a user macro on your hotbar.", "how": "PaletteCommand.Copy already exists and LauncherWindow already has 'Copy command'. Add a RowAction in PaletteEngine.RowActions that copies '/desktop launch '; the plugin's command handler already resolves ids first. The id is stable across rescans, unlike the name.", "risks": "XivDesktop does not write the macro itself; touching the game's macro data is out of bounds, so the player pastes by hand. Macros are shared per character and can be synced; an id for an app you later remove just fails with a message.", "feasibility": "ready", "effort": "hours", "topPick": false, "value": 4, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "queued", "evidence": null, "rank": 23 }, { "mod": "xivlantern", "id": "lantern-friend-groups", "title": "Friend Folders", "pitch": "Sort friends into your own folders (static, FC, crafting pals) that collapse and show how many in each are lit.", "how": "Groups are local only: a Dictionary from node id to folder in Configuration, never sent to anyone. MainWindow.DrawList renders ImGui.CollapsingHeader per folder with an online count from service.Friends, and a right-click menu on a friend to move them. Mutes keep using the existing Muted keys, so a folder can be muted in one step by toggling each key.", "risks": "Folders keyed by node id split when a friend reinstalls (new NodeId), until nostr device lists merge devices into one person. Drag and drop in Dalamud ImGui is fiddly; a context menu is the safer first cut.", "feasibility": "ready", "effort": "hours", "topPick": false, "value": 4, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "queued", "evidence": null, "rank": 24 }, { "mod": "xivlantern", "id": "lantern-idle-away", "title": "Away When You Walk Off", "pitch": "Opt in, and your lantern dims to away after a few minutes with no keyboard or mouse input, and lights again when you come back.", "how": "A Framework.Update tick in LanternService (it already polls lt_poll there) checks OS idle time through GetLastInputInfo, never game state, and calls SetPresence with LT_PRESENCE_AWAY once past a threshold set in Configuration, restoring the previous presence and note on input. Off by default, shown in DrawSettings with the other switches.", "risks": "GetLastInputInfo under Wine reports X11/Wayland input only as well as Wine forwards it; controller-only players may look idle while playing. It must never override a status the player set by hand (busy, invisible), and the banned-API test in CoreTests must keep passing, so no IClientState shortcuts.", "feasibility": "ready", "effort": "hours", "topPick": false, "value": 4, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "queued", "evidence": null, "rank": 25 }, { "mod": "xivlantern", "id": "lantern-status-presets", "title": "Status Presets", "pitch": "Save a handful of status-and-note pairs and switch between them with one click or one short command.", "how": "Add a List (name, presence, note) to Configuration. Command.Parse gains an 'as ' verb beside ParseStatus; Plugin.OnCommand resolves it and calls the existing LanternService.SetPresence. MainWindow.DrawMe gets a small preset combo next to the presence combo and note field. Parsing is BCL-only, so it is host-tested in XivLantern.Core.Tests like the rest of Commands.", "risks": "Very little. Preset names must not collide with existing subcommands (on, off, invite), so they sit behind 'as'. Notes are still typed text and are clamped by the same length limit.", "feasibility": "ready", "effort": "hours", "topPick": false, "value": 4, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "queued", "evidence": null, "rank": 26 }, { "mod": "xivmcp", "id": "mcp-client-budget-meter", "title": "Per-Client Call Meter", "pitch": "The Status tab shows each connected client's calls per minute against the rate limit, and the long-missing rate-limit control lands under Advanced.", "how": "TODO.md lists it: RateLimitPerMinute exists with no UI; add the input under Advanced in MainWindow.Settings.cs. The per-client bucket McpServer already keeps for RateLimitPerMinute and RateLimitBurst exposes its current fill, read by MainWindow.Status.cs as one bar per client, and get_server_info gains the same numbers.", "risks": "Client names are self-reported unless a per-client token is used, so two clients can share a bar. Reading the buckets from the draw loop must not take the same lock the dispatch path holds.", "feasibility": "ready", "effort": "hours", "topPick": false, "value": 4, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "queued", "evidence": null, "rank": 27 }, { "mod": "xivpiano", "id": "piano-explicit-filter", "title": "Explicit Content Filter", "pitch": "Turn Pandora's explicit content filter on or off from XivPiano's settings, for streaming or a shared room.", "how": "PandoraClient gains GetSettingsAsync (user.getSettings, reading isExplicitContentFilterEnabled) and ChangeSettingsAsync (user.changeSettings with isExplicitContentFilterEnabled), as pianobar's settings menu does; changeSettings wants the current username and password, which PandoraClient keeps for the session in its credentials field. A checkbox in MainWindow.DrawSettings, read after sign-in. Queued songs are dropped after a change so the filter applies from the next song.", "risks": "It is an account setting, so it changes the Pandora app and website too. If the password was not kept, a change needs it typed again. Songs already fetched still play until the queue is refilled.", "feasibility": "ready", "effort": "hours", "topPick": false, "value": 4, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "queued", "evidence": null, "rank": 28 }, { "mod": "xivpiano", "id": "piano-quickmix", "title": "Choose What Shuffle Mixes", "pitch": "Tick which stations Shuffle draws from, the way Pandora's QuickMix lets you.", "how": "Station already knows IsQuickMix. PandoraClient.GetStationsAsync would also read quickMixStationIds from the QuickMix station in the user.getStationList answer, and a new SetQuickMixAsync sends user.setQuickMix with the chosen quickMixStationIds, as pianobar does. MainWindow.DrawStations shows a checkbox per station when 'Edit Shuffle' is on.", "risks": "Changes apply to the account everywhere, including the Pandora app, which is the point but should be said. The field is not present for every account type, so the checkboxes must hide when it is missing.", "feasibility": "ready", "effort": "hours", "topPick": false, "value": 4, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "queued", "evidence": null, "rank": 29 }, { "mod": "xivwayfinder", "id": "way-arrival-events", "title": "Arrival and Change Events", "pitch": "Tell other plugins when a target is reached or changes, so Ghostty, XivMcp or a macro plugin can react without polling GetState.", "how": "Two message gates next to the existing four in IpcContract.cs: XivWayfinder.v1.Arrived (label, territory) and XivWayfinder.v1.StateChanged (the same JSON as WayfinderIpc.StateJson), sent with ICallGateProvider.SendMessage from Plugin.Update when the arrival timer fires or the guide kind or target changes. docs/IPC.md documents them, and the existing host test that checks every contract name is in the doc covers them.", "risks": "StateChanged must be debounced or it fires every frame the distance changes. Subscribers run on the framework thread and a slow one could stall it; the docs must say to return quickly.", "feasibility": "ready", "effort": "hours", "topPick": false, "value": 4, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "queued", "evidence": null, "rank": 30 }, { "mod": "almanac", "id": "almanac-thread-export", "title": "Export a Thread for a Bug Report", "pitch": "Save a thread as Markdown with its tool calls, model and settings, after a review step that blanks out names and tokens.", "how": "AlmanacStore.Messages(threadId) already returns every message with tool calls and tool results. ChatSession.Render is the model for turning them into lines. Add a header with Engine.Version, engine.ModelLabel, ToolMode and ToolProfile, run a redaction pass seeded from get_player's result and the settings' URLs and tokens, and show the result in a window with per-line exclusion before writing it next to the plugin config directory.", "risks": "Redaction by string match will miss things, such as a friend's name in a chat log a tool returned; the review step is the real safeguard and the README's warning about unreviewed transcripts still applies. The export must never include LeaderboardToken, AlmanacToken or XivMcpToken.", "feasibility": "ready", "effort": "hours", "topPick": false, "value": 3, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "queued", "evidence": null, "rank": 31 }, { "mod": "xivpiano", "id": "piano-adopt-shared", "title": "Make a Shared Station Your Own", "pitch": "Turn a station someone shared with you into your own copy, so your thumbs teach it and you can edit its seeds.", "how": "Station already carries IsShared from user.getStationList. PandoraClient.TransformSharedStationAsync calls station.transformSharedStation with the stationToken, as pianobar does, and Radio replaces the station in Radio.Stations with the answer. MainWindow shows a small 'shared' tag and the button.", "risks": "Few people use shared stations any more, so it is small value. The transformed station gets a new token, so LastStationId and any piano-duty-stations rules pointing at the old one need updating.", "feasibility": "ready", "effort": "hours", "topPick": false, "value": 3, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "verification_pending", "evidence": { "state": "in progress; live acceptance pending", "url": "https://github.com/Spaceghost/xivpiano-dalamud/blob/master/docs/VOTE-IMPLEMENTATION.md" }, "rank": 32 }, { "mod": "ghostty", "id": "stage-directions-apc", "title": "Stage Directions in the Byte Stream", "pitch": "A private `ESC _ ffxiv;` escape lets your scripts and TUIs cue real lights, bell rings, poses and camera moves on the same frame as the text they print.", "how": "Profiles with `stage = true` set GHOSTTY_TERMINAL_OPT_UNKNOWN_SEQUENCE and a 4 KiB OPT_UNKNOWN_MAX_BYTES; libghostty-vt then hands over every APC it doesn't handle itself (kitty `G` and the glyph protocol stay internal), and the callback keeps only `ffxiv;v=1;` payloads. A new Lua hook, stage.cue(id, verbs), maps a whitelist onto what already exists: app/lights.nelua colour and intensity, bell.lua presets, world.place tint and backlight, anim_play, and showcase-style SetCameraState shots. While DATA_MODE reports synchronized output (2026), cues queue and fire when it clears, so a frame and its effect land together. An `ffxiv;q` probe is answered through the session's WRITE_PTY path so scripts can detect support, and a tiny `stage` shell helper ships beside ghostty-agent. Most of the APC-driven ideas in this batch stand on this plumbing.", "risks": "Output is untrusted: an ssh session to a hostile box, or a log you cat, could flash lights or yank the camera, so it's off per profile by default, with a verb whitelist and a rate limit. Cues arriving in reattach replay are dropped, the way replayed bells already are. Camera and pose verbs are refused in combat, duties, cutscenes and GPose, and there will never be movement, targeting, chat or command verbs. tmux drops unknown APC unless allow-passthrough is on and the sequence is wrapped.", "feasibility": "ready", "effort": "days", "topPick": false, "value": 9, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "queued", "evidence": null, "rank": 33 }, { "mod": "ghostty", "id": "aetheryte-ssh-network", "title": "Aetheryte Network for SSH", "pitch": "Your ~/.ssh/config becomes a teleport menu, and connecting casts a client-side teleport that lands a shell beside you.", "how": "New Nelua primitive ghostty.run(argv, cb) capture session plus ghostty.command(text). Agent-host helper prints TSV from `ssh -G`, `ssh-keygen -F` and a TCP connect time; tmux shards via ControlMaster only on expand. Lua menu in core/ui.nelua table widget; anim_play cast timeline, derez, open `ssh -t host` and pin as pet. No shim changes.", "risks": "Can't hijack the real Teleport keybind. Probes can trip 2FA, fail2ban or slow DNS, so TCP connect only. Cast timeline must not lock movement. Real teleport VFX is research.", "feasibility": "ready", "effort": "days", "topPick": false, "value": 8, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "queued", "evidence": null, "rank": 34 }, { "mod": "ghostty", "id": "bisect-heaven-on-high", "title": "Git Bisect, Heaven-on-High", "pitch": "`git bisect` becomes a deep-dungeon descent, one floor per step, ending in a boss room where the first bad commit is waiting.", "how": "A precmd hook, plus a `git` wrapper for run mode, checks for .git/BISECT_LOG. When it's there, the hook takes bisect_nr and bisect_steps from `git rev-list --bisect-vars` over the bad and good refs, reads the last verdict from `git bisect log`, and spots the `# first bad commit:` line that log gains when the hunt ends. It prints `ffxiv;bisect;floor=..;left=..;verdict=..` as an APC, caught through OPT_UNKNOWN_SEQUENCE (the Stage Directions plumbing). A new lua/bisect.lua maps good, bad and skip to cairn, trap and pomander effects built from bell.lua rings and the worldview glitch and derez, and on the boss floor pins a panel running `git show --stat` beside the pet.", "risks": "It's a theme on top of real work. The precmd hook never fires inside `git bisect run`, so run mode depends on the wrapper. Floor estimates wobble with skips and merges. Deep Dungeon art is limited to game icons through ITextureProvider.GetFromGameIcon and colour. APC through tmux needs passthrough.", "feasibility": "ready", "effort": "days", "topPick": false, "value": 8, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "queued", "evidence": null, "rank": 35 }, { "mod": "ghostty", "id": "cast-bar-commands", "title": "Commands Cast Like Spells", "pitch": "Long-running commands get an FFXIV cast bar and casting pose, and the exit code plays out as a spell effect.", "how": "Agent parses OSC 133 C/D in the PTY stream and sends CMD_START/CMD_END frames; OSC 9;4 and 777 via libghostty callbacks as fallback. New lua/cast.lua keeps EWMA durations, a minimum threshold, and picks timelines played through anim_play. Cast bar and particles drawn with ImGui above the projected player. Exit 130 = interrupt. Chime needs a UIGlobals.PlaySoundEffect forward; VFX optional.", "risks": "Needs shell integration on every host, tmux passthrough, and remote hooks over ssh. animation.lua's pose guard must yield during casts. Cast timelines vary by job and weapon state. Never touch ActionManager or the real _CastBar.", "feasibility": "ready", "effort": "days", "topPick": false, "value": 8, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "queued", "evidence": null, "rank": 36 }, { "mod": "ghostty", "id": "clipboard-crystals", "title": "Clipboard Crystals", "pitch": "Every OSC 52 copy buds off the panel as an aether crystal that orbits you, and a remote program can read your clipboard only while you hold one out.", "how": "Register GHOSTTY_TERMINAL_OPT_CLIPBOARD_WRITE: each GhosttyClipboardWrite carries MIME contents (OSC 52, OSC 1337 Copy or OSC 5522), the program name, granted and can_remember, and is answered inside the callback. Store the crystal (capped with OPT_CLIPBOARD_WRITE_MAX_BYTES) and mirror the chosen one to the desktop with the agent's existing CLIP_SET. OPT_CLIPBOARD_READ must also be answered synchronously, which the agent's round-trip CLIP_GET can't do but a crystal already in memory can: reply SUCCESS with the crystal you're holding out, otherwise DENIED plus a local toast. Dropping a crystal runs ghostty_paste_is_safe (bound today but unused), then ghostty_terminal_paste, so bracketed paste (2004) and kitty paste events (5522) are honoured. Crystals ride the pet springs in lua/world.lua; image/png writes wear a MIME badge until Kitty Graphics Tapestries brings texture upload.", "risks": "OSC 52 read is a known way to steal a clipboard, so deny is the default and any remembered grant must be visible and revocable. Many apps never retry a denied read. Crystals hold secrets: memory only, cleared on logout, labels hidden in streamer mode. tmux needs `set-clipboard on`.", "feasibility": "ready", "effort": "days", "topPick": false, "value": 8, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "queued", "evidence": null, "rank": 37 }, { "mod": "ghostty", "id": "drive-in-cinema", "title": "Drive-In Cinema", "pitch": "A cinema-sized curved panel on your island or house wall, lit by the game's sunset and rain, optionally broadcast read-only to opted-in friends.", "how": "Solo works now: /term pin here plus lower pixels_per_yalm and a bigger curve radius; rain streaks from ghostty.env(); per-zone derez opt-out in worldview.nelua. Shared viewing (weeks, stretch): agent broadcast mode that streams output only and rejects DATA/OPEN/CLOSE, through a relay with per-invite keys, anchored by house ward/plot/room.", "risks": "Truecolor text video repaints every cell and eats FPS; no kitty/sixel on the cell path. No depth, audio stays on the agent host. Agent token grants a shell today, so broadcast must be a separate read-only relay.", "feasibility": "ready", "effort": "days", "topPick": false, "value": 8, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "queued", "evidence": null, "rank": 38 }, { "mod": "ghostty", "id": "echo-replays", "title": "Echo Replays", "pitch": "Replay old terminal sessions as ghost holograms in the exact spot they happened, framed like the game's Echo visions.", "how": "Agent records asciicast-style timestamped output and resizes plus territory and coordinates; REC_LIST/REC_OPEN/REC_CHUNK frames. Replay transport feeds Session:feed on a clock, reusing TermView and rendering. Keyframes every ~5s via libghostty formatter for seeking. Flash, rez-in and ghost tint reuse existing effects.", "risks": "Recordings keep every token and hostname printed: retention limits, per-profile opt-out, playback redaction. Disk growth. Keyframes may not restore every mode exactly.", "feasibility": "ready", "effort": "days", "topPick": false, "value": 8, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "queued", "evidence": null, "rank": 39 }, { "mod": "ghostty", "id": "emoji-pyrotechnics", "title": "Emoji Pyrotechnics", "pitch": "Sparkle, party-popper and fire emoji printed by your tools burst out of their exact cell as particle effects that spill into the room.", "how": "After Session:feed, walk the render state with ghostty_render_state_row_iterator_next_dirty and read GHOSTTY_RENDER_STATE_ROW_CELLS_DATA_GRAPHEMES_UTF8 per cell, matching a table in a new lua/pyro.lua that maps a grapheme to an emitter preset. Grapheme clustering (mode 2027) keeps ZWJ and VS16 sequences in one cell, so a flag or a skin-toned emoji is a single emitter. Each hit pins its row with a capped ghostty_terminal_grid_ref_track so redraws and scrolling don't refire it, and bursts during reattach replay are skipped the way core/bell.nelua skips replayed bells. Cell rects map to world space through world_transform_vertices; particles are quads through the depth-pass callbacks, landing at one Raycast per burst.", "risks": "Dalamud's 16-bit ImWchar can't draw emoji outside the BMP, so most source cells still show tofu and the particles are shapes, not glyphs. Emoji-heavy output such as a gitmoji log needs a per-second budget. TUIs that clear and redraw make old emoji look new. Needs a photosensitivity switch, and emitters stay off in duties.", "feasibility": "ready", "effort": "days", "topPick": false, "value": 8, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "queued", "evidence": null, "rank": 40 }, { "mod": "ghostty", "id": "glyphfall", "title": "Glyphfall", "pitch": "Lines that scroll off a world panel fall out of it as real letters that splash in rain, drift in snow and pile up at your feet until you clear the screen.", "how": "The core keeps a tracked grid ref on the top row of the active area; after new output, that ref's SCREEN position against DATA_SCROLLBACK_ROWS says how many rows just scrolled off, which keeps working once the 10,000-line scrollback is full and the row count stops growing. Each new history row is read back with ghostty_terminal_grid_ref at a HISTORY point plus ghostty_grid_ref_graphemes and ghostty_grid_ref_style, and every non-blank glyph spawns a particle at its cell's spot on the panel's top edge. One Raycast per batch finds the ground, a cheap integrator moves the letters, and they're drawn with PushWorldFont AddText. A new lua/glyphfall.lua turns the ghostty.env() weather id into behaviour: rain splashes and fades, snow drifts and piles, wind and sand push sideways. An empty viewport right after output triggers the sweep.", "risks": "Fast output means thousands of letters a second, so it needs a hard particle cap, sampling of every Nth row and whole-line strips as a fallback. ImGui letters ignore depth unless routed through the depth pass, so piles show through walls. Alt-screen TUIs never scroll into history, so htop never snows. Weather ids need a hand-made table, and house interiors have no weather. It's decoration, not a log.", "feasibility": "ready", "effort": "days", "topPick": false, "value": 8, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "queued", "evidence": null, "rank": 41 }, { "mod": "ghostty", "id": "grep-the-world", "title": "/grep the World", "pitch": "One scrollback search across every terminal you own, with hit counts floating over panels and 'next' flying the camera to the match.", "how": "libghostty-vt ships vt/search.h with incremental feed/tick across screens and scrollback. One GhosttySearch per Session, a few ticks per frame. Highlight as selection, scroll via scroll_delta, badges projected in draw_world, counts in the Umbra popup for minimized tabs. Camera reuses fly-in easing; prompt stepping via SEMANTIC_PROMPT.", "risks": "Sleeping panels only retain the 256 KiB replay ring; search agent-side or say so plainly. Byte-exact matching, no regex. Prompt stepping needs shell integration.", "feasibility": "ready", "effort": "days", "topPick": false, "value": 8, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "queued", "evidence": null, "rank": 42 }, { "mod": "ghostty", "id": "saucer-arcade-cabinets", "title": "Saucer Arcade Cabinets", "pitch": "Real terminal games run in glowing arcade cabinets along your house wall or beside the Gold Saucer's own machines, with a high-score marquee only you can see.", "how": "Each cabinet is a world panel pinned with `/term pin here` using a profile whose command is the game (crawl, nethack, bastet, tint, moon-buggy, ninvaders). A Lua `cabinet` place() shape tilts the panel back, adds a marquee strip and turns the backlight and light_intensity up. Double-click fly-in already exists. While a cabinet has focus, a keymap mode maps GamepadPressed buttons to arrows and letters through the key encoder with setopt_from_terminal, so DECCKM and kitty flags stay right. The core reads DATA_MODE for synchronized output (2026) and skips render_state_update between begin and end, so fast redraws never tear. The marquee flourish comes from a score-file watcher on the host that writes an `ffxiv;score` APC.", "risks": "Dalamud can read gamepad state but can't reliably swallow it, so the stick may still walk your character; keyboard or unused buttons are safer. In the crowded Gold Saucer panels without a working depth test cover other players in your view. 80x24 roguelikes need a readable pixels_per_yalm at fly-in size. Scores are local and easy to fake, which is fine because nothing is shared. It never touches MGP or the real minigames.", "feasibility": "ready", "effort": "days", "topPick": false, "value": 8, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "queued", "evidence": null, "rank": 43 }, { "mod": "ghostty", "id": "sit-down-to-work", "title": "Sit Down to Work", "pitch": "Sit in any chair and your panels swing into a seated three-monitor arc while the camera settles into first person.", "how": "Detect chair sit from ghostty.anim_state() Mode/ModeParam (or forward EmoteController id). Lua 'desk' layout computes arc slots from seated position and heading and springs anchors there. Camera reuses the double-click Get/SetCameraState path, written once and restored once. Model M joins when it lands.", "risks": "Tablet/typing pose overrides may knock you out of the chair, so disable them while seated. First-person near-plane clipping. Triggers in inns and public chairs unless limited to housing.", "feasibility": "ready", "effort": "days", "topPick": false, "value": 8, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "queued", "evidence": null, "rank": 44 }, { "mod": "xivmcp", "id": "mcp-agent-board-duty-list", "title": "Agent Progress as Tracked Quests", "pitch": "The agent board's running entries appear under the Duty List next to custom objectives, with a progress line and a quest toast when one finishes.", "how": "ObjectiveOverlay already draws native-styled rows under DutyListAnchor. A second section reads AgentBoard (subscribing to its change event as the IPC Changed gate does) and draws each running post as title plus status line, with the Progress value as a thin bar in the Duty List's colours. Done and Failed transitions call IToastGui.ShowQuest as ObjectiveTracker does. A Settings toggle beside 'Custom objectives' chooses board, objectives or both.", "risks": "The overlay itself has never been seen in game (OBJECTIVES.md checklist), so this inherits every placement question. Five busy agents crowd the Duty List; it needs a cap and collapse. Agent names and status text are client-supplied and must be length-capped and cleaned before drawing.", "feasibility": "ready", "effort": "days", "topPick": false, "value": 8, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "queued", "evidence": null, "rank": 45 }, { "mod": "xivpiano", "id": "piano-duty-stations", "title": "A Station for Every Place", "pitch": "Tie a station to a zone, a kind of duty or your home, so the radio changes with where you are and goes back when you leave.", "how": "Configuration gains a list of rules (territory id, or a content type from the ContentFinderCondition sheet, or 'housing') to a station Id, like LastStationId. Plugin subscribes to IClientState.TerritoryChanged and IDutyState.DutyStarted, finds the first matching rule, and calls Radio.PlayStationAsync through Plugin.Run with the matching entry of Radio.Stations. The station before the rule is remembered and restored when no rule matches. MainWindow gets a 'Stations for places' section with a 'this zone' button that fills in IClientState.TerritoryType. Zone names come from the TerritoryType sheet through IDataManager.", "risks": "Switching stations throws away the current song and fetches a fresh playlist, so rapid zoning (a housing ward tour) would burn through songs; switches need a short settle time. A rule pointing at a station you deleted must fail quietly. Pandora limits how many songs you may skip an hour on some accounts, and changing station is not a skip, but it should be checked.", "feasibility": "ready", "effort": "days", "topPick": false, "value": 8, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "queued", "evidence": null, "rank": 46 }, { "mod": "ghostty", "id": "aetheryte-uplink", "title": "Aetheryte Uplink", "pitch": "Aetherytes become status beacons for your hosts, and teleporting dissolves your terminals into aether that rebuilds on arrival.", "how": "Shim adds FindNearest(Aetheryte) from IObjectTable. Lua reuses place_pet orbit math; worldview.nelua draws rings and halo. Host data from the shared probe/EVENT feed. Shim forwards Casting and BetweenAreas; worldview runs combat derez in reverse with a screen-space stream during loading and a line-reveal on arrival.", "risks": "Halo is faked, not a real crystal tint; rings draw through geometry. Teleport detection is heuristic (Return, duty transitions). Needs a hide-hostnames option on stream.", "feasibility": "ready", "effort": "days", "topPick": false, "value": 7, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "queued", "evidence": null, "rank": 47 }, { "mod": "ghostty", "id": "apps-follow-the-sun", "title": "Apps That Follow the Sun", "pitch": "The terminal tells your apps it's light mode at Eorzean dawn and dark mode at dusk, so their themes change as the sun comes up over Thanalan.", "how": "A Lua hook scheme.decide(env) reads ghostty.env() (day seconds, rain, weather id) plus an indoors flag the shim would add from TerritoryType, and returns light or dark with hysteresis. Sessions register GHOSTTY_TERMINAL_OPT_COLOR_SCHEME so `CSI ? 996 n` queries get the current answer. When the answer flips, every session whose DATA_MODE shows 2031 gets an unsolicited report from ghostty_color_scheme_report_encode written to the PTY. OPT_COLOR_BACKGROUND, FOREGROUND and PALETTE switch to dawn and dusk sets built with ghostty_color_palette_generate and clamped with ghostty_color_contrast, so tools that only query OSC 10/11 at startup get the right colours next launch. Sleeping panels get the latest report on wake.", "risks": "Mode 2031 support is uneven, and many tools read OSC 11 once and never again. A mid-session flip can be jarring, so it's per profile with a manual override and flips at most once per Eorzean hour (about three real minutes). Reports only go to apps that enabled 2031, never into a bare prompt. Soul Crystal Themes recolours the terminal; this tells the apps.", "feasibility": "ready", "effort": "days", "topPick": false, "value": 7, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "queued", "evidence": null, "rank": 48 }, { "mod": "ghostty", "id": "emote-window-manager", "title": "Emotes as a Window Manager", "pitch": "/beckon calls a panel over, /point focuses one, /shoo minimizes it, and bound emotes run commands after confirmation.", "how": "anim_state() already returns TimelineIds[0]; lua/emotes.lua maps emote timeline ids to actions on rising edge. Point picks the smallest angle off facing. Bound commands go through sendtext.nelua. Sigil is a projected ImGui ellipse. EmoteController.EmoteId forward as backup.", "risks": "Pose guard eats emotes within 0.1s, so whitelist them. Confirmation is mandatory and binds default read-only. Slower than hotkeys; mostly for fun.", "feasibility": "ready", "effort": "days", "topPick": false, "value": 7, "votes": { "want": 2, "maybe": 0, "skip": 0 }, "basis": "confirmed ballot", "status": "queued", "evidence": null, "rank": 49 }, { "mod": "xivarcade", "id": "arcade-save-timeline", "title": "Save Timeline", "pitch": "A history strip for each game showing every pre-launch backup and synced version, with one button to go back.", "how": "backup_saves already keeps the last 10 copies under backups//