Noções Básicas de Aprendizagem da 4ª Dimensão

Uma das características mais distintivas da plataforma 4D é o suporte para Menus Personalizados. Você não apenas pode construir suas próprias barras de menu, mas também pode configurar o 4D para iniciar diretamente no modo Menus Personalizados, proporcionando controle total sobre a experiência do usuário desde o momento em que a aplicação é aberta. Isso é um afastamento significativo de muitas ferramentas de desenvolvimento rápido de aplicativos, onde a barra de menu é amplamente fixa pelo framework e você está limitado a ativar ou desativar comandos integrados.

Com os Menus Personalizados do 4D, você pode modificar o Menu Arquivo e adicionar seus próprios Menus e Itens de Menu entre os Menus Editar e Ajuda. Os Menus Editar e Ajuda são fixos — você não pode modificá-los. Todo o resto é seu para projetar.

Principais Conclusões

• Os Menus Personalizados do 4D permitem substituir a barra de menu padrão por uma que você projeta, e você pode configurar o aplicativo para abrir no modo Menus Personalizados para controle total.
• Você pode modificar o Menu Arquivo e inserir seus próprios menus e itens entre os menus Editar e Ajuda, mas os próprios menus Editar e Ajuda são fixos.
• Você pode criar várias Barras de Menu diferentes e atribuir cada uma a uma situação diferente — mas o uso excessivo disso é um caminho rápido para confundir seus usuários.
• Comparar a barra de menu planejada com o que programas estabelecidos usam é uma maneira prática de fazer um “sanity-check” no seu design antes de se comprometer com ele.
• O design do menu é uma decisão tanto de experiência do usuário quanto técnica; consistência e previsibilidade importam mais do que a engenhosidade.

Por que os Menus Personalizados Importam no 4D

Em um aplicativo de desktop tradicional, a barra de menus é o mapa principal do que o programa pode fazer. Os usuários a examinam para descobrir recursos e confiam que ela seja estável. Quando você entrega uma aplicação 4D para uma equipe de negócios, a barra de menu é frequentemente a primeira coisa com a qual eles interagem — antes de qualquer formulário, lista ou registro ser tocado.

Isso torna a barra de menus uma superfície de design, e não um detalhe secundário. O 4D reconhece isso permitindo que os desenvolvedores assumam a total propriedade dela. As consequências práticas valem a pena ser detalhadas:

• Você controla a descoberta. Se um recurso for importante, você pode colocá-lo no menu onde os usuários o encontrarão, em vez de esperar que eles encontrem um botão por acaso.
• Você controla o vocabulário. Os rótulos de menu integrados usam termos genéricos. Seus rótulos personalizados podem usar a linguagem que seus usuários realmente falam — “Postar Fatura” em vez de “Executar”.
• Você controla a experiência de inicialização. Ao abrir no modo Menus Personalizados, você evita que os usuários entrem em menus padrão do 4D que expõem componentes internos que eles nunca deveriam tocar.
• Você controla o escopo. Você pode ocultar categorias inteiras de funcionalidade de um determinado grupo de usuários simplesmente não as colocando na barra de menu desse grupo.

A contrapartida é a responsabilidade. Uma vez que você assume o controle da barra de menu, você é o responsável por sua consistência, sua completude e sua manutenção à medida que o aplicativo cresce.

O que Você Pode e Não Pode Mudar

Compreender os limites antecipadamente evita muita frustração. As regras são diretas:

Relacionado: Claris FileMaker Pro — A plataforma de banco de dados relacional de longa duração para equipes que precisam de aplicativos personalizados em desktop, web e dispositivos móveis a partir de um único arquivo..

• Menu Arquivo — modificável. Você pode remodelá-lo para corresponder às operações relacionadas a arquivos do seu aplicativo.
• Menu Editar — fixo. Você não pode modificá-lo. Isso é deliberado: o menu Editar carrega o comportamento padrão de área de transferência e edição que os usuários esperam que funcione de forma idêntica em todos os aplicativos.
• Menu Ajuda — fixo. Também não modificável, pelo mesmo motivo — o acesso à ajuda deve ser previsível.
• Entre Editar e Ajuda — seu território. É aqui que ficam seus próprios menus e itens de menu.

