Roadmap pt BR

Roadmap do projeto

🌐 Esta página em: English · Português

Sincronizado com o ROADMAP.md do repositório principal (a fonte da verdade). Esta página lista o que está pela frente; o que o produto já faz está documentado nas páginas de produto.

Trilho web

• Passada de polimento de acessibilidade: armadilha de foco, navegação por teclado, detalhes de aria reunidos como cercas entre os componentes.
• Estado global + orçamentos de performance.
• Push em tempo real do servidor ([ServerEvent] sobre SignalR); hoje os Server Actions são requisição/resposta.
• API Navigator programática e tipada para navegação no cliente (o roteador em si está completo, e guiado por links).
• Densidade de source map por instrução; hoje o mapeamento de pilha C# é por membro.

Trilho nativo (Photon)

• Decodificação/upload de imagem, o consumidor de Texture que falta (hoje o Image renderiza a superfície de placeholder dele).
• Pontes de acessibilidade de iOS e Android (UIAccessibility / AccessibilityNodeInfo); a árvore de semântica que elas consomem já é neutra em relação ao alvo, e o macOS já publica a ponte dele.

Trilho de componentes

• Extensões variáveis de item no ListView (medição incremental); a v1 é vertical com extensão fixa.
• Planilha: rolagem 2D (folhas largas), motor de fórmulas, formatação por célula, mesclas, painéis congelados, tudo fora do escopo da v1.
• Renderização de texto marcado inline nas superfícies de código durante a composição por IME.

Trilho I: inteligência de editor (CodeEditor)

O framework publica um editor de código de verdade (modelo de documento, seleção, histórico, realce, casamento de parênteses, busca, rabiscos) e ele hoje não consegue ajudar você a escrever. A metade que falta é a inteligência, e a peça que a torna possível está provada: o Roslyn responde completações semânticas sobre a mesma compilação que a página constrói (provado no playground, que compila o C# dos visitantes com o eqc de verdade) (context. oferece Theme; Col oferece Column, porque a superfície using static faz parte daquela compilação).

• I1, o modelo de completação em Primitives, ao lado do CodeEditorController: itens, seleção, o span que um commit substitui, abrir/filtrar/mover/aceitar/dispensar. Write-once, testável sem tela.
• I2, as teclas e a lista em Components: a lista é posicionada no cursor a partir das métricas que o editor já calcula (ContentTop, LineHeight, ContentLeft, ColumnWidth), do jeito que a barra de busca já flutua sobre o código.
• I3, ajuda de assinatura: o painel de parâmetros no (, sobre o encanamento do I1 e o posicionamento do I2.

O problema real é latência, não completações: buscar num gatilho (. ou Ctrl+Space), filtrar localmente enquanto a digitação continua, cancelar requisições velhas. Diagnósticos ao vivo, rabiscos enquanto se digita, são a mesma forma.

Trilho E: a extensão "eQuantic UI" para VS Code

Um editor visual de primeira parte sobre o próprio SDK: preview de tela ao vivo (o realizador web DE VERDADE numa webview), clique para selecionar no visualizador (caminhos de layout estáveis + os source maps V3 que o eqc já emite), um painel de propriedades que edita o código C# por rewrites do Roslyn, até a edição visual completa. Marcos E1 (preview ao vivo) → E4 (edição completa).

Diretrizes permanentes

• Zero dependências de terceiros onde a plataforma fornece a capacidade (frameworks do sistema, toolchains embarcadas, o modelo Bun/slangc).
• Falhar alto: qualquer coisa que o SDK não consiga realizar fielmente é erro de build, nunca divergência silenciosa.
• Tudo pinado: conformidade diferencialmente, estilos por cross-pins idênticos byte a byte, pixels por goldens, hidratação por identidade de classe (e2e).