BoardRipper v0.50.2

v0.50.2 — 2026-10-23

Added

• Library files in the global search. The toolbar search lists the first
  five matching library files under the Library row — board number, file name
  and folder, board or PDF — with a N more… spoiler for the rest. A click
  opens the file; the Library row still opens the panel with the whole list.
• Find in this PDF. The PDF's right-click menu has a magnifier next to
  copy and web search that searches the open PDF for the text under the
  cursor.

Changed

• ⌘F / Ctrl+F on a board lands in the ribbon's find field — Find part
  with the selected part's name, Find net with a lit net's or a selected
  pin's net — and the sidebar's Search tab follows whatever the ribbon field
  holds. It used to send a selection to the linked schematic.
• ⌘F on a PDF keeps the query. A word clicked since the last ⌘F becomes
  the query; otherwise the shortcut only focuses the field. It used to replace
  the text with the board's selected part after the page had been dragged, and
  re-ran the search, which jumped to another occurrence.
• The browser's own shortcuts and menu stay out of the way: ⌘F, ⌘G, ⌘S,
  ⌘D, ⌘P, ⌘O and the zoom keys never reach the browser, and a right-click on
  the tab strip or any other chrome no longer opens its menu (text fields keep
  it for paste).

Fixed

• Popups at a scaled interface. With the interface scale at anything but
  100 %, the ribbon's suggestion list, the context menus, the resize popup,
  the link dropdown and the toolbar tooltips opened away from where they
  belong — at 125 % a quarter of the screen to the right. They now land on
  their field or pointer at every scale.
• Panning no longer stops at the panel edge. A mouse drag follows the
  pointer until the button is released, over the toolbar, the sidebar or
  outside the window; a scroll over the ribbon, the minimap or the slide sheet
  moves the board; and the minimap only drives the view for a press that began
  on it — it fades in under the pan being made and used to jump the view when
  the drag crossed it.
• ⌘F after a click in a linked schematic stays in the schematic. The
  auto-switch that brings the linked board forward left the board as the
  active panel, so the shortcut answered with the panel the user had not
  clicked.
• The first PDF opened now has a working ⌘F. A panel that was active from
  the start never registered its find field, so the shortcut set the text
  without focusing it.
• A board beside a schematic answers the net-lines button. While a PDF
  panel is the active one the board panel is paused (no frames are drawn),
  so a mode change made there — or any other change from the store — showed
  only after the next tap on the board. The board now draws the frames such a
  change needs and pauses again; a lookup from the schematic no longer leaves
  it running until the panel is next activated.
• Connection lines follow the mode button at once, and no longer vanish on
  a pinch. Pressing the net-lines button changed the mode but drew nothing
  until the next re-selection, and off left the old lines on screen; the
  next recompute (a rotation, a camera restore, on a desktop a keyboard or
  drag zoom) then wiped them, and the button could not bring them back. With
  rotation unlocked, any pinch whose fingers twisted past 2° blanked the lines
  for the whole gesture. Now a press redraws immediately, off clears, and a
  live two-finger turn carries the lines with the board.
• Connection lines follow the colour scheme. Light draws the lit net in
  its selection orange and adjacent nets in blue, Atari in its orange and blue;
  the dark schemes keep yellow and blue. The line colours in Settings ▸ Net
  Lines apply on BoardRipper Default, and the row says so on a scheme.
• A colour scheme no longer leaks into a board's own settings. Applying a
  change in Settings ▸ this board while Dark, Landrex, Light or Atari was
  active saved the whole scheme as that board's overrides, so the board kept
  the scheme's colours under BoardRipper Default. Cancel and Preview also
  dropped the scheme until the next board switch. A board's own keywords and
  part types now survive a scheme, and a scheme is in effect from startup, not
  from the first board open.
• On Light and Atari the selected part is no longer the darkest thing on the
  board: its body is washed in the highlighter colour, not the ink. Pin
  numbers and net names on ink-filled pins (the Ink pins styles) are drawn
  in white so they stay readable; the highlighter halo stops short of
  neighbouring pins on fine-pitch parts; the spotlight dim fades toward the
  scheme's colour instead of black; the minimap follows edits to a custom
  scheme.
• PDF colours: Auto contrast now lands pale lines exactly at 4.5:1 (it was
  about 4.35:1). The ◐ and filter menus open in the window the PDF panel is in
  when it has been popped out.
• Deleting a custom scheme counts as a scheme switch, so the dim and the copper
  colours follow.

Docs

• CLAUDE.md, README and the colour-schemes review corrected against the code
  (rotation unlock 24°, the Rendering tab, 15 formats, dev port 8082, the
  licence lines, and what shipped differently from the scheme spec).