material-components/material-components-android

[BottomNavigationView] BottomNavigationView can have only one setOnNavigationItemSelectedListener

Open

#735 aberto em 5 de nov. de 2019

Ver no GitHub
 (3 comments) (8 reactions) (0 assignees)Java (3.023 forks)batch import
Good First IssueWidget: BottomNavigationfeature request

Métricas do repositório

Stars
 (15.910 stars)
Métricas de merge de PR
 (Nenhuma PRs mesclada em 30d)

Description

FEATURE REQUEST

As per title, BottomNavigationView can have only one setOnNavigationItemSelectedListener. This is annoying because if i use the bottomNavigationView.setupWithNavController(navController) this internally sets that listener, and i cannot use it anymore for anything else (like setting the text in a custom appBar, for example) A list of listeners would be the right thing in my opinion.

Ps. this probably applies to setOnNavigationItemReselectedListener(BottomNavigationView.OnNavigationItemReselectedListener listener) too.

For Pattern reference, see NavController addOnDestinationChangedListener and removeOnDestinationChangedListener

Guia do colaborador

Direção de pesquisa
A issue solicita permitir múltiplos listeners no BottomNavigationView em vez de um único. A abordagem recomendada é seguir o padrão usado por addOnDestinationChangedListener/removeOnDestinationChangedListener do NavController, que mantém uma lista de listeners. Para implementar, localize a classe BottomNavigationView (provavelmente no código fonte da biblioteca) e modifique a para armazenar uma lista de instâncias OnNavigationItemSelectedListener, iterando sobre elas quando um item for selecionado. Garanta a compatibilidade com versões anteriores mantendo o método setter único, mas adaptando o à nova lista. Nenhum PR vinculado ou comentários recentes fornecem direção adicional.
Pilha de tecnologia
javaandroid
Domain
mobile
Tipo Issue
Funcionalidade
DifficultyDificuldade de implementação estimada para um novo contribuidor, de 1 para alterações muito pequenas a 5 para trabalho de nível especializado.
2
Tempo estimadoUm intervalo de tempo aproximado para um colaborador experiente investigar, implementar, testar e preparar um pull request.
1-3 horas
Status da atividadeQuão disponível o issue aparece agora: novo, ativo, obsoleto, bloqueado ou aguardando entrada do mantenedor.
Ativo
ClarityCom que clareza o issue explica a mudança esperada, os critérios de aceitação e a próxima etapa.
Claro
Prerequisites
Android development
Simpatia para novatosUma pontuação de 1 a 100 que estima o quão acessível este issue é para colaboradores iniciantes.
70