componentes

input search

Campo de texto utilizado para buscas.

demo interativa

Uma versão de interativa do componente desenvolvido.

propriedades*

propertydescriptionrequireddefault valuetype

debounceDelay

Delay in milliseconds to wait before calling the onSearch callback.

false600number

placeholder

Placeholder text for the search input.

trueundefinedstring

onClean

Callback function that will be called when the user clicks on the clean button. (X button)

trueundefined() => void

onChange

Callback function that will be called when the user types in the search input.

falseundefinedChangeEventHandler<HTMLInputElement>

onSearch

Callback function that will be called after the debounce delay when the user types in the search input or when the user clicks on the cta button.

trueundefined(searchedValue: string) => void

value

Value of the search input.

trueundefinedstringnumberreadonlystring[]

ctaButton

Display a button with the ctaButtonText text.

falsefalseboolean

ctaButtonText

Text to display in the button when ctaButton is true.

falsebuscarstring

disabled

Disables typing on the input

falsefalseboolean

isLoading

Adds a rotating loading indicator on the right.

falsefalseboolean

readOnly

Disables typing but improve reading

falsefalseboolean

helperText

Text bellow the input

falseundefinedstring

feedback

Input feedback style

falseundefinederrorvalid

showFeedbackIcon

Show Input feedback icon

falsetrueboolean

*valores gerados automaticamente.

propriedades para estilização (styled props)

Recomendamos que o componente siga as propriedades padrões, mencionadas na sessão acima. Porém, ele também possui as seguintes propriedades do @olist/styled-system para atender cenários não mapeados:

formatação

Formatação do search input. A caixa de texto (1) possuí no seu interior um
ícone de busca, um texto de marcação (2), um ícone de apagar (3) e um botão de
buscar (5). Embaixo da caixa aparece um texto de apoio (4).
  1. Input Container: espaço de inserção de dados da busca.
  2. Placeholder text: é um texto que auxilia no preenchimento certo do campo.
  3. Clear button: botão para apagar texto preenchido.
  4. Helper text: pequeno texto que auxília no entendimento do dado que é solicitado preenchimento.
  5. Search button: botão para efetivar a busca.

uso

O componente é utilizado para realizar buscas nas plataformas.

A busca pode ocorrer durante a inserção do texto ou após um comando através do botão de buscar, de acordo com cada cenário.

Ilustração de página com um search input ativo sem botão de buscar. O resultado da busca já aparece na tela.
certoUtilize o search input sem botão caso o conteúdo seja carregado automaticamente na tela.
Ilustração de página com um search input ativo sem botão de buscar. O resultado da busca não aparece na tela.
erradoNão utilize o search input sem botão se o conteúdo precisar de um acionamento para ser executado.

grupos e alinhamento

  • Alinhe os search input usando o mesmo espaçamento dos input texts e botões.

acessibilidade

Todos os componentes atendem aos requisitos de acessibilidade WCAG 2.1. Caso estejam apresentando algum problema, por favor comunique o time pelo canal #su-front-end-platform.

  • Explicação sobre as props aplicadas para acessibilidade e como configura-lás (caso necessário).
  • Ex: Utiliza-se a propriedade aria-label para associar o link a seção em que ele se encontra.
  • Ex: Ao enviar os dados, caso haja um erro o foco volta ao campo preenchido incorretamente, utilizando a propriedade aria-live.

guia de conteúdo

  • Placeholder text: quando existir, deve auxiliar no preenchimento do campo com algum exemplo do tipo de infomação que pode ser buscada.
  • Helper text: deve ser uma frase curta, utilizando pontuação normal, ajudando o usuário a entender a informação esperada. Exemplo: “Nome igual ao escrito no cartão.”.
  • Placeholder text: SKU, EAN, nome do produto
certoSeja sucinto sobre o dado a ser inserido.
  • Não crie frases como placeholder do campo.
erradoPlaceholder text: busque por nome do produto desejado

requisitos do componente

esperado

  • Tem símbolo no Figma.
  • Tem todos estados aplicáveis
  • Use os design tokens.
  • Possui versão responsiva.
  • Tem guia de uso.
  • Tem guia de conteúdo.
  • Possui todas as variações necessárias.
  • Possui versão web.
  • Possui versão mobile.

ideal

  • Atende ao nível AAA de acessibilidade (WCAG 2.1).
  • Tem microinterações no Figma.
  • Possui animações no componente.
  • Tem em todos os frameworks com que trabalhamos.
  • Comporta múltiplos idiomas.

    conteúdo relacionado