A lógica de design por trás de fixar o Editar e a Ajuda é sólida e vale a pena internalizá-la como um princípio: comportamentos padrão devem permanecer padrão. Os usuários desenvolvem memória muscular em torno de recortar, copiar, colar, desfazer e acesso à ajuda. Se cada aplicativo redefinisse isso, a plataforma pareceria caótica. O 4D protege essa linha de base e lhe dá liberdade em todo o resto.

Um modelo mental útil: pense na barra de menu como tendo uma zona reservada (Editar e Ajuda) e uma zona de autoria (todo o resto). Seu trabalho é fazer com que a zona de autoria pareça tão inevitável e bem organizada quanto a zona reservada.

Projetando Sua Barra de Menu: Orientação Prática

Antes de começar a clicar no editor de menus, decida o que seu aplicativo realmente precisa expor. Uma barra de menu é uma hierarquia, e hierarquias são fáceis de errar.

Nossa escolha: Airtable — Uma interface simples de planilha baseada em um banco de dados relacional real, com automações, visualizações e interfaces compartilháveis..

Comece pelas tarefas do usuário, não pela estrutura do seu código

Um erro comum é espelhar a estrutura interna do banco de dados — um menu por tabela, um item por método. Os usuários não pensam em tabelas e métodos. Eles pensam em tarefas: “inserir um novo pedido”, “encontrar um cliente”, “gerar o relatório mensal”. Construa o menu em torno dessas tarefas.

Agrupe por frequência e por risco

Coloque os comandos usados com mais frequência onde sejam mais fáceis de alcançar. Coloque comandos destrutivos ou irreversíveis (excluir, purgar, arquivar) longe dos rotineiros e considere exigir confirmação. O posicionamento do menu é uma forma de prevenção de erros.

Mantenha a profundidade rasa

Dois níveis de aninhamento (menu $\rightarrow$ item) são confortáveis para a maioria dos usuários. Três níveis (menu $\rightarrow$ submenu $\rightarrow$ item) são toleráveis quando o submenu é genuinamente uma categoria. Além disso, os usuários perdem a noção de onde estão. Se você perceber que precisa de quatro níveis, o recurso provavelmente pertence a um formulário ou a uma caixa de diálogo.

Use separadores e ordenação consistente

Os separadores agrupam itens relacionados visualmente. Dentro de um grupo, ordene os itens por frequência esperada ou por uma sequência lógica (por exemplo, a ordem em que um fluxo de trabalho é executado). Mantenha essa ordenação estável entre os lançamentos — reordenar menus entre versões é uma fonte sutil, mas real, de frustração do usuário.

Escreva rótulos como verbos ou substantivos claros

“Imprimir Fatura” é mais claro do que “Fatura Imprimir”. “Relatórios” como título de menu é adequado; “Relatório” como item é ambíguo. Siga as convenções que seus usuários já veem nos outros softwares que usam diariamente.

Múltiplas Barras de Menu: Poder e Perigo

O 4D permite criar múltiplas barras de menu diferentes e atribuir cada uma a uma situação distinta. Isso é genuinamente poderoso. Usos legítimos típicos incluem:

Relacionado: Microsoft Power Apps — Desenvolvimento de aplicativos low-code de nível empresarial conectados ao Microsoft 365, Dataverse e Power Automate..

• Menus baseados em funções. Um funcionário de entrada de dados vê um menu enxuto; um supervisor vê comandos de aprovação e relatórios.
• Menus baseados em contexto. Um menu exibido enquanto um registro está aberto pode ser diferente daquele exibido em uma tela de pesquisa.
• Menus baseados em modo. Um modo de “configuração” ou “administração” pode expor comandos de configuração que a operação comum oculta.

A orientação original aqui vale a pena ser repetida e enfatizada: recomendo cautela neste ponto, pois pode ser muito fácil confundir o usuário. Múltiplas barras de menu multiplicam o número de estados que um usuário deve rastrear. Se um comando for movido ou desaparecer dependendo do contexto, os usuários podem concluir que o recurso sumiu, em vez de ter sido realocado.

