I was wondering if there's a known reason behind the use of .. to represent the parent of the current directory in most operating systems.
The reason I ask this question is because I think that the colon character (:) could have been a better idea instead. For one, it uses one character less. Also, it can visually represent the concept of "the directory above this directory", since a colon is a dot above a dot, and a dot represents a directory.
But whether you agree with me or not, I'm just curious about the history of .. in operating systems. That's all.
.are hidden by default predates the special meanings of.and..; and part of the reason that.and..were selected is so that these special entries that appear in every directory would be hidden by default. – Celada Nov 18 '14 at 06:32/foo/bar/bazdirectory. on Multics, in the old days, assumming you are inbardirectory. You would refer file inbazusingbar>baz>myfileand file infoousing<myfile, with<and>meaning up and down. As those have a different meaning in linux, they could not be used for files and dirs. – Archemar Nov 18 '14 at 08:41.and..came first, and they were hidden by default, then they developed the convention of using other files beginning with.as config files, and also hiding those. – Barmar Nov 18 '14 at 16:42..rather than:because it's easier to type, it doesn't require a shift key. I wonder if it's a coincidence that.and/are adjacent on the keyboard. – Barmar Nov 18 '14 at 16:48ls, where any entry beginning with.got hidden. .. Ah yes: http://unix.stackexchange.com/questions/88875/why-are-filenames-that-start-with-a-dot-hidden-can-i-hide-files-without-using-a – muru Nov 19 '14 at 22:12