The tabbed Notes panel still renders the sidebar component's collapsed composer instead of CnNotesCard's inline textarea, and the textarea it does render is 130px wide inside a ~1000px panel.
The library side is fixed and released. What is left is a version bump in openregister.
Why openregister and not the consuming app
OpenRegister's bundle owns the integration registry, so the notes leaf renders from its copy of @conduction/nextcloud-vue, not from the consuming app's. Rebuilding dossiq changes nothing here, which is exactly what I measured: dossiq is on 2.35.5 and its bundle carries the fix, and the page still showed the old rendering.
Measured 2026-09-03:
|
version |
has the fix |
| dossiq |
2.35.5 |
yes |
| openregister |
2.35.1 |
no |
What the bump picks up
- 2.35.4 —
CnTabs: Nextcloud's server stylesheet sets margin-bottom: 3px on every plain button at specificity (0,2,1), beating the component's scoped (0,2,0) rule, so tabs sat 4px above the bar's rule and the open tab never met its panel.
- 2.35.5 —
CnNotesCard: a dynamic <component :is> root stopped Vue applying the scope id to the subtree, so every scoped rule missed and Nextcloud's own textarea { width: 130px } won. chromeless moved onto CnDetailCard and the root is static again.
Why I did not do it
apps-extra/openregister is on fix/main-menu-forwards-is-admin with uncommitted work in src/navigation/MainMenu.vue (27 insertions). Switching branches or rebuilding there would destroy another session's work.
To finish
npm install @conduction/nextcloud-vue@^2.35.5 in openregister- rebuild
- verify on a case detail page: the Notes tab's textarea should fill the panel and carry a
data-v-* attribute, and the open tab's computed margin-bottom should be -1px
🤖 Generated with Claude Code
The tabbed Notes panel still renders the sidebar component's collapsed composer instead of
CnNotesCard's inline textarea, and the textarea it does render is 130px wide inside a ~1000px panel.The library side is fixed and released. What is left is a version bump in openregister.
Why openregister and not the consuming app
OpenRegister's bundle owns the integration registry, so the
notesleaf renders from its copy of@conduction/nextcloud-vue, not from the consuming app's. Rebuilding dossiq changes nothing here, which is exactly what I measured: dossiq is on 2.35.5 and its bundle carries the fix, and the page still showed the old rendering.Measured 2026-09-03:
What the bump picks up
CnTabs: Nextcloud's server stylesheet setsmargin-bottom: 3pxon every plain button at specificity (0,2,1), beating the component's scoped (0,2,0) rule, so tabs sat 4px above the bar's rule and the open tab never met its panel.CnNotesCard: a dynamic<component :is>root stopped Vue applying the scope id to the subtree, so every scoped rule missed and Nextcloud's owntextarea { width: 130px }won.chromelessmoved ontoCnDetailCardand the root is static again.Why I did not do it
apps-extra/openregisteris onfix/main-menu-forwards-is-adminwith uncommitted work insrc/navigation/MainMenu.vue(27 insertions). Switching branches or rebuilding there would destroy another session's work.To finish
npm install @conduction/nextcloud-vue@^2.35.5in openregisterdata-v-*attribute, and the open tab's computedmargin-bottomshould be-1px🤖 Generated with Claude Code