Fix column layout blocks not added from block picker (BUG #7)
Details
The block type picker's InsertBlockType() switch statement had no
cases for columns_2, columns_3, or columns_2_wide_left. Selecting
any column layout from the "/" palette or Add Block button silently
did nothing.
Fix: add AddColumnsBlock relay command to NotesViewModel that
delegates to the existing CreateBlockFromTypeId() (which already
handles all three column variants). Wire the three column type IDs
in the picker's switch statement to call the new command.
Fix cover image buttons unclickable and positioned wrong (BUG #2)
Details
Cover image action buttons (Change/Reposition/Remove) were positioned
at top-right with Margin="0,44,12,0", placing them directly under the
ToolbarHoverZone (ZIndex=1, Height=120 when cover exists). The hover
zone captured all pointer events before they reached the buttons.
Fix: move buttons to bottom-right of the cover (VerticalAlignment=
Bottom, Margin="0,0,12,28") and set ZIndex=2 so they float above the
toolbar hover zone. Buttons now appear on cover hover and are fully
clickable.
Refactor Tasks split layout to use SplitPaneLayout control
Details
Replace ~95 lines of inline resize code (fields, 4 handlers,
ApplyDetailPanelRatio, FindControl lookups) with the shared
SplitPaneLayout control from UI.Adaptive. The code-behind now
has a single OnDetailPanelRatioChanged event handler for
persistence.
Also adds IsFinite guard in SetDetailPanelRatio to prevent
JSON serialization crash when ratio computes to Infinity.
Fix task list items not respecting pane width
Details
The split grid uses a * column for the left pane, but the grid's
own Bounds.Width gets inflated by content desired size, preventing
the left pane from shrinking properly. Fixed by reading available
width from the parent Panel (which truly fills available space)
instead of from the grid itself. Both ApplyDetailPanelRatio and
drag resize now use parent width for calculations.
Also added left margin on the left pane so items don't touch the
edge.
Fix wiki folder children disappearing after trash view round-trip
Details
When ShowingTrash toggles, the TreeView becomes invisible. Avalonia
tears down TreeViewItem containers and resets IsExpanded to false via
the two-way binding, collapsing all nodes. When returning from trash,
wiki folders (and any expanded regular folders) appeared empty because
their expansion state was lost.
Fix: snapshot _expandedNodeIds when entering trash, then restore
expansion state on all nodes (including wiki folders) when leaving.
Wiki folders with children are always re-expanded by convention since
they don't participate in the _expandedNodeIds tracking.
Get notified about new releases