Protótipo da Opção A (Collapsibles inteligentes) do FIN-11. Mantém o padrão de collapsibles do v3, mas adiciona:
Caso complicado: Interne Notizen, Kreditzweck são text-only — o "conteúdo" é um bloco de texto único, e a interação real é editar (no modal). Não faz sentido "expandir" se expandir só mostra texto que não pode ser editado inline. Três abordagens:
| Critério | A1 Expand inline + Edit | A2 Preview + click modal | A3 Híbrido |
|---|---|---|---|
| Consistência visual | Alta — todos os painéis são collapsibles | Média — collapsibles "que não expandem" | Baixa — 2 tipos visuais misturados |
| Cliques pra editar | 2 (expand + Edit) | 1 (direto modal) | 1 (direto modal) |
| Preview no sidepanel | Só depois de expandir | Sempre visível | Só pra multi-item |
| Clareza de intenção | Média — "por que 2 ações?" | Alta — click = editar | Alta — cada tipo deixa claro o que faz |
| Espaço ocupado | Variável (expand grande) | Fixo (preview 1-2 linhas) | Mínimo (text-only = 1 linha) |
| Quando usar | Se preview expandido é útil como "read deep" | Se editar é a ação principal e preview basta | Se multi-item e text-only merecem tratamentos distintos |
A2 é o melhor balanço: 1 click pra editar (ação principal), preview sempre visível (não precisa expandir pra "ver"), mantém o visual de collapsible (chevron indica interação, mas não expansão). O único compromisso é que o chevron "mente" um pouco — indica interação mas não expande. Aceitável se todos os text-only seguirem o padrão.
A3 é tecnicamente o mais "correto" (cada tipo com seu visual), mas perde a consistência — "por que este painel tem expand e aquele não?". Se o walkthrough validar que inconsistência não incomoda, A3 é a escolha ideal.
A1 fica descartado a menos que o "read view expandido" tenha valor específico que Sandra/Niklaus queiram preservar (ex: ver o texto sem abrir modal que bloqueia o resto do sidepanel).
FIN-11 · Option A (Smart Collapsibles) · v4a-collapsibles-smart.html · → Option B (Links-only)