file extensions
-
Is there any (compelling) reason to continue using 3 character file extensions? I am in the process of choosing the extensions that my app will use and I am leaning toward using 4 - 6 character extensions. The main reasons are: To avoid colisions with extensions that are used by other apps. The extension names do a better job explaning what kind of data is stored in the file. I am worried however, because it seems almost applications still use 3 letter extensions for their files. Aside from compatibilty issues with old 8.3 format DOS systems which I think for 99% of current applications isn't an issue anymore, why are people avoiding using longer file extensions for new formats?
-
Is there any (compelling) reason to continue using 3 character file extensions? I am in the process of choosing the extensions that my app will use and I am leaning toward using 4 - 6 character extensions. The main reasons are: To avoid colisions with extensions that are used by other apps. The extension names do a better job explaning what kind of data is stored in the file. I am worried however, because it seems almost applications still use 3 letter extensions for their files. Aside from compatibilty issues with old 8.3 format DOS systems which I think for 99% of current applications isn't an issue anymore, why are people avoiding using longer file extensions for new formats?
zoid ! wrote:
Is there any (compelling) reason to continue using 3 character file extensions?
I didn't think there ever was...
cheers, Chris Maunder
CodeProject.com : C++ MVP
-
Is there any (compelling) reason to continue using 3 character file extensions? I am in the process of choosing the extensions that my app will use and I am leaning toward using 4 - 6 character extensions. The main reasons are: To avoid colisions with extensions that are used by other apps. The extension names do a better job explaning what kind of data is stored in the file. I am worried however, because it seems almost applications still use 3 letter extensions for their files. Aside from compatibilty issues with old 8.3 format DOS systems which I think for 99% of current applications isn't an issue anymore, why are people avoiding using longer file extensions for new formats?
Microsoft use a six letter one in: Application.exe.config Although that's also a double extension - are there any rules for double extensions?
Team Leader - Team Code Project[^] :cool:
-
zoid ! wrote:
Is there any (compelling) reason to continue using 3 character file extensions?
I didn't think there ever was...
cheers, Chris Maunder
CodeProject.com : C++ MVP
Youngster. In the olden days, there was a limit. One needed those precious 3 extra characters.
"Great job, team. Head back to base for debriefing and cocktails." (Spottswoode "Team America")
-
Is there any (compelling) reason to continue using 3 character file extensions? I am in the process of choosing the extensions that my app will use and I am leaning toward using 4 - 6 character extensions. The main reasons are: To avoid colisions with extensions that are used by other apps. The extension names do a better job explaning what kind of data is stored in the file. I am worried however, because it seems almost applications still use 3 letter extensions for their files. Aside from compatibilty issues with old 8.3 format DOS systems which I think for 99% of current applications isn't an issue anymore, why are people avoiding using longer file extensions for new formats?
-
Youngster. In the olden days, there was a limit. One needed those precious 3 extra characters.
"Great job, team. Head back to base for debriefing and cocktails." (Spottswoode "Team America")
By calling me youngster you are my new favourite person of Today.
cheers, Chris Maunder
CodeProject.com : C++ MVP
-
Microsoft use a six letter one in: Application.exe.config Although that's also a double extension - are there any rules for double extensions?
Team Leader - Team Code Project[^] :cool:
Nigel Savidge wrote:
are there any rules for double extensions?
yes, the most ending one is the only which is taken in account
[VisualCalc][Binary Guide][CommDialogs] | [Forums Guidelines]
-
Nigel Savidge wrote:
are there any rules for double extensions?
yes, the most ending one is the only which is taken in account
[VisualCalc][Binary Guide][CommDialogs] | [Forums Guidelines]
-
Something which never ceases to frustrate and annoy me.
----
...the wind blows over it and it is gone, and its place remembers it no more...
Why? Do you have a lot of .jpg.cpp files?
Using the GridView is like trying to explain to someone else how to move a third person's hands in order to tie your shoelaces for you. -Chris Maunder
-
Is there any (compelling) reason to continue using 3 character file extensions? I am in the process of choosing the extensions that my app will use and I am leaning toward using 4 - 6 character extensions. The main reasons are: To avoid colisions with extensions that are used by other apps. The extension names do a better job explaning what kind of data is stored in the file. I am worried however, because it seems almost applications still use 3 letter extensions for their files. Aside from compatibilty issues with old 8.3 format DOS systems which I think for 99% of current applications isn't an issue anymore, why are people avoiding using longer file extensions for new formats?
MS also use .manifest and .application so I guess that length is not a problem.
________________________________________________ Personal Blog [ITA] - Tech Blog [ENG] - My Photos ScrewTurn Wiki 2.0.1
-
Why? Do you have a lot of .jpg.cpp files?
Using the GridView is like trying to explain to someone else how to move a third person's hands in order to tie your shoelaces for you. -Chris Maunder
I have a lot of XML files that are given other extensions, and text files that are given other extensions, and it would really be nice to have a naming scheme that would allow those facts to be represented in the name (and file associations...)
----
...the wind blows over it and it is gone, and its place remembers it no more...
-
Microsoft use a six letter one in: Application.exe.config Although that's also a double extension - are there any rules for double extensions?
Team Leader - Team Code Project[^] :cool:
Nigel Savidge wrote:
are there any rules for double extensions?
That they are misleading if you have "hide known extensions" turned on?
Developers, Developers, Developers, Developers, Developers, Developers, Velopers, Develprs, Developers!
We are a big screwed up dysfunctional psychotic happy family - some more screwed up, others more happy, but everybody's psychotic joint venture definition of CP
Linkify!|Fold With Us! -
MS also use .manifest and .application so I guess that length is not a problem.
________________________________________________ Personal Blog [ITA] - Tech Blog [ENG] - My Photos ScrewTurn Wiki 2.0.1
I know that name length isn't a problem, and there are quite a few examples of applications that do use longer extensions... but, in general most new applications still choose to use 3 character extensions. Especially for files that are used by users. For example vs2005 uses .sln for its solution files. Why not call it .solution ? I'm just curious, there hasn't been any technical limitations since Win98 for sure, and even Win95 (I think -- too long ago, can't remember). The unix world never had this limitation. So why are most file formats still using the 3 letter extension? Is it only tradition? My only other guess is that there might be legacy code sitting deep within some new applications that still expects 3 character exts.
-
Is there any (compelling) reason to continue using 3 character file extensions? I am in the process of choosing the extensions that my app will use and I am leaning toward using 4 - 6 character extensions. The main reasons are: To avoid colisions with extensions that are used by other apps. The extension names do a better job explaning what kind of data is stored in the file. I am worried however, because it seems almost applications still use 3 letter extensions for their files. Aside from compatibilty issues with old 8.3 format DOS systems which I think for 99% of current applications isn't an issue anymore, why are people avoiding using longer file extensions for new formats?
Maybe a reason not to use them is that Microsoft does?;P If it feels good, do it. (Can I say that in the Lounge?)
-
Is there any (compelling) reason to continue using 3 character file extensions? I am in the process of choosing the extensions that my app will use and I am leaning toward using 4 - 6 character extensions. The main reasons are: To avoid colisions with extensions that are used by other apps. The extension names do a better job explaning what kind of data is stored in the file. I am worried however, because it seems almost applications still use 3 letter extensions for their files. Aside from compatibilty issues with old 8.3 format DOS systems which I think for 99% of current applications isn't an issue anymore, why are people avoiding using longer file extensions for new formats?
As the first series of bytes and a file extension. Then always check the magic number instead of the file extension when the file is opened.
File Not Found
-
Is there any (compelling) reason to continue using 3 character file extensions? I am in the process of choosing the extensions that my app will use and I am leaning toward using 4 - 6 character extensions. The main reasons are: To avoid colisions with extensions that are used by other apps. The extension names do a better job explaning what kind of data is stored in the file. I am worried however, because it seems almost applications still use 3 letter extensions for their files. Aside from compatibilty issues with old 8.3 format DOS systems which I think for 99% of current applications isn't an issue anymore, why are people avoiding using longer file extensions for new formats?
I'm using them myself in a few places, it's better. The only reason against I can imagine is users that are not yet adjusted. Worsened by the likelyhood that they still use some tool that isn't LFN aware and "suddenly lose their data anytime they copy it to somewhere else randomly without having done anything at all." So the question for you is: can you train a few luddites people dedicated to not changing a workign system, or is their opinion so valuable to you (or their antics so devastating) that you rather not dare tickling them. One thing to be aware is the pattern matching of file search. If you search for "*.zoidfiles", Windows will return all files with the extension ".zoi" as well - because that would be the extension of the 8.3 filename. (that's why, *.html also matches *.htm)
Developers, Developers, Developers, Developers, Developers, Developers, Velopers, Develprs, Developers!
We are a big screwed up dysfunctional psychotic happy family - some more screwed up, others more happy, but everybody's psychotic joint venture definition of CP
Linkify!|Fold With Us! -
I know that name length isn't a problem, and there are quite a few examples of applications that do use longer extensions... but, in general most new applications still choose to use 3 character extensions. Especially for files that are used by users. For example vs2005 uses .sln for its solution files. Why not call it .solution ? I'm just curious, there hasn't been any technical limitations since Win98 for sure, and even Win95 (I think -- too long ago, can't remember). The unix world never had this limitation. So why are most file formats still using the 3 letter extension? Is it only tradition? My only other guess is that there might be legacy code sitting deep within some new applications that still expects 3 character exts.
zoid ! wrote:
For example vs2005 uses .sln for its solution files.
Pretty sure the .sln format (or at least, the idea for it) came from VisualInterdev, which was released back in the '90s and ran on Win9x, which could use Fat32, which had... issues with long extensions. The same is probably true for a good number of other products.
----
...the wind blows over it and it is gone, and its place remembers it no more...
-
I have a lot of XML files that are given other extensions, and text files that are given other extensions, and it would really be nice to have a naming scheme that would allow those facts to be represented in the name (and file associations...)
----
...the wind blows over it and it is gone, and its place remembers it no more...
Yeah, xml is one of those strange cases since the files should really be grouped by schema. .xml.schemaName or the reverse would be nice. So would meta data that was shown in explorer. I don't like the way office handles it's xml files. It actually scans the xml file and shows it's type in explorer. That really sucks.
Using the GridView is like trying to explain to someone else how to move a third person's hands in order to tie your shoelaces for you. -Chris Maunder
-
Is there any (compelling) reason to continue using 3 character file extensions? I am in the process of choosing the extensions that my app will use and I am leaning toward using 4 - 6 character extensions. The main reasons are: To avoid colisions with extensions that are used by other apps. The extension names do a better job explaning what kind of data is stored in the file. I am worried however, because it seems almost applications still use 3 letter extensions for their files. Aside from compatibilty issues with old 8.3 format DOS systems which I think for 99% of current applications isn't an issue anymore, why are people avoiding using longer file extensions for new formats?
Depends on what kind of inter-operability you require. Will your files be processed by lots of other applications most of which are unkown to you (ex mp3 files)? If not then choose whatever you want. I know applications such as SolidWorks (3D CAD) use .sldprt, .sldblk, .sldasm, etc. But for Office there's probably thousands of home grown tools and code out there that assumes 3 character extensions and going with something else would only wreak havoc.
Todd Smith
-
I have a lot of XML files that are given other extensions, and text files that are given other extensions, and it would really be nice to have a naming scheme that would allow those facts to be represented in the name (and file associations...)
----
...the wind blows over it and it is gone, and its place remembers it no more...
Or to be able to associate apps, icons etc with xml files based on their contents rather than just have one app and icon covering all xml files. I have a shell extension that does just that!
Team Leader - Team Code Project[^] :cool: