Struct PanelSet 

pub struct PanelSet { /* private fields */ }

The editor screen’s persistent Panels — the activity rail, the single drawer, and the editor — plus the PanelOrder that decides visibility and which one is focused. Routes input and render to the focused / visible panels; the host (EditorScreen) reaches a specific drawer view through the typed accessors for view-specific calls.

Implementations

impl PanelSet

pub fn from_panels( drawer: DrawerHost, editor: TextEditorComponent, icons: Icons, key_bindings: KeyBindings, rail_caps: RailCaps, ) -> Self

pub fn rebuild_rail( &mut self, key_bindings: KeyBindings, icons: Icons, rail_caps: RailCaps, )

Rebuild the activity rail with fresh feature visibility — the runtime path for SEM/ASK appearing or disappearing (RAG status change). Keeps the rail cursor on the drawer’s active view so navigation continues from there.

pub fn set_ask_client(&mut self, client: Option<Arc<RagClient>>)

The single injection point for the live RAG client: hands it to the resident Ask panel, which derives its composer-enabled state from the client’s presence (a present client enables submission, None disables it without evicting the thread). Because the panel is resident, one call keeps it correct whether or not Ask is on screen.

pub fn focused(&self) -> PanelKind

pub fn focused_label(&self) -> &'static str

Status-bar label for the focused panel; the drawer resolves to its active view’s label.

pub fn prev_kind(&self) -> Option<PanelKind>

pub fn next_kind(&self) -> Option<PanelKind>

pub fn is_visible(&self, kind: PanelKind) -> bool

pub fn show(&mut self, kind: PanelKind)

pub fn hide(&mut self, kind: PanelKind)

pub fn focus(&mut self, kind: PanelKind)

Move focus to kind. Any transition away from the editor closes its autocomplete popup so it doesn’t linger while another panel owns input.

pub fn active_drawer_view(&self) -> DrawerView

pub fn drawer_is_text_input(&self) -> bool

Whether the drawer’s active view is a text-input context (status-bar ⌨/≣ indicator).

pub fn adjust_drawer_width(&mut self, delta: i16)

Grow/shrink the drawer by delta columns (leader window commands), clamped to the same bounds the divider drag enforces.

pub fn switch_drawer_view(&mut self, view: DrawerView)

Switch the drawer’s active view and rail cursor without changing its visibility — for paths that must not force-reveal a drawer the user explicitly hid (e.g. leaving the Ask workspace when a note opens).

pub fn open_drawer_view(&mut self, view: DrawerView)

Switch the drawer to view and reveal it. Keeps the rail cursor in step so keyboard navigation continues from the active item.

pub fn sidebar(&self) -> &SidebarComponent

pub fn sidebar_mut(&mut self) -> &mut SidebarComponent

pub fn editor(&self) -> Option<&TextEditorComponent>

The note editor, or None while an attachment or the Ask workspace is shown in its place. Callers reaching for the editor cross a mode boundary and must handle that case.

pub fn editor_mut(&mut self) -> Option<&mut TextEditorComponent>

pub fn show_attachment(&mut self, view: AttachmentView)

Show view in the editor area, replacing any prior attachment/Ask content and hiding the note editor. Closes the editor’s autocomplete so it can’t linger under the attachment, and focuses the editor panel.

pub fn clear_attachment(&mut self)

Return the editor area to the note editor, discarding any attachment. No-op when already showing the editor, and — unlike hide_ask — a no-op when showing the Ask workspace too: this method’s contract is specifically about attachments, so it leaves Ask content alone (use hide_ask for that).

pub fn is_showing_attachment(&self) -> bool

Whether the editor area is currently showing an attachment.

pub fn attachment_path(&self) -> Option<&VaultPath>

The vault path of the attachment on show, if any — used to open it with the OS default program.

pub fn show_ask(&mut self)

Select the resident Ask workspace as the editor-area content, hiding the note editor. Mirrors show_attachment: closes the editor’s autocomplete and focuses the editor panel. The thread persists by residency — this only flips the selector.

pub fn hide_ask(&mut self)

Return the editor area to the note editor when it’s showing Ask. The resident thread panel is untouched — its conversation survives. No-op for any other content (mirrors clear_attachment’s scoping).

pub fn ask(&self) -> &ThreadPanel

The resident Ask panel (always present; shown only when content is Ask).

pub fn ask_mut(&mut self) -> &mut ThreadPanel

The resident Ask panel, mutably.

pub fn is_showing_ask(&self) -> bool

Whether the editor area is currently showing the Ask workspace.

pub fn query(&self) -> &QueryPanel

pub fn query_mut(&mut self) -> &mut QueryPanel

pub fn semantic_mut(&mut self) -> &mut SemanticPanel

pub fn ask_sources_mut(&mut self) -> &mut SourcesPanel

pub fn tags_mut(&mut self) -> &mut TagsPanel

pub fn links_mut(&mut self) -> &mut LinksPanel

pub fn outline_mut(&mut self) -> &mut OutlinePanel

pub fn drawer_set_config_info(&mut self, info: ConfigInfo)

pub fn focused_hints(&self) -> Vec<(String, String)>

Footer hints for the focused panel.

pub fn handle_input(&mut self, event: &InputEvent, tx: &AppTx) -> EventState

Route an input event to the focused panel.

pub fn is_note_buffer_cell(&self, column: u16, row: u16) -> bool

Whether a press on this cell points at somewhere in the note buffer.

Three conditions, and only the first is about geometry:

• Inside the editor component itself. Asked of the component, not of Self::column_rects, because the column is wider than the buffer: it also holds the frame render draws around the component (and, to its left, the divider that Self::handle_mouse claims before any panel sees it). A press on either is out of the component’s bounds, so it returns NotConsumed and the cursor never moves.
• The editor area is showing the note. It may instead hold an attachment preview or the Ask workspace, neither of which has a cursor or a link under the pointer — an attachment would launch an external program and Ask would swallow the press.
• The mouse drives the cursor. False under the nvim backend, where a press never moves the cursor at all, so anything reading the cursor afterwards reads wherever the keyboard left it.

Every one of them is the same question asked of a different layer: did this press place the cursor? Anything that answers a press by reading the cursor — following a link, most obviously — has to ask all three, or it acts on a position the press never set. The column alone was the original gate, and each of the others was a defect before it was a condition. Callers that only want the column should not reuse this.

pub fn handle_mouse(&mut self, event: &InputEvent, tx: &AppTx) -> EventState

Route a mouse event by hit-testing the panel columns from the last render. Dragging the drawer↔editor divider resizes the drawer. A button-down click focuses the panel under the cursor — the one consistent click-to-focus rule for every panel — and the event is then forwarded to that panel for its internal behavior (cursor placement, list selection, scrolling). Events outside every column (or before the first render) are not consumed.

pub fn render( &mut self, f: &mut Frame<'_>, area: Rect, theme: &Theme, show_focus: bool, )

Lay the visible panels out left→right and render each. show_focus is false while an overlay is open, so no panel draws its focused highlight under the overlay.