I'm saying I prefer different things in different contexts. Like if I am a student named John Bob Doe, and I set my preferred name to John in the school info system so all the authenticated websites say "Hi, John" in the personalized user header rather than something more verbose, that doesn't mean I prefer that they use only "John" for all but the most legal of matters. I want them to use Mr. Doe when etiquette suggests same, John Doe when introducing me to an audience (say, on stage or in the news), John B. Doe on my diploma, etc. This nuance is what the prefix/first/mid/last schema inherently provides for, in cultures that utilize it. You'd need a whole suite of preferred name fields otherwise.

That said, global inclusivity does seem to be more important.

I'm aware of those things, but I'm just saying that there's no silver bullet given cultural preferences to compose a variety of forms based on omitting/concatenating discrete parts that can't be adequately stored in a globally-reasonable schema. The best we can do is compromise on (or completely do away with) any preference for rule-based composition, and instead just echo whole names without recomposing them. It's fair, but it's a compromise.