Linux

It's a subset of the standard delimiter problem: if I want to use the delimiter inside of an entry, can I even do that and if so then how?

e.g. in comma-delimited lists you could "escape" the commas individually, or encapsulate each entry inside quotes, or provide each entry by name, etc. - all of which significantly complicates the retrieval process by adding greater complexity to decide on rules determining how it all works (like if by name, then what if the user [stupidly? on purpose?] provides multiple entries with the same name - do subsequent ones overwrite the earlier ones or their contents get appended to the end and if the latter, is any separation provided between them? and on and on it goes):

• item1,item2,item3
• "Denver, CO","New York, NY",Miami/, FL
• "Lastname, Firstname",Lastname/, Firstname
• item1="Denver, CO", item2="New York, NY"

Common English has issues with this too like is a list with "John, Marsha, Barbie and Ken" 4 entries or just 3 where the latter is a pairing? (leading to Oxford comma discussion:-P it is very important though bc while while individual people may have similar needs like food, pairings may have different constraints like if they drive together then they need less parking space)

So this delimiter issue is not even specific to CLIs, nor even computers in general - it is a universal problem with any communication system.

touch a b c 'd e f' 'g h i'
for f in *; do ls -la "$f"; done

fxd

That only affects whitespaces within quotes though. Still, fair point, except I just tried a bunch of stuff in both bash and zsh and touching a file works, echoing a string works, then I stopped so I don't know about the asterisk but we have already veered far away from what OP said: "normal foor (sic) loop with whitespace in file names" - whereas what you had seems significantly more advanced than a "normal" foor (sic:-P) loop.

Notably, Mac OSX right out of the box uses zsh. I haven't touched "standard" personal distros for a number of years but a quick search suggests that Mint, Ubuntu, and NixOS all use bash by default - which halfway though not entirely surprises me? Anyway if OP wants to change their default shell to something more advanced, that would be fine for common every-day usage, though asking for bash itself to now be changed after decades of backwards compatibility seems a non-starter to me. There are reasons for why it works as it does, and those reasons have nothing to do with it being "old", but rather b/c it "works".

And the underlying reason for that is b/c we are still using keyboards. The addition of mice as HUDs enabled drag-and-drop, and perhaps some kind of glove or fingertip reader or eyesight-tracker may allow the same, like Minority Report (an old movie) or Iron Man style pinching an "object", grabbing it and letting it go, is basically just another style of "mouse". Afaik, there hasn't been even a hint of anything truly revolutionary for all this time. Although I can envision one such idea: combining keyboard+"mouse" in a more intelligent way, like if you start typing a command, then fix your eyes on the screen to a particular file and perhaps flick your eyes in a particular direction to indicate acceptance and it could fill it in for you, without having to move your hands away from the keyboard. With glasses and ubiquitous cameras everywhere now, we might see something like that in a few decades? Though it would put further pressure onto privacy concerns over having a camera watching every move you make.