Resumo executivo
O RealWear Navigator 520 baseia a navegação por voz em elementos do ecrã que o trabalhador consegue ver e dizer. Não se limite a reduzir um layout de telemóvel para o headset; mostre claramente as ações disponíveis e deixe o WearHF associar os comandos falados aos controlos suportados.
A RealWear recomenda reduzir a introdução de texto extenso, as definições complexas e os ecrãs sobrecarregados. Use uma tarefa por ecrã, instruções concisas, texto legível e etiquetas visíveis e distintas. Aplique os mesmos princípios a uma aplicação de tela ou a uma aplicação Android nativa.
As equipas de desenvolvimento têm duas vias prontas para uso empresarial. Use Android nativo com o WearHF quando o fluxo de trabalho exigir um comportamento personalizado do dispositivo, funcionamento offline ou integração com os sistemas da empresa. Use o Microsoft Power Apps quando a organização já gere o fluxo de trabalho na Power Platform e o player da RealWear suporta as funcionalidades da aplicação de que precisa. A via nativa descrita abaixo inclui exemplos em XML e Java; a via Power Apps é uma alternativa low-code opcional.
Regra fundamental: uma interface de voz não é um ecrã móvel normal ao qual se acrescentou fala posteriormente. O próprio ecrã deve indicar ao trabalhador o que pode ser dito.
O que é o RealWear Navigator 520?
O Navigator 520 é um dispositivo Android robusto e mãos-livres para trabalho industrial, como manutenção, inspeção e assistência técnica no terreno. A RealWear indica que o ecrã tem 1280 × 720 píxeis e que o software do Navigator 520 é o Ari OS (Android 13) com WearHF. Desde a versão de manutenção Ari OS 2.0 de 17-09-2026 (firmware 3.0), os dispositivos atualizados executam o Android 16, por isso verifique que compilação tem a frota. Confirme o firmware e a configuração do ecrã na frota de dispositivos antes do lançamento.
A RealWear associa o ecrã 720p predefinido do Navigator 520 a uma área de layout Android de 854 × 480 dp a 240 dpi. Use dp para as dimensões do layout e sp para o texto, em vez de píxeis físicos codificados. Mantenha o ecrã simples, porque ocupa apenas parte do campo de visão do trabalhador.
Veja a página do produto RealWear Navigator 520 na VR Expert
Escolha uma via de implementação empresarial
Use Android nativo quando precisar de comportamento personalizado, integração ou controlo sobre as versões. Use o Power Apps quando a empresa já dispõe de um ambiente Power Platform e a aplicação pode manter-se dentro das capacidades suportadas das aplicações de tela.
Microsoft Power Apps:
- Onde concebe: Power Apps Studio num navegador web
- Ideal para: Empresas com um inquilino Power Platform aprovado que precisam de um fluxo de trabalho empresarial low-code.
Aplicação Android nativa:
- Onde concebe: Android Studio + WearHF/WearML
- Ideal para: Equipas de desenvolvimento que precisam de comportamento Android personalizado, integração com os sistemas da empresa ou controlo sobre a versão gerida.
Ambas as vias exigem uma identidade aprovada pela organização, acesso ao ambiente empresarial correto e permissões para cada origem de dados ligada. Teste na frota gerida de Navigator 520 e não apenas numa pré-visualização no computador.
Via Android nativa: criar um ecrã orientado para a voz
Uma View Android é um controlo de ecrã padrão, como um Button ou uma TextView. O WearHF é executado no dispositivo e consegue ativar controlos clicáveis suportados a partir das respetivas etiquetas visíveis, pelo que um ecrã básico não precisa de um SDK de fala separado.
Passo 1: crie o projeto Android.
- No Android Studio, escolha New Project > Phone and Tablet > Empty Views Activity e, em seguida, selecione Java e Views/XML.
- Use o nome de pacote em domínio invertido da sua organização (por exemplo, com.company.fieldworkflow). Defina o minSdk para a versão Android mais antiga da frota suportada e deixe o Gradle sincronizar.
- Instale o Android SDK Platform-Tools através do SDK Manager para que o adb fique disponível para testes no headset.
Compatibilidade da compilação: o minSdk determina que versões do Android podem instalar a aplicação. As frotas de Navigator 520 executam o Android 13 (API 33) com firmware 2.x ou o Android 16 com firmware 3.0, pelo que um minSdk 33 cobre uma frota composta apenas por Navigator 520; use um valor inferior se forem suportados dispositivos mais antigos e teste em ambas as compilações se a frota for mista. Defina o compileSdk e o targetSdk para versões aprovadas pela sua organização e, depois, verifique a aplicação e as respetivas dependências num headset gerido antes da implementação.
Passo 2: defina o ecrã.
- No painel Project do Android Studio, abra app > src > main > res > layout > activity_main.xml.
- Substitua o layout gerado por este exemplo. Usa dp para o espaçamento e sp para o texto, tem duas ações empresariais explícitas e mantém visíveis as etiquetas faladas:
<?xml version="1.0" encoding="utf-8"?> <LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="match_parent" android:layout_height="match_parent" android:orientation="vertical" android:padding="24dp">
<TextView android:id="@+id/screenTitle" android:layout_width="match_parent" android:layout_height="wrap_content" android:text="INSPECTION" android:textSize="24sp" />
<TextView android:id="@+id/instructionText" android:layout_width="match_parent" android:layout_height="wrap_content" android:layout_marginTop="12dp" android:text="Confirm the equipment status." android:textSize="20sp" />
<Button android:id="@+id/confirmButton" android:layout_width="match_parent" android:layout_height="wrap_content" android:layout_marginTop="20dp" android:minHeight="56dp" android:text="CONFIRM STATUS" />
<Button android:id="@+id/reportButton" android:layout_width="match_parent" android:layout_height="wrap_content" android:layout_marginTop="8dp" android:minHeight="56dp" android:text="REPORT ISSUE" />
<TextView android:id="@+id/statusText" android:layout_width="match_parent" android:layout_height="wrap_content" android:layout_marginTop="12dp" android:text="Waiting for selection" android:textSize="16sp" /> </LinearLayout>
Passo 3: associe cada botão ao comportamento da aplicação.
- No painel Project, abra app > java > o seu pacote > MainActivity.java.
- Substitua a atividade gerada por este exemplo, mantenha a declaração de pacote alinhada com o namespace do Gradle e use os IDs de view do XML. O exemplo atualiza um texto de estado local; substitua os comentários pelo fluxo de trabalho validado e pelas chamadas de serviço da empresa:
package com.company.fieldworkflow;
import android.app.Activity; import android.os.Bundle; import android.widget.Button; import android.widget.TextView;
public class MainActivity extends Activity { @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main);
Button confirmButton = findViewById(R.id.confirmButton); Button reportButton = findViewById(R.id.reportButton); TextView statusText = findViewById(R.id.statusText);
confirmButton.setOnClickListener(view -> { // Call the approved inspection workflow here. statusText.setText("Status: confirmation recorded"); });
reportButton.setOnClickListener(view -> { // Validate and submit the issue through the company service. statusText.setText("Status: issue reported"); }); } }
Passo 4: adicione uma frase falada personalizada apenas quando a etiqueta visível não for suficiente.
- Em activity_main.xml, coloque este atributo no Button CONFIRM STATUS existente. O campo contentDescription do Android também afeta a acessibilidade. Verifique o comando falado e o resultado de acessibilidade no dispositivo de destino e localize o comando para cada idioma suportado da força de trabalho:
<Button android:id="@+id/confirmButton" android:text="CONFIRM STATUS" android:contentDescription="hf_commands:CONFIRM STATUS, MARK COMPLETE" android:layout_width="match_parent" android:layout_height="wrap_content" />
Passo 5: compile e teste num Navigator 520.
- Num headset de teste gerido pela organização, diga MY SETTINGS, depois ADVANCED SETTINGS e depois ABOUT DEVICE; diga PAGE DOWN até Build Number ficar visível e, em seguida, diga BUILD NUMBER cerca de sete vezes até o headset mostrar «You are now a developer!».
- Volte a SYSTEM > DEVELOPER OPTIONS e ative a depuração USB, se a política da empresa o permitir.
- Ligue um cabo USB-C com capacidade de transferência de dados e aprove o pedido.
- Execute adb devices -l e confirme que o estado do dispositivo é device.
- No Android Studio, selecione o headset e escolha Run > Run app. Teste as etiquetas faladas, o comportamento dos cliques, os estados de erro, o ajuste ao ecrã e o ruído previsto no local de trabalho.
adb devices -l # Confirm that the Navigator 520 appears with status: device
Passo 6: implemente o APK interno através da gestão empresarial de dispositivos.
- No Ari Business Cloud, abra Apps > Enterprise, adicione a aplicação, introduza o nome e os dados da versão, carregue o APK de lançamento assinado e selecione Publish. Em seguida, atribua-o ao dispositivo gerido ou ao grupo de dispositivos adequado.
- Em alternativa, use o EMM/MDM aprovado pela organização, como o Microsoft Intune. A RealWear assinala que as aplicações carregadas pela empresa podem não estar otimizadas para o Ari OS e que as versões têm de ser atualizadas manualmente; verifique a compatibilidade antes de implementar na frota. Reserve as instalações por ADB para desenvolvimento e testes.
Via low-code opcional: Microsoft Power Apps para fluxos de trabalho empresariais
Passo 1: crie uma aplicação de tela no ambiente da empresa
Antes de começar: confirme que a organização dispõe de um ambiente Power Platform aprovado, acesso de criador, as licenças necessárias e conectores empresariais aprovados. Crie e teste a aplicação nesse ambiente de trabalho; não use uma conta Microsoft pessoal nem uma origem de dados pessoal.
Crie o ecrã num computador, no Power Apps Studio, publique-o depois no ambiente da empresa e implemente o player da RealWear através da gestão empresarial de dispositivos.
1. Abra o Power Apps em make.powerapps.com e inicie sessão com a conta escolar ou profissional da sua organização. Selecione o ambiente aprovado que contém a aplicação e os dados empresariais.
2. Na navegação à esquerda, selecione Create e, depois, Create from blank. Escolha uma aplicação de tela e selecione o layout Responsive ou Tablet que corresponda ao seu design e plano de implementação.
3. O Power Apps abre a tela no Power Apps Studio. Antes de adicionar controlos, confirme que o ambiente, o licenciamento e os conectores empresariais aprovados cumprem os requisitos da sua organização.
Passo 2: configure o ecrã para o Navigator 520
Para um layout fixo do Navigator, defina uma tela de tablet em modo horizontal e pré-visualize a aplicação com a relação de aspeto do dispositivo. Se a aplicação tiver de se adaptar a vários tamanhos de dispositivo, use contentores responsivos e teste cada layout suportado, em vez de forçar um design fixo a esticar.
1. Abra as definições. No Power Apps Studio, abra Settings e, depois, Display.
2. Escolha Landscape para a frota de headsets geridos. O tutorial do Power Apps da RealWear usa a orientação horizontal para os layouts do headset.
3. Numa tela fixa, mantenha Scale to fit ativado para que o design se ajuste ao ecrã disponível. Numa tela responsiva, desative-o apenas quando os controlos usarem regras de layout responsivo e tiverem sido testados em cada tamanho de destino.
4. Mantenha Lock aspect ratio ativado numa aplicação de layout fixo para evitar distorções. Se usar um layout responsivo, use contentores de layout automático e teste se há sobreposições ou cortes.
5. Mantenha Lock orientation ativado apenas se todos os dispositivos implementados usarem a orientação horizontal. Guarde as definições e volte à tela.
Nota sobre o ecrã: o Navigator 520 tem um ecrã físico de 1280 x 720, mas a RealWear recomenda que os programadores Android usem unidades independentes da densidade em vez de conceberem para píxeis em bruto. O dispositivo apresenta um espaço de design de 854 x 480 dp na sua densidade predefinida.
Passo 3: crie um ecrã para uma única tarefa de trabalho
Parta da decisão operacional que o trabalhador tem de tomar. Não copie um painel de computador para o headset.
1. Escolha uma única tarefa para este ecrã, como verificar o resultado de uma inspeção e decidir se deve continuar ou comunicar um problema.
2. Passe os dados secundários, as definições e as aprovações para outro ecrã ou para um fluxo de trabalho de back-office autorizado.
3. Mantenha apenas os controlos necessários para esta decisão. Dê a cada controlo uma etiqueta distinta que corresponda à frase que o WearHF deve reconhecer.
Teste do ecrã: um bom ecrã de voz responde de imediato a três perguntas: onde estou? Que informação é importante agora? O que posso dizer a seguir?
Passo 4: adicione primeiro texto grande e visível
As orientações da RealWear para o Power Apps recomendam texto com um tamanho mínimo de 16sp e de 20sp ou superior sempre que possível. Use instruções concisas, etiquetas de ação visíveis e espaçamento suficiente; verifique a legibilidade no headset, em vez de confiar apenas na tela do computador.
1. Adicione o título do ecrã. No Power Apps Studio, aceda a Insert > Text e coloque-o no topo do ecrã. Use um título curto, como INSPECTION STEP 3 ou MACHINE STATUS.
2. Adicione apenas a instrução necessária para a decisão de trabalho atual. Divida os procedimentos mais longos por vários ecrãs.
3. Torne as etiquetas de ação maiores e mais destacadas do que o texto de apoio. Use a mesma formulação na etiqueta e no comando falado.
· Evite parágrafos longos quando basta uma instrução curta.
· Deixe espaço em branco entre os controlos.
· Não reduza o texto só para caber mais informação num ecrã.
Passo 5: use botões com texto, e não controlos só com ícones
Um utilizador de voz precisa de saber o que dizer. Um ícone pode parecer familiar num telemóvel, mas não indica automaticamente ao trabalhador que frase falada o ativa.
1. Insira um botão. No Power Apps Studio, use Insert e adicione um controlo Button.
2. Dê-lhe uma etiqueta de ação visível. Exemplos: CONTINUE, REPORT ISSUE ou OPEN CHECKLIST.
3. Mantenha a frase falada e a etiqueta visível alinhadas. O utilizador deve poder dizer aquilo que vê.
Para configurar uma transição de ecrã simples, selecione o botão CONTINUE. No seletor de propriedades junto à barra de fórmulas, escolha OnSelect e introduza esta fórmula Power Fx. Substitua scrNext pelo nome real do ecrã seguinte; use o conector e o tratamento de erros aprovados pela organização em qualquer ação que altere dados:
Navigate(scrNext, ScreenTransition.None)
Pode continuar a usar um ícone como apoio visual, mas mantenha a etiqueta de texto junto dele. É a etiqueta que torna a ação de voz compreensível.
No Power Apps Studio, selecione cada Button e defina Text = "REPORT ISSUE" e AccessibleLabel = "REPORT ISSUE" (substitua o exemplo pela ação desse botão). Defina Tooltip apenas quando uma ajuda adicional for útil; não o use como comando de voz oculto. A Microsoft documenta o AccessibleLabel como texto para leitores de ecrã, e a RealWear não o documenta, nem ao Tooltip, como alias de voz garantido, por isso verifique a etiqueta falada no player implementado.
Se um ícone, componente personalizado ou outro controlo não puder ser selecionado por voz, disponibilize a mesma ação através de um Button padrão visível e coloque a fórmula da ação na propriedade OnSelect desse botão. Teste-o no headset. A alternativa documentada pela RealWear é dizer MY CONTROLS e, depois, MOUSE; mova o cursor com o movimento da cabeça e diga MOUSE CLICK. Trate o controlo por cursor como último recurso e não como via principal para uma ação frequente.
Passo 6: escolha comandos de voz fáceis de reconhecer
A RealWear recomenda comandos de voz com duas ou mais sílabas, porque são mais fáceis de distinguir de forma fiável pelo sistema de reconhecimento.
- GO: CONTINUE
- YES: CONFIRM
- NO: CANCEL STEP
- NEXT: NEXT STEP
- OPEN: OPEN CHECKLIST
Não se trata de uma proibição rigorosa de palavras curtas. É uma regra prática de fiabilidade: frases mais longas e mais distintivas dão ao sistema de fala mais informação para fazer a correspondência.
Passo 7: conceba a introdução de texto para voz, e não para escrita
Selecionar um TextInput abre o teclado de fala da RealWear; o ditado é um modo de introdução explícito e não um fluxo contínuo de conversão de fala em texto. Para uma nota curta, selecione o campo, diga DICTATION, aguarde a contagem decrescente, fale e diga OK quando o ditado terminar, para aceitar e fechar a janela de texto. Para introduzir caracteres, diga VOICE KEYBOARD, introduza caracteres fonéticos e diga ACCEPT. Não dite palavras-passe nem identificadores sensíveis; use o teclado seguro ou um método de início de sessão aprovado pela organização. O ditado pode exigir acesso à rede, por isso teste o idioma de destino e a ligação no dispositivo gerido. Prefira controlos de escolha fixa quando a tarefa puder ser modelada dessa forma.
· Use uma nota curta ditada em vez de um formulário longo.
· Use categorias selecionáveis para respostas comuns, como LOW, MEDIUM e HIGH.
Use a leitura de códigos de barras ou QR apenas quando o controlo ou a integração de leitura selecionados forem suportados pelo player da RealWear e aprovados para o fluxo de dados da empresa. Teste-a no dispositivo real.
· Peça a informação ao longo de vários ecrãs simples, em vez de num único formulário denso.
Passo 8: mantenha os controlos importantes dentro da área segura
Mantenha os títulos, as instruções e as ações principais afastados das margens exteriores. A RealWear alerta para o facto de os elementos nas margens poderem competir com outra informação visual e tornar-se mais difíceis de usar.
1. Mantenha o conteúdo principal centrado. Não coloque a ação principal encostada à margem.
2. Deixe espaço à volta dos botões. O trabalhador deve conseguir identificar de imediato as ações separadas.
3. Pré-visualize em condições de muita e pouca luz. Um contraste simples funciona melhor do que efeitos decorativos.
Passo 9: publique e partilhe a aplicação dentro da organização
Guarde e publique a aplicação de tela no ambiente Power Platform aprovado. Em seguida, partilhe-a com os utilizadores profissionais previstos ou com um grupo de segurança da organização. O acesso à aplicação, por si só, não basta: os utilizadores precisam também das permissões necessárias sobre as tabelas do Dataverse, os fluxos e outras origens de dados empresariais aprovadas que estejam ligadas.
1. Selecione Save no Power Apps Studio e dê à aplicação um nome empresarial claro.
2. Selecione Publish e confirme a versão destinada ao piloto. Volte a publicar após edições posteriores para que os testadores recebam a versão atual.
3. Na lista Apps do Power Apps, selecione a aplicação e escolha Share. Conceda acesso de execução aos utilizadores ou ao grupo de segurança do Microsoft Entra ID aprovados, atribua permissões de dados com privilégios mínimos e confirme com o administrador as licenças do Power Apps necessárias.
Passo 10: implemente o player do Power Apps nos dispositivos Navigator geridos
A aplicação de tela do Power Apps da empresa é executada dentro do player do Power Apps da RealWear. Implemente o player na frota de headsets geridos; o ecrã em si continua a ser criado no Power Apps Studio.
1. No Ari Business Cloud, abra o RealWear App Marketplace, procure a entrada do Microsoft Power Apps e selecione Install. Escolha o dispositivo de teste ou o grupo de dispositivos aprovado. Numa frota gerida pelo Intune, siga antes as instruções atuais da RealWear para a implementação de APK empresariais.
2. Concluída a instalação, abra o ecrã inicial do Navigator, diga MY PROGRAMS e abra o Power Apps.
3. Inicie sessão com a conta escolar ou profissional da organização que tem acesso à aplicação publicada e às respetivas origens de dados. Confirme qualquer pedido de licenciamento necessário com o administrador da Power Platform.
4. Abra a aplicação publicada a partir do player e verifique se a versão, os ecrãs e os dados empresariais previstos estão disponíveis.
A RealWear indica que o WearML não está disponível dentro do Power Apps após o início de sessão. Por isso, use etiquetas visíveis, teste cada controlo selecionável por voz e não parta do princípio de que é possível adicionar diretivas WearHF do Android nativo à tela.
Passo 11: valide o fluxo de trabalho no dispositivo real
Não aprove um ecrã apenas com base na pré-visualização do Power Apps Studio. Teste no firmware do Navigator 520 de destino e com a configuração de implementação da organização.
1. Verifique se o utilizador consegue perceber onde está e que ações estão disponíveis sem tocar no ecrã.
2. Diga cada etiqueta visível exatamente como está escrita e confirme que ocorre a ação empresarial correta.
3. Teste com o EPI, o movimento, as condições de rede e o ruído do local de trabalho previstos. Verifique operações de dados lentas, offline e falhadas.
4. Peça a outro trabalhador do público-alvo que conclua a tarefa. Corrija as etiquetas ou a navegação que causem hesitação e repita o teste depois de publicar a versão seguinte.
5. Registe a versão da aplicação, o firmware do dispositivo, os resultados dos testes e as limitações conhecidas antes de a organização aprovar uma implementação mais alargada.
Regras práticas de layout para o Navigator 520
• Use um ecrã por tarefa de trabalho. Mostre o passo atual, apenas a informação necessária nesse momento e a próxima ação disponível.
• Prefira alguns controlos grandes com etiquetas de texto a botões só com ícones ou menus densos. A RealWear recomenda comandos com várias sílabas, por serem mais fáceis de distinguir.
• No Android nativo, use dp para larguras, alturas e espaçamentos e sp para o texto. A tela predefinida do Navigator 520 corresponde a 854 × 480 dp; não disponha os controlos em píxeis físicos brutos de 1280 × 720.
• Mantenha as etiquetas e ações críticas afastadas das margens do ecrã. Use um contraste simples e teste nas condições de iluminação, EPI e movimento previstas.
• Evite parágrafos longos e formulários de texto livre. Use instruções curtas, escolhas estruturadas, ditado aprovado ou integrações de leitura validadas.
• Nos botões nativos, mantenha alinhados a etiqueta visível e o comando falado. Adicione uma diretiva WearHF apenas quando o comportamento predefinido da etiqueta não satisfizer o fluxo de trabalho.
Número de ações:
- Evitar: Um ecrã sobrecarregado com muitos botões
- Melhor abordagem: Apenas as ações necessárias para o passo atual
Tamanho do texto:
- Evitar: Texto pequeno para caber mais conteúdo
- Melhor abordagem: Mínimo de 16sp; cerca de 20sp ou mais sempre que possível
Comandos:
- Evitar: GO, YES, NO
- Melhor abordagem: CONTINUE, CONFIRM, CANCEL STEP
Botões:
- Evitar: Apenas ícone
- Melhor abordagem: Etiqueta de texto visível, opcionalmente com um ícone
Instruções:
- Evitar: Parágrafo longo
- Melhor abordagem: Uma instrução curta ou várias linhas curtas
Introdução de dados:
- Evitar: Formulário extenso com muitos campos
- Melhor abordagem: Uma pergunta de cada vez, ditado, escolhas fixas ou leitura de códigos
Navegação:
- Evitar: Ações ocultas em menus
- Melhor abordagem: Ações visíveis NEXT STEP, GO BACK ou OPEN CHECKLIST
Cor:
- Evitar: Muitas cores saturadas e gradientes
- Melhor abordagem: Paleta simples com contraste de texto claro
Testes:
- Evitar: Apenas pré-visualização no computador
- Melhor abordagem: Testar no Navigator 520 no local de trabalho real
Porque falham os ecrãs complexos com navegação por voz
Um ecrã tecnicamente correto pode, ainda assim, abrandar um fluxo de trabalho mãos-livres. Demasiada informação ou demasiadas opções dificultam a identificação do comando seguinte. A RealWear recomenda minimizar a introdução de texto extenso e as definições complexas, bem como validar o design final no headset real.
Conclusão prática: na prática, a regra da própria RealWear é simplificar o fluxo de trabalho antes de otimizar os comandos de voz.
Conclusão: integre o percurso de voz no ecrã
Conceba cada ecrã do Navigator 520 em torno de uma tarefa de trabalho clara. Use instruções concisas, texto legível e etiquetas visíveis que correspondam ao comando falado. No Android nativo, crie layouts com dp/sp, ligue os listeners de clique padrão dos botões a lógica empresarial validada e use diretivas WearHF apenas quando as etiquetas fixas não forem suficientes. Num fluxo de trabalho Power Apps, use o inquilino, as licenças, as permissões de dados e o player da RealWear gerido aprovados pela organização. Teste no dispositivo e firmware reais antes de implementar na frota mais alargada.
Está a criar um fluxo de trabalho mãos-livres para o RealWear Navigator 520? A VR Expert pode ajudar a avaliar o dispositivo, preparar um piloto e testar se uma aplicação existente, o Microsoft Power Apps ou uma solução Android personalizada é a opção mais adequada.
