# Is it not possible to get rid of file extensions?

**URL:** <https://boards.straightdope.com/t/is-it-not-possible-to-get-rid-of-file-extensions/560731>\
**Category:** Factual Questions\
**Created:** [November 15, 2010, 11:40am UTC](https://boards.straightdope.com/t/is-it-not-possible-to-get-rid-of-file-extensions/560731 "2010-11-15T11:40:07Z")\
**Posts on this page:** 20\
**Page:** 2

<div class="post-metadata">

**Author:** ![Rhythmdvl](https://avatars.discourse-cdn.com/v4/letter/r/85f322/32.png) [@Rhythmdvl](https://boards.straightdope.com/u/Rhythmdvl)\
**Post date:** [November 15, 2010, 4:38pm UTC](https://boards.straightdope.com/t/is-it-not-possible-to-get-rid-of-file-extensions/560731/21 "2010-11-15T16:38:55Z")

</div>

An angle of the problem (or angel, if it’s VunderBob’s wife) is that the problem is in users beyond the control of the OP. An easy solution exists (turn off view extensions), but that doesn’t help if the OP can’t go to everyone’s machine.

I like extensions on for a couple reasons. One, I want to be sure what I’m opening and not rely on the name or icon. If I’m about to open ClientFile.xls, I know what will open it. If it’s named ClientFile.xls.exe, I’m opening myself up to an inadvertently sent virus.

Furthermore, I find extensions very useful for setting default programs. If I want Photoshop to open TIFFs and Picassa to open JPGs, it’s easy to set that up or change. It’s also easy to change on the fly. If a program isn’t on the right-click “open with” list, I can easily change the extension without going through the steps to add the program to the list. (For example, if I want to quickly look at the code of an HTML file, I can quickly change it to a .txt or .wpd and then back when I’m done.)

I assume it can be done on a Mac and Linux, but don’t know if it’s as straightforward as that (though I should probably assume it is).

---

<div class="post-metadata">

**Author:** ![J\_Cubed](https://avatars.discourse-cdn.com/v4/letter/j/c6cbf5/32.png) [@J\_Cubed](https://boards.straightdope.com/u/J_Cubed)\
**Post date:** [November 15, 2010, 4:52pm UTC](https://boards.straightdope.com/t/is-it-not-possible-to-get-rid-of-file-extensions/560731/22 "2010-11-15T16:52:23Z")

</div>

> [@Tastes\_of\_Chocolate](#):
>
> Really? I don’t need to be able to tell if someone is sending me a Word document or a Powerpoint presentation? I shouldn’t care if that is an Excel template or a workbook?

You can tell what type of file it is by the icon. If that’s not enough, then you’re smart enough to turn on file extension visibility and smart enough not to hose them.

In Windows 7, when you go to rename a file, it shows the whole thing, but only highlights the name part, so you’re less likely to wipe out the extension.

---

<div class="post-metadata">

**Author:** ![Chronos](https://sea3.discourse-cdn.com/straightdope/user_avatar/boards.straightdope.com/chronos/32/134_2.png) [@Chronos](https://boards.straightdope.com/u/Chronos)\
**Post date:** [November 15, 2010, 6:18pm UTC](https://boards.straightdope.com/t/is-it-not-possible-to-get-rid-of-file-extensions/560731/23 "2010-11-15T18:18:23Z")

</div>

Quoth **RealityChuck** :

> [@](#):
>
> The issue with reading the file is a matter of security – if it has to read each file in order to know what type of file it is, a hacker can put code into that and infect the computer, even without you clicking on the file. It also slows down the computer.

If your computer can catch a virus just by reading a file, then you’re screwed no matter what you do.

> [@](#):
>
> You can tell what type of file it is by the icon. If that’s not enough, then you’re smart enough to turn on file extension visibility and smart enough not to hose them.

You can’t tell anything from the icon, since you can give an .exe any icon you want at all. And it’s precisely the people who _aren’t_ smart enough for whom that’s the biggest issue. Frankly, I can’t imagine any responsible business sysadmin allowing his users to turn extensions off, because that’s a huge gaping security hole.

---

<div class="post-metadata">

**Author:** ![Capt.Ridley\_s\_Shooting\_Party](https://avatars.discourse-cdn.com/v4/letter/c/cc9497/32.png) [@Capt.Ridley\_s\_Shooting\_Party](https://boards.straightdope.com/u/Capt.Ridley_s_Shooting_Party)\
**Post date:** [November 15, 2010, 6:24pm UTC](https://boards.straightdope.com/t/is-it-not-possible-to-get-rid-of-file-extensions/560731/24 "2010-11-15T18:24:15Z")

</div>

As mentioned, operating systems in the Unix/BSD/Linux mould don’t require file extensions (but they’re still used). Most of the time it’s easy to deduce from context what type a file is. For instance, a file called README or TODO is with overwhelming probability a plain text file, and can be opened by a plain text reader. Otherwise, there’s standard utilities like “file” which will tell you what sort of file a particular file is:

```auto

dpm@dpm-laptop:~$ file Iceweasel_wallpaper.png 
Iceweasel_wallpaper.png: PNG image, 1600 x 1103, 8-bit/color RGBA, non-interlaced

```

---

<div class="post-metadata">

**Author:** ![Capt.Ridley\_s\_Shooting\_Party](https://avatars.discourse-cdn.com/v4/letter/c/cc9497/32.png) [@Capt.Ridley\_s\_Shooting\_Party](https://boards.straightdope.com/u/Capt.Ridley_s_Shooting_Party)\
**Post date:** [November 15, 2010, 6:36pm UTC](https://boards.straightdope.com/t/is-it-not-possible-to-get-rid-of-file-extensions/560731/25 "2010-11-15T18:36:31Z")

</div>

> [@Nava](#):
>
> Not without rewriting the whole code for the OS, no. The extension is what gets associated with “programs that can open this”.

Overstating things slightly. Beyond the graphical shell the OS doesn’t care about file types, it’s all just binary data. The only part that would have to be rewritten was the graphical shell, which I don’t think would even need that large a rewrite. Windows already stores a DB of file extension -\> desired program pairs. As mentioned, there’s also standard utilities for guessing file types based on magic numbers and standard headers at the beginning of each file. All it takes it to run one of these utilities before hand to obtain the file type, then perform the standard DB lookup as before.

---

<div class="post-metadata">

**Author:** ![FluffyBob](https://avatars.discourse-cdn.com/v4/letter/f/ecb155/32.png) [@FluffyBob](https://boards.straightdope.com/u/FluffyBob)\
**Post date:** [November 15, 2010, 7:07pm UTC](https://boards.straightdope.com/t/is-it-not-possible-to-get-rid-of-file-extensions/560731/26 "2010-11-15T19:07:06Z")

</div>

> [@Tastes\_of\_Chocolate](#):
>
> Really? I don’t need to be able to tell if someone is sending me a Word document or a Powerpoint presentation? I shouldn’t care if that is an Excel template or a workbook?

In the default file view for windows, extensions are hidden and the file icon displays the file type. There is no issue of discerning the file type. Even webmail clients display an icon to indicate the file type. I can think of no situation where the problem you suggest would arise.

If you can see file extensions in windows, it is because you are someone else has changed the default view settings. Windows defaults to an icon view without extensions.

A lot of people do not understand file extensions, as indicated b y the OP.

---

<div class="post-metadata">

**Author:** ![FluffyBob](https://avatars.discourse-cdn.com/v4/letter/f/ecb155/32.png) [@FluffyBob](https://boards.straightdope.com/u/FluffyBob)\
**Post date:** [November 15, 2010, 7:27pm UTC](https://boards.straightdope.com/t/is-it-not-possible-to-get-rid-of-file-extensions/560731/27 "2010-11-15T19:27:17Z")

</div>

> [@Floater](#):
>
> On the contrary. I want to see what kind of files I’m dealing with and I don’t like it when Windows just lump all picture files together, be they \*.gif, \*.jpg or whatever. They are not the same file type in my book.

Well, I too have file extensions turned on because I feel the same way. I also have details as my default file view because I find it useful to see date and other info. I think if you are capable enough to turn on file extensions you should know not to change them. For people that do not understand file extensions that is not an issue though.

I find your example of GIF vs. jpg interesting as I have noticed an ever increasing use of jpg for index colour original images. The web is full of large, compression artifact riddled jpg’s of simple index colour images that would make small, high quality GIFs. I would suggest that the vast majority have no clue of the significance of the two file types.

> [@Floater](#):
>
> Bring back DOS!

I really wonder if people like my father might do better with a command line interface. The workings of the computer may seem less a mystery to them.

---

<div class="post-metadata">

**Author:** ![Rigamarole](https://avatars.discourse-cdn.com/v4/letter/r/77aa72/32.png) [@Rigamarole](https://boards.straightdope.com/u/Rigamarole)\
**Post date:** [November 15, 2010, 7:39pm UTC](https://boards.straightdope.com/t/is-it-not-possible-to-get-rid-of-file-extensions/560731/28 "2010-11-15T19:39:51Z")

</div>

> [@FluffyBob](#):
>
> I think if you are capable enough to turn on file extensions you should know not to change them. For people that do not understand file extensions that is not an issue though.

It’s an issue if you have to troubleshoot / do tech support for someone like this though. I can’t tell you how many times I’ve asked someone what type of file they are dealing with and the response is: “uhhhmmmmm…” People don’t even know what the fuck a file extension is anymore. They should never have made the default setting hide them. ☹

---

<div class="post-metadata">

**Author:** ![Bytegeist](https://avatars.discourse-cdn.com/v4/letter/b/9dc877/32.png) [@Bytegeist](https://boards.straightdope.com/u/Bytegeist)\
**Post date:** [November 15, 2010, 8:36pm UTC](https://boards.straightdope.com/t/is-it-not-possible-to-get-rid-of-file-extensions/560731/29 "2010-11-15T20:36:15Z")

</div>

> [@gotpasswords](#):
>
> The Macintosh OS has for years, used a concept called a resource fork which helps to identify the purpose in life for the related data fork, which as the name suggests, is a lump of data.
> 
> To the user, it’s very simple. You get a file called “Third Quarter Sales” and it has an Excel icon. There’s no .xls or .xlsx extension to get lost or renamed. Behind the scenes, it’s a fair bit more complicated - what looks like one single file is actually a bundle of two files - the data and the resource forks.

> [@Squink](#):
>
> Behold the [Resource fork](http://en.wikipedia.org/wiki/Resource_fork).

Sorry to nitpick, but this isn’t quite correct.

Old Macintosh file systems supported two pieces of metadata for files: a “type code” and a “creator code”. These were both 32-bit values, normally displayed as short character sequences, which encoded the file’s type (format) along with the application that either made the file or was best associated with it. File type codes were used in preference to filename extensions in the classic Mac OS.

Contrary to popular myth, this metadata is not and never was stored in the resource fork. A Mac file can be without a resource fork entirely; it will still have this metadata — along with other metadata like the file’s name, its creation and modification timestamps, a “locked” flag, and so on. It was actually very common for data or document files to have no resource fork, but they would still be typed by their internal type code.

---

<div class="post-metadata">

**Author:** ![Chronos](https://sea3.discourse-cdn.com/straightdope/user_avatar/boards.straightdope.com/chronos/32/134_2.png) [@Chronos](https://boards.straightdope.com/u/Chronos)\
**Post date:** [November 15, 2010, 9:11pm UTC](https://boards.straightdope.com/t/is-it-not-possible-to-get-rid-of-file-extensions/560731/30 "2010-11-15T21:11:41Z")

</div>

Quoth **FluffyBob** :

> [@](#):
>
> I really wonder if people like my father might do better with a command line interface. The workings of the computer may seem less a mystery to them.

I personally think that GUIs were something of a step backwards. Before, we treated computers as “people”, and “talked” to them (albeit in type instead of sound, and in a very formalized language). Now, though, we treat them as objects, with everything sitting on a virtual tabletop. I’ll grant that computers aren’t really ready for “talking” to them to be the dominant interface, but when we eventually get to the Star Trek-style computers that you really do talk to, it’ll be more like a command line than like Windows.

Quoth **Bytegeist** :

> [@](#):
>
> Contrary to popular myth, this metadata is not and never was stored in the resource fork.

Out of curiosity, where is it stored? Is it in the directory file, or in the inode? That is to say, if I have two links to the same file, will they necessarily have the same metadata?

---

<div class="post-metadata">

**Author:** ![Bytegeist](https://avatars.discourse-cdn.com/v4/letter/b/9dc877/32.png) [@Bytegeist](https://boards.straightdope.com/u/Bytegeist)\
**Post date:** [November 15, 2010, 10:20pm UTC](https://boards.straightdope.com/t/is-it-not-possible-to-get-rid-of-file-extensions/560731/31 "2010-11-15T22:20:41Z")

</div>

[QUOTE=Chronos]

Out of curiosity, where is it stored? Is it in the directory file, or in the inode? That is to say, if I have two links to the same file, will they necessarily have the same metadata?

[/QUOTE]

The metadata is associated with the inode, so the answer to your last question is Yes.

---

<div class="post-metadata">

**Author:** ![jasg](https://avatars.discourse-cdn.com/v4/letter/j/f0a364/32.png) [@jasg](https://boards.straightdope.com/u/jasg)\
**Post date:** [November 15, 2010, 11:10pm UTC](https://boards.straightdope.com/t/is-it-not-possible-to-get-rid-of-file-extensions/560731/32 "2010-11-15T23:10:36Z")

</div>

Another “Yes” answer to the OP, but why stop with extensions? Let’s get rid of files too…

Actually getting rid of file Explorerers, Finders, Directory tools would be the best way to go. The complexity of modern file systems simply gets in the way of doing real work for most people. The tools to navigate maintain the storage structures are them are far too complicated for those who are not computer specialists. I feel that they have been foisted upon the casual user by engineers showing off how clever they are at maintaining complex data structures. The files and directories need to be there - but they should not be visible on their own.

Back in the day, companies had expert ‘File clerks’ who were responsible for maintaining the organization of important corporate documents - now we expect every computer user to have those skills. Why?

As someone who spent 15 years as a Windows developer and a like time split between Macintosh and IBM mainframes, I understand what is going on and how we got here - but I think that the future will involve ‘hiding’ files from users. Take a look at the iPad to see one possible future.

Rather than a file ‘knowing’ which application should open it (on a double click), applications should be the starting point and present users with a list of information elements it can display or manipulate.

I for one, will be happy to see the death of the file/application, ‘Document’ metaphor in computers. It won’t be easy and many will complain, but it is time.

---

<div class="post-metadata">

**Author:** ![Ruminator](https://avatars.discourse-cdn.com/v4/letter/r/b9bd4f/32.png) [@Ruminator](https://boards.straightdope.com/u/Ruminator)\
**Post date:** [November 15, 2010, 11:37pm UTC](https://boards.straightdope.com/t/is-it-not-possible-to-get-rid-of-file-extensions/560731/33 "2010-11-15T23:37:13Z")

</div>

> [@jasg](#):
>
> … Let’s get rid of files too…
> 
> Actually getting rid of file Explorerers, Finders, Directory tools would be the best way to go. The complexity of modern file systems simply gets in the way of doing real work for most people. The tools to navigate maintain the storage structures are them are far too complicated for those who are not computer specialists. I feel that they have been foisted upon the casual user by engineers showing off how clever they are at maintaining complex data structures. The files and directories need to be there - but they should not be visible on their own.

Hmmm… sounds like some of the promises of the overly ambitious Microsoft WinFS vaporware.

Anyways… I wonder if you’re taking into account human nature. Let’s imagine we have this future scenario where every “document” and is a unstructured blob floating out on your harddrive (or in the cloud). No “nested directories” or “folders”! You know what I bet would happen? People would start “organizing” and “reinventing” a hierarchy of “folders” all over again. It’s just that everyone would do it slightly differently and call it different terminology. Jane would call her hierarchy “containers” and John would call his system “buckets.” (You know what one of the first complaints about the 1st gen amazon Kindle was? No ability to organize all the books into “folders”!)

And, to add additional insult… the veteran computer geeks would make fun of Jane of John of adhoc reinvention of the wheel by snickering, “Microsoft DOS had that ability to organize folders since 1983!”

Well, one possible alternative to nested hierarchies is “tags” which solves some problems but creates others.

> [@](#):
>
> but I think that the future will involve ‘hiding’ files from users. Take a look at the iPad to see one possible future.
> 
> Rather than a file ‘knowing’ which application should open it (on a double click), applications should be the starting point and present users with a list of information elements it can display or manipulate.
> 
> I for one, will be happy to see the death of the file/application, ‘Document’ metaphor in computers. It won’t be easy and many will complain, but it is time.

I don’t expect this to happen. The “documents” we create will outlive the “applications.” The _data_ always outlasts the associated _code_ that created it.

For example, we use the “pkzip” file format but very few users actually use PKWare PKZIP. Most use Windows Explorer’s builtin zip facility or WinZip. Why should the PKWare’s particular application be the focal point of manipulating ZIP files? PKWare the company is obscure but the ZIP file format lives on (and will probably outlast today’s Windows Explorer and WinZip.)

I also think file extensions will stay around for a long long time. Although they are not absolutely necessary from a computer science standpoint, their utility is too ingrained. **Capt. Ridley’s Shooting Party** is underestimating the social and engineering conventions surrounding the use of filename suffixes. Even if the Windows OS shell were rewritten to ignore file extensions, that wouldn’t be enough to cover all scenarios.

---

<div class="post-metadata">

**Author:** ![RaftPeople](https://avatars.discourse-cdn.com/v4/letter/r/6f9a4e/32.png) [@RaftPeople](https://boards.straightdope.com/u/RaftPeople)\
**Post date:** [November 16, 2010, 6:21am UTC](https://boards.straightdope.com/t/is-it-not-possible-to-get-rid-of-file-extensions/560731/34 "2010-11-16T06:21:01Z")

</div>

> [@jasg](#):
>
> …Rather than a file ‘knowing’ which application should open it (on a double click), applications should be the starting point and present users with a list of information elements it can display or manipulate.
> 
> I for one, will be happy to see the death of the file/application, ‘Document’ metaphor in computers. It won’t be easy and many will complain, but it is time.

I think progress would actually be the opposite of this. In the real world we have “things” and on the computer we have virtual “things” that model the real world “things”. I don’t think that part is going away.

But if you had an intelligent system, you wouldn’t have to tell the computer how to do “stuff” to your “things” (by clicking on an app, highlighting specific text, etc.), instead you would tell the system what your goal is and it would do the necessary things to achieve that goal.

As humans we add value by determining the appropriate end goal, something a system can’t really do until it matches our intelligence. To the extent that the acts of getting there can be reduced, then the system has added value.

---

<div class="post-metadata">

**Author:** ![grimpixie](https://avatars.discourse-cdn.com/v4/letter/g/ecb155/32.png) [@grimpixie](https://boards.straightdope.com/u/grimpixie)\
**Post date:** [November 16, 2010, 6:32am UTC](https://boards.straightdope.com/t/is-it-not-possible-to-get-rid-of-file-extensions/560731/35 "2010-11-16T06:32:15Z")

</div>

> [@jasg](#):
>
> Rather than a file ‘knowing’ which application should open it (on a double click), applications should be the starting point and present users with a list of information elements it can display or manipulate.

I hear what you’re saying, but I just know that you will then get users saying “My document has vanished!!” because they are trying to find a PDF document from Word’s File \> Open menu.

Regarding folder structures, I have been very impressed with Win7’s searching skillz - to the point where I can almost see a point to lumping all the files in one folder and just searching for the one that I want (as some users already do with their desktops, except the search is manual :rolleyes:).

---

<div class="post-metadata">

**Author:** ![Musicat](https://sea3.discourse-cdn.com/straightdope/user_avatar/boards.straightdope.com/musicat/32/20189_2.png) [@Musicat](https://boards.straightdope.com/u/Musicat)\
**Post date:** [November 16, 2010, 6:49am UTC](https://boards.straightdope.com/t/is-it-not-possible-to-get-rid-of-file-extensions/560731/36 "2010-11-16T06:49:48Z")

</div>

> [@grimpixie](#):
>
> Surely there is a way to dispense with file extensions and make part of the initial code in the file info on what application it needs or is it so ingrained in the Way Things are Done [sup]TM[/sup] that is would be to complex to change?

It is so ingrained that it would be impossible to change without throwing out most of today’s PC software.

Besides, file extensions are a great idea. Unlike the Mac resource fork with its arcane numeric values, a file extension is a small text sequence that identifies the kind of file it is with a mnemonic value. Sure, there are some duplications and overlaps, and 3 characters would probably have been better with 4, but I think it works very well.

The average user doesn’t ordinarily encounter many different types of files, and a dozen or so extensions cover 95% of what I see every day.

In the Windows system, icons – which I think were intended to substitute for extensions – don’t define the file type, but the associated program. if I see a JPG file on any computer, I know exactly what that file is. But a JPG can be read by hundreds of programs, and when that program is installed, it registers the icon of all the JPG files to match its own design. This means that if I am confronted with a dozen different computers, a JPG file icon looks entirely different on each and often unrecognizable.

Give me a text file extension of JPG any old day.

---

<div class="post-metadata">

**Author:** ![GuanoLad](https://sea3.discourse-cdn.com/straightdope/user_avatar/boards.straightdope.com/guanolad/32/42_2.png) [@GuanoLad](https://boards.straightdope.com/u/GuanoLad)\
**Post date:** [November 16, 2010, 7:27am UTC](https://boards.straightdope.com/t/is-it-not-possible-to-get-rid-of-file-extensions/560731/37 "2010-11-16T07:27:38Z")

</div>

I agree that file extensions are important. However, there ought to be a way to name or rename a file that does not affect the extension, and renaming the extension should be a separate adjustment.

For example, hitting F2 will rename a file, but it selects the entire text. If it only selected everything up to the extension (i.e. not include the trailing dot and whatever is beyond that - sometimes it’s three characters, sometimes two or four or more), that would mean I wouldn’t have to move the selection area manually.

Then if I hit, to pick a random suggestion, Alt-F2, and it selected only the dot and extension, I could rename that (should I want to; it’s a very rare event), that would be much more convenient.

If all applications saved the file with no extension visible in the “Save…” window, adding it automatically and invisibly (as many apps already do) after the fact, that would save a lot of problems too.

---

<div class="post-metadata">

**Author:** ![Derleth](https://avatars.discourse-cdn.com/v4/letter/d/b9e5f3/32.png) [@Derleth](https://boards.straightdope.com/u/Derleth)\
**Post date:** [November 16, 2010, 8:10am UTC](https://boards.straightdope.com/t/is-it-not-possible-to-get-rid-of-file-extensions/560731/38 "2010-11-16T08:10:48Z")

</div>

Bah. In the Unix/Linux world, we have magic and it works.

‘Magic’, in this case, is the convention of every different kind of file (except text files, such as plain text, HTML, and some others) starting with a simple code that describes what it is. Those codes are called ‘magic numbers’ or just ‘magic’. The ‘file’ command, mentioned above, is a specialized program that comes with a database of these codes which other programs tap into as well; the OS doesn’t enter into it, really, except that it allows programs to access files.

It isn’t perfect, as some non-text files don’t really have specific codes and you have to guess, but most file types _do_ have specific codes so, in general, it works well enough.

---

<div class="post-metadata">

**Author:** ![grimpixie](https://avatars.discourse-cdn.com/v4/letter/g/ecb155/32.png) [@grimpixie](https://boards.straightdope.com/u/grimpixie)\
**Post date:** [November 16, 2010, 10:02am UTC](https://boards.straightdope.com/t/is-it-not-possible-to-get-rid-of-file-extensions/560731/39 "2010-11-16T10:02:15Z")

</div>

> [@GuanoLad](#):
>
> For example, hitting F2 will rename a file, but it selects the entire text. If it only selected everything up to the extension (i.e. not include the trailing dot and whatever is beyond that - sometimes it’s three characters, sometimes two or four or more), that would mean I wouldn’t have to move the selection area manually.

As mentioned above, Windows 7 takes a step in the right direction by selecting only the name part of the file by default when you choose to rename it, but I still thing a little Unix-style “magic” would be a good thing.

---

<div class="post-metadata">

**Author:** ![BigT](https://sea3.discourse-cdn.com/straightdope/user_avatar/boards.straightdope.com/bigt/32/12044_2.png) [@BigT](https://boards.straightdope.com/u/BigT)\
**Post date:** [November 16, 2010, 11:29am UTC](https://boards.straightdope.com/t/is-it-not-possible-to-get-rid-of-file-extensions/560731/40 "2010-11-16T11:29:15Z")

</div>

> [@Chronos](#):
>
> Quoth **RealityChuck** :If your computer can catch a virus just by reading a file, then you’re screwed no matter what you do.
> 
> You can’t tell anything from the icon, since you can give an .exe any icon you want at all. And it’s precisely the people who _aren’t_ smart enough for whom that’s the biggest issue. Frankly, I can’t imagine any responsible business sysadmin allowing his users to turn extensions off, because that’s a huge gaping security hole.

Well, you should have your system set up where random .EXEs can’t be started. I mean, even on the default system, you’ll get a prompt saying that you are trying to run a program file that was gotten from the Internet. And other OSes allow you to disable the execution permissions on any file you want, and have it that way by default in the filesystem itself.

The only reasons I leave extensions on are that, one, if you can’t see them, you can’t change them, and, two, Microsoft allows programs to bridge filetypes and treat them as the same thing when they are not, giving them all the same icon, and makes it a pain in the neck to fix that. (I wish they were like the 7zip icons, which all indicate which specific archive type is present.)

And I’d even be all for some convention that made actual EXE files somehow look different from document files–a little icon in the corner, or different style/color to the font. And add the ability to rename file extensions to the context menu.

[Previous page](https://boards.straightdope.com/t/is-it-not-possible-to-get-rid-of-file-extensions/560731.md?page=1)

[Next page](https://boards.straightdope.com/t/is-it-not-possible-to-get-rid-of-file-extensions/560731.md?page=3)
