Pergunta

meu aplicativo pede aos sim-não do usuário perguntas, respostas de usuários usando um uiswitch na tela. Eu estive pensando sobre a criação de uma versão personalizada do interruptor que iria exibir sim / não, em vez de ligar / desligar e usaria um fundo verde / vermelho como um indicador do valor. depois de criar um mock up eu não estou tão certo de que este é o caminho a percorrer. usando a chave padrão não se sente bem, mas assim que faz mudar muito. o que você acha?

Foi útil?

Solução

Dependendo do aplicativo, isso pode ser muito válido. Os povos certos são usados ??para os controles padrão, mas mudando o texto ou as cores não vai quebrar o entendimento do usuário desses controles. Sua ainda o mesmo interruptor por baixo.

No seu exemplo você colorir tanto o Sim / Não. Essa é a única preocupação que eu teria que você fez a mudança como o switch core funciona. Normalmente, ele funciona com uma cor destacada e uma cor cinza. Então, tê-lo ficar colorido em ambas as opções poderiam ser confuso.

Independentemente disso, se você quer construir seu aplicativo dessa maneira, você deve. Só porque as ofertas iPhone grandes controles padrão não desenvolvedores médios não devem inovar e adicionar seus próprios ou tomar os controles padrão para o próximo nível.

Dê uma olhada no controle UISwitch personalizado que eu construí para permitir-me para mudar a cor de fundo do controle. Você pode usar o mesmo método para mudar o texto, o tipo de letra ou a cor do texto com muita facilidade.

http://www.homick.com/posts/custom-uiswitch-control

O código está disponível no Github e inclui um PSD que é usado para construir três arquivos PNG diferente que utiliza o controlo. Você pode modificar o conteúdo do psd para recriar os arquivos PNG em qualquer formato que você gosta. Trocar aqueles no controle e você vai longe.

Outras dicas

Ela realmente depende; alguns aplicativos personalizados têm extremamente personalizados UIs (como ConvertBot, por exemplo) e ele funciona muito bem para eles. O risco é, por vezes, vale a pena o esforço. Em outros cenários, widgets personalizados resultar em usabilidade de ruptura. Eu não acho que a mudança 'ON / OFF' para 'SIM / NÃO' é inovadora, se você fizer isso direito, você pode retirá-lo sem problema.

Eu acho que se a sua maquete foi melhor feito (o cursor deve ser dividido em dois para ter Sim e não de igual comprimento com igual preenchimento de ambos os lados) que ficaria um pouco melhor.

De uma perspectiva de interface do usuário, esta é uma má idéia. As pessoas já aprenderam a chave padrão, então por que mudar agora?

Além disso, você corre o risco de adicionar outra fonte de erros para o seu aplicativo que não estava presente antes.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top