Allan Day
aday@gnome.org
Calum Benson
Adam Elman
Seth Nickell
Colin Robertson
Ekaterina Gerasimova
kittykat3756@gmail.com 2015
Escrevendo texto para sua interface de usuário, incluindo regras de maiusculização.
Georges Neto
georges.stavracas@gmail.com 2014,
Rafael Fontenelle
rafaelff@gnome.org 2017-2019

# Estilo de escrita

O texto desempenha um papel importante nas interfaces do usuário. Aproveite o tempo para garantir que qualquer texto que você use seja claramente escrito e fácil de entender.

# Diretrizes

Seu principal objetivo deve ser garantir que o texto seja fácil de entender e rápido de ler.

Mantenha o texto curto e direto ao ponto. Isso melhora a velocidade de compreensão para o usuário. Também reduz a expansão do texto quando traduzido (lembre-se de que o texto traduzido em inglês pode expandir em até 30% em alguns idiomas).

Não encurte seu texto ao ponto de perder o significado. Um rótulo de três palavras que forneça informações claras é melhor do que um rótulo de uma palavra que é ambíguo ou vago. Tente encontrar o menor número possível de palavras para transmitir satisfatoriamente o significado da sua etiqueta.

Use palavras, frases e conceitos que sejam familiares às pessoas que usarão seu aplicativo, em vez de termos do sistema subjacente. Isso pode significar o uso de termos associados às tarefas que seu aplicativo suporta. Por exemplo, na medicina, a pasta de papel que contém informações do paciente é chamada de “chart”. Assim, uma aplicação médica pode se referir a um prontuário do paciente como um “chart” em vez de um “patient database record”.

O texto deve adotar um tom neutro e falar do ponto de vista do produto. Pronomes como “you” ou “my” devem ser evitados sempre que possível. No entanto, se forem inevitáveis, “your” é preferível a “my”.

Use os termos padrão do GNOME ao se referir a partes da interface do usuário, como “pointer” e “window”. O HIG pode ser usado como referência a esse respeito.

Evite repetição quando possível.

Frases não devem ser construídas a partir de texto em vários controles, e cada rótulo deve ser tratado como autocontido. Frases que são executadas de um controle para outro geralmente não fazem sentido quando traduzidas para outros idiomas.

Abreviações latinas como “i.e.” ou “e.g.” devem ser evitadas, pois nem sempre podem ser facilmente traduzidas e podem ser ininteligíveis quando lidas por leitores de tela. Em vez disso, use palavras completas como “for example”.

# Maiusculização

Dois estilos de capitalização são usados nas interfaces do usuário do GNOME: maiusculização de título e maiusculização de frase.

## Maiusculização de título

A maiusculização de título deve ser usada para qualquer título, incluindo cabeçalhos de barra de cabeçalho e títulos de página, guia e menu. Ele também deve ser usado para etiquetas de controle curtas que normalmente não formam sentenças adequadas, como rótulos de botão, rótulos de chave e itens de menu.

Maiusculizar a primeira letra de:

Todas as palavras com quatro ou mais letras.

Verbos de qualquer tamanho, tal como “Be”, “Are”, “Is”, “See” e “Add”.

A primeira e última palavra.

Palavras hifenizadas; por exemplo: “Self-Test” ou “Post-Install”.

Por exemplo: “Create a Document”, “Find and Replace”, “Document Cannot Be Found”.

## Maiusculização de frase

A maiusculização de frase deve ser usada para rótulos que formam sentenças ou que são executados em outro texto, incluindo rótulos para caixas de seleção, botões de opção, controles deslizantes, caixas de entrada de texto, rótulos de campo e rótulos de caixa de combinação. Também deve ser usado para texto explicativo ou corpo, como em diálogos ou notificações.

Maiusculizar a primeira letra de:

A primeira palavra.

Quaisquer palavras normalmente maiúsculas em frases, como nomes próprios.

Por exemplo: “The document cannot be found in this location.” “Finding results for London.”

# Reticências (…)

Use reticências (…) no final de um rótulo, se for necessária mais entrada ou confirmação do usuário antes que a ação possa ser executada. Por exemplo, Save As…, Find… ou Delete….

Não adicione reticências a rótulos como Properties ou Preferences. Enquanto esses comandos abrem janelas que podem incorporar outras funcionalidades, o rótulo não especifica uma ação e, portanto, não precisa se comunicar com essa entrada ou confirmação adicional.