Om de ûnderfining foar jo te ferbetterjen is tydlik de funksjonaliteit dan dizze website troch ûnderhâldswurk beheind. Wannear in artikel jo probleem net oplost en jo in fraach stelle wolle, kin ús stipemienskip jo helpe yn @FirefoxSupport op Twitter en /r/firefox op Reddit.

Sykje yn Support

Mij stipescams. Wy sille jo nea freegje in telefoannûmer te beljen, der in sms nei ta te stjoeren of persoanlike gegevens te dielen. Meld fertochte aktiviteit mei de opsje ‘Misbrûk melde’.

Mear ynfo

Dizze konversaasje is argivearre. Stel in nije fraach as jo help nedich hawwe.

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

  • 3 antwurd
  • 1 hat dit probleem
  • 2 werjeftes
  • Lêste antwurd fan 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.

Alle antwurden (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.

Bewurke troch christ1 op

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.