The programmer in me hopes they ignore the 1% that actually care about this and at least there are some heavy API restrictions to stop them doing it. Even on linux which can handle longer pathnames runs into the restriction that you can't transfer those long pathnames onto anything with FAT32 (so like most USB drives). Last time I saw when someone tried to copy one of those stupid linux deep directory projects onto a FAT32 it just cut all the names off and trashed the drive, I assume it's been patched to at least just warn it can't do the transfer now.
It seems to escape peoples grasp that the longer you make the filenames the slower disk access becomes just based on having to parse thru the stupidly long strings on trying to find and open a file. So the change for 1% that actually want this affects the 99% that never want it or use it.
I think a realistic alternative that people who want to do this rubbish is make a cabinet structure that they mount and use. If you don't know what that means it's like how you can open and go inside zip files like they are a normal disk drive and the same with ISO files. The cabinet would have the long names and an API that supported those long names and you don't effect everyone else. Really all your long directory junk is just in a file that fits on a normal drive. It isn't like your going to be able to copy of move that directory structure anywhere else anyhow if you don't do it in that format. So I have solved two problems allow you to have the stupidly deep and long filesname you want and you can move your data onto a normal external USB drive for backup as it looks just like a single file.