feat(input): implementa o componente Input
Descrição
Implementação do componente Input conforme as diretrizes de design e a especificação do componente
Alguns ativos descritos na especificação do componente não foram implementados nesse momento devido a algumas pendências de dependências ou a necessidade de aprofundamento teórico.
O que foi implementado
- As props descritas no documento de especificação
- Um slot default para conteúdo dinâmico
- Casos de testes unitários
- Casos de testes end-to-end
- Casos de testes de acessibilidade
Issues Relacionadas
As issues relacionadas estão listadas abaixo. Para mais detalhes sobre o que ficou faltando implementar, consulte a issue da implementação do componente
Fixes #490 (closed) #491 (closed) #492 (closed) #493 (closed) #494 (closed) #495 (closed)
Como Pode Ser Testado?
- Rodar os testes automatizados disponíveis no projeto
- Testar manualmente
- Antes de executar os comandos de testes acessar a pasta webcomponentes
cd \govbr-ds-wbc\packages\webcomponents
- Executar os testes unitários usando o comando
npm run test.unit
- Executar os testes end-to-end(e2e) usando o comando
npm run test.playwright
Critérios de 'Pronto'
Os critérios abaixo servem como um guia para garantir que uma issue esteja pronta para ser considerada finalizada e um Merge Request possa ser criado. Nem todos os itens são aplicáveis a todas as issues, portanto, remova ou adicione conforme necessário para a issue em questão.
Componentes
-
Análise do componente realizada -
Comentários desnecessários removidos -
Todas as partes do componente (descrição, eventos, props, métodos, slots etc.) documentadas -
Testes do build da lib e wrappers executados -
Documentação gerada automaticamente inclui todas as informações necessárias -
Comportamento idêntico ao GovBR-DS -
Visual idêntico ao GovBR-DS -
Testes unitários passando -
Testes E2E passando -
Testes de regressão visual passando -
Testes de acessibilidade passando -
Eventos testados no ambiente de desenvolvimento -
Exemplos para o site criados na pasta pages
-
Documentação sobre 'como migrar' criada
Site
-
Sem links quebrados -
Build executado com sucesso -
Sem erros de ortografia -
Página relacionada à mudança foi atualizada -
Página segue o padrão das demais
Markdown
-
Markdown segue os padrões do projeto
Lints
-
Códigos e conteúdos passam nos lints -
Commits seguem os padrões definidos pelo projeto e descrevem claramente as mudanças realizadas no projeto - Lembre-se de usar os tipos corretos, definir os escopos e, preferencialmente, fornecer descrições breves e longas explicando todas as alterações feitas
- Use o escopo 'no-release' para que o commit seja ignorado pelo semantic-release