Uma regra prática:

Situação	Abordagem recomendada
Diferentes funções de usuário precisam de recursos diferentes	Barras de menu separadas — claras e justificadas
Mesmo usuário, telas diferentes	Prefira uma barra de menu estável; desative em vez de remover itens
Tarefas administrativas raramente utilizadas	Uma barra de menu de administração dedicada, controlada por login
Pequenas diferenças contextuais	Mantenha uma barra de menu; altere o estado do item, não o layout

O princípio: altere a disponibilidade, não a localização, sempre que puder. Um item esmaecido ainda informa ao usuário que o recurso existe. Um item desaparecido não lhe diz nada.

Favorito do leitor: Knack — Um construtor de banco de dados sem código voltado para portais, diretórios e ferramentas internas — com preços fixos em vez de taxas por usuário..

Comparando com Programas Estabelecidos

Para ajudar a ver o que outros programas estão usando em suas barras de menu, pode ser útil fazer uma comparação direta. Este é um dos hábitos mais práticos que um desenvolvedor 4D pode adotar. A Figura 5 no material original mostra uma comparação apenas das Barras de Menu — um comparativo lado a lado de como diferentes aplicativos organizam seus menus de nível superior.

O valor deste exercício é que as convenções de menu são, em grande parte, herdadas, não inventadas. Décadas de software de desktop convergiram para um consenso aproximado sobre o que pertence a cada lugar. Estudar esse consenso — em processadores de texto, planilhas, clientes de banco de dados e pacotes de contabilidade — fornece uma linha de base que você pode seguir ou da qual pode se afastar deliberadamente.

Ao comparar barras de menu, procure por:

• Contagem de nível superior. A maioria dos aplicativos maduros se contenta com um pequeno número de menus de nível superior. Uma barra com uma dúzia de entradas parece poluída.
• Convenções de nomenclatura. Observe a consistência com que “Arquivo”, “Editar”, “Exibir”, “Ferramentas” e “Ajuda” são usados, e onde os aplicativos inserem seus próprios menus de domínio.
• Posicionamento de menus específicos de domínio. Onde um aplicativo vertical coloca seus comandos específicos do setor? Geralmente após os menus padrão e antes de Ajuda — exatamente a zona que o 4D deixa aberta para você.
• Densidade de itens. Quantos itens ficam sob cada menu e como eles são separados?

Para obter informações básicas sobre as convenções em si, o artigo da Wikipedia sobre a barra de menu e o menu Arquivo são referências úteis para entender de onde vieram esses padrões e por que eles persistem.

Um Exemplo Prático: Barra de Menu para um Pequeno App de Rastreamento de Pedidos

Suponha que você esteja criando um aplicativo modesto de rastreamento de pedidos para uma pequena empresa. Uma barra de menu personalizada sensata poderia ser assim:

• Arquivo — Novo Pedido, Abrir Pedido, Imprimir, Visualizar Impressão, Sair
• Editar — (fixo; mantido como está)
• Pedidos — Inserir Pedido, Buscar Pedido, Postar Pedido, Anular Pedido
• Clientes — Novo Cliente, Buscar Cliente, Histórico do Cliente
• Relatórios — Resumo Diário, Resumo Mensal, Relatório de Pedidos Pendentes
• Ajuda — (fixo; mantido como está)

Observe várias escolhas deliberadas. Os menus de domínio (Pedidos, Clientes, Relatórios) ficam entre Editar e Ajuda, exatamente onde o 4D permite. Comandos destrutivos (Anular Pedido) são agrupados ao final de seu menu, separados da entrada rotineira. O menu Relatórios é uma lista simples em vez de uma hierarquia aninhada, porque existem apenas três relatórios. Se a lista de relatórios crescesse para quinze, um submenu por categoria seria justificado.

Agora considere a variação de função. Um funcionário do armazém poderia ter a mesma barra, menos o menu Relatórios. Um gerente recebe a barra completa. Esse é um uso legítimo de múltiplas barras de menu. Mas se a barra do funcionário também reordenasse os itens de Pedidos de forma diferente da do gerente, você estaria criando confusão sem nenhum benefício.

Armadilhas Comuns a Evitar

• Expor menus 4D padrão por acidente. Se você não configurar o aplicativo para abrir no modo Menus Personalizados, os usuários poderão acessar menus integrados que expõem a funcionalidade do modo de design. Bloqueie isso precocemente.
• Duplicar comandos em múltiplos menus. Se “Imprimir” aparecer tanto em Arquivo quanto em Relatórios, os usuários se perguntarão se eles diferem. Escolha um local único por comando.
• Usar itens de menu como o único caminho para um recurso. Menus servem para a descoberta; ações usadas com frequência também devem ser acessíveis a partir de formulários e barras de ferramentas.
• Esquecer os atalhos de teclado. Itens de menu sem atalhos forçam o uso do mouse. Atribua atalhos convencionais onde eles existirem.
• Nunca revisitar o design. Barras de menu acumulam resíduos. Revise a sua a cada lançamento e remova o que não é mais usado.

Como Isso se Encaixa no Caminho de Aprendizado Mais Amplo do 4D

Menus personalizados situam-se ao lado de várias outras habilidades fundamentais do 4D abordadas nesta série: compreender definições e terminologia, comparar os menus do 4D com os do FileMaker Pro, moldar especificamente o menu Arquivo e construir uma tela de splash personalizada. Juntos, eles formam a camada de apresentação de uma aplicação 4D — as partes que um usuário vê antes mesmo de tocar no seu modelo de dados.

O fio condutor é o controle. O 4D oferece um grau incomum de controle sobre a interface externa (shell) da sua aplicação voltada para o usuário. Menus personalizados são uma das expressões mais claras dessa filosofia, e dominá-los cedo traz dividendos à medida que sua aplicação cresce em escopo e público.

Perguntas Frequentes

Posso modificar os menus Editar e Ajuda no 4D?

Não. Os menus Editar e Ajuda são fixos e não podem ser modificados. Isso é intencional, porque esses menus possuem comportamentos padrão — operações de área de transferência, desfazer e acesso à ajuda — que os usuários esperam que permaneçam consistentes entre as aplicações. Sua customização acontece no menu Arquivo e no espaço entre Editar e Ajuda.

Onde meus menus personalizados e itens de menu aparecem?

Seus próprios menus e itens de menu são inseridos entre os menus Editar e Ajuda. Esta é a zona de autoria que o 4D reserva para desenvolvedores. O menu Arquivo também é modificável, enquanto Editar e Ajuda não são.

Devo criar múltiplas barras de menu para minha aplicação?

Somente quando a diferença for genuinamente justificada — mais comumente para funções de usuário distintas ou um modo administrativo. Múltiplas barras de menu multiplicam os estados que um usuário deve acompanhar, e é muito fácil confundir as pessoas. Em caso de dúvida, mantenha uma única barra de menu e altere a disponibilidade dos itens em vez do layout.

O que “abrir no modo Menus Personalizados” realmente faz?

Informa ao 4D para iniciar sua aplicação usando sua barra de menu personalizada em vez dos menus 4D padrão. Isso lhe dá controle total sobre a interface externa do programa voltada para o usuário e evita que os usuários acessem menus integrados que expõem componentes internos que eles não deveriam ver.

Como sei se o design da minha barra de menu é bom?

Compare-o diretamente com programas estabelecidos. As convenções de menu são, em grande parte, herdadas e não inventadas, portanto, estudar como processadores de texto, planilhas e clientes de banco de dados organizam seus menus de nível superior fornece uma linha de base confiável. Observe a quantidade de menus de nível superior, a nomenclatura, o posicionamento de menus específicos do domínio e a densidade de itens.

É um problema se um item de menu desaparecer em alguns contextos?

Pode ser. Um item esmaecido (cinza) ainda informa ao usuário que o recurso existe; um item que desaparece não informa nada e pode levá-lo a pensar que o recurso foi removido. Prefira alterar a disponibilidade a alterar a localização sempre que puder.