Usar nomes de usuário na lista de participantes

Olá!

Notamos que a lista de participantes de um evento é baseada no nome de usuário. Nós achamos que seria bom se o nome do usuário pudesse ser usado em vez disso (e o nome de usuário usado como alternativa).

Você está interessado nesta funcionalidade? Se sim, eu modificaria o componente User (plugins/discourse-calendar/assets/javascripts/discourse/components/modal/post-event-invitees/user.gjs).

Se você acha que esta é uma má ideia, podemos propor uma configuração do site para alternar esta funcionalidade?

2 curtidas

Essa é uma boa ideia. Talvez se o nome de usuário ou o nome completo é exibido possa estar vinculado à configuração do site Habilitar nomes? O que você acha, @j.jaffeux?

Screenshot 2025-12-02 at 7.04.45 AM

3 curtidas

Estou surpreso que ainda não esteja, para ser honesto. Na minha opinião, essa configuração deveria cobrir a maioria, senão todas, as aparições de um nome de usuário.

2 curtidas

Há algumas outras lacunas na prioridade do nome (completo), nas notificações e no título de sobreposição (hover title) no plugin Quem Está Online. Isso deve ser reportado?

2 curtidas

Vamos ver a que este tópico levará quando nosso desenvolvedor se manifestar; talvez tudo seja abordado de uma só vez. Talvez também a @lindsey para opinião?

3 curtidas

IMHO, devemos vincular a exibição de todos os nomes de usuário/nomes às configurações do site enable names (habilitar nomes) e prioritize username in ux (priorizar nome de usuário na UX).

4 curtidas

Existem outras áreas onde poderíamos ser mais consistentes com as configurações enable names (habilitar nomes) e prioritize username in ux (priorizar nome de usuário na UX), mas não acho que precisamos esperar ter uma lista completa antes de começarmos a corrigi-las.

@j.jaffeux você consideraria este pr-welcome para garantir que a lista de participantes de Eventos mostre o nome completo quando enable names for “true” e prioritize username in ux for “false”? Isso a tornaria mais consistente com a forma como lidamos com nomes e nomes de usuário em cartões de usuário, perfis, etc.

5 curtidas

Trabalharei nisso assim que for aceito, e nos outros lugares depois disso, se eu puder ter uma lista :wink:

4 curtidas

Vejo um :+1: do Joffrey em resposta à sua pergunta, @lindsey, então adicionei pr-welcome aqui.

3 curtidas

Uma postagem foi dividida em um novo tópico: Orientação sobre a implementação da precedência do nome de exibição

Olá!

Acompanhamento: Eu abri uma pull request :slight_smile:

4 curtidas

Olá @manut

Isso foi mesclado, muito obrigado!

1 curtida

Excelente!

Não hesite em me marcar (pingar) se houver outros locais onde a alteração possa ser feita.

2 curtidas

Encontrei outros dois locais:

As notificações de menções usam apenas o nome de usuário, mesmo quando a preferência de nome de usuário está desdefinida/nomes ativados.

E o título de sobreposição (hover) do Quem Está Online nos avatares listados é o nome de usuário também, mesmo quando a sobreposição em outros avatares (como na lista de tópicos mais recentes) é o nome.

2 curtidas

Ótimo, devo criar novos tópicos para estes?

1 curtida

Não há necessidade de abrir um novo tópico apenas para eles :wink:

Se você quiser fazer a(s) PR(s), me avise e eu a(s) revisarei. Caso contrário, eu posso fazer também.

2 curtidas

Obrigado!

Vou fazer isso: Eu realmente preciso melhorar meu conhecimento sobre os internos do Discourse, pois estou trabalhando em um plugin para nossa cooperativa e quero que ele seja implementado com as melhores práticas. Ainda tenho muito a aprender :slight_smile:

4 curtidas

Comecei a trabalhar nisso; vou criar um tipo de notificação mentioned (em frontend/discourse/app/lib/notification-types/).

Estou usando os outros tipos de notificação como exemplo, e notei o uso de this.siteSettings.prioritize_full_name_in_ux (note, não é prioritize_username_in_ux.
O valor dele parece ser sempre falso (por exemplo, em uma “notificação de curtida”, o nome de usuário é usado em vez do nome completo).

Uma pequena busca por prioritize_full_name_in_ux = mostra que ele só recebe um valor nos testes, então ele mantém seu valor padrão definido em config/site_settings.yml:1005 (false).

Estou perdendo alguma coisa ou há um problema maior aqui?

2 curtidas

Talvez tenha sido perdido durante uma renomeação? Vou investigar :eyes:

3 curtidas

Olá!

Não quero colocar pressão em você, mas você teve tempo de analisar o problema?
Me diga se posso ajudar :slight_smile:

1 curtida