Pesquisar no site de suporte

Evite golpes de suporte. Nunca pedimos que você ligue ou envie uma mensagem de texto para um número de telefone, ou compartilhe informações pessoais. Denuncie atividades suspeitas usando a opção “Denunciar abuso”.

Saiba mais

Esta discussão foi arquivada. Faça uma nova pergunta se precisa de ajuda.

Thunderbird 78 - how to show one address per line when authoring emails (TB 68 behaviour)

  • 3 respostas
  • 1 tem este problema
  • 2 visualizações
  • Última resposta de Wayne Mery

more options

Subject line sums it all up.

When authoring emails, I want to show one address-per line.

I do not want to have a bunch of addresses on one line with commas between them. I want a separate line per address, as per the previous behavior.

Please advise on how to accomplish this.

Subject line sums it all up. When authoring emails, I want to show one address-per line. I '''do not''' want to have a bunch of addresses on one line with commas between them. I want a separate line per address, as per the previous behavior. Please advise on how to accomplish this.

Todas as respostas (3)

more options
I do not want to have a bunch of addresses on one line with commas between them.

That's fine. There are just a bunch of addresses on one line with no commas between them. Also see https://support.mozilla.org/en-US/kb/addressing-email

I want a separate line per address, as per the previous behavior.

You can't.

Alterado por christ1 em

more options

So, my only solution will be to revert to previous version of the software (which won't be seeing security updates), or start using different software. Thanks for the non-answer anyway.

Maybe one day, probably long after I'm dead, other developers will learn to not force UI/UX changes on users, without options to continue to use their preferences. I've always offered UI reversion options in my applications updates, it is not that hard to accomplish, merely requires actually caring about your users.

more options

That is a business choice that you are welcome of course do decide for yourself for your own code. We however cannot afford to arbitrarily keep large pieces (we're not talking about a few lines of code) of ten year old code throughout the code base that has been superseded. It's not a sustainable model, and long term not in the best interest of our users.