On 22.09.2010 21:42, Mike Cowlishaw wrote:
> .orx is fine (is in my list). I don't understand .cls (lots of OO
> languages have classes, or clear screens).
If you check out the distributed files and Rexx packages, then you'll
see that many of them carry the extension ".cls". If you look at these
files e.g. from the Windows explorer they look like unknown files as no
icon is associated with them. Interestingly, neither on my Windows nor
Linux installations was ".cls" associated with another program, so there
was no "grabbing" observable.
In the Linux freedesktop.org there are provisions for extension
"clashes" as one is able to assign a "relative strength of association",
which by default is set to 50 % (0.5), such that applications that
"feel" that they have a more important association can augment their own
importance by increasing that number.
> As for testUnit .. what has that to do with Rexx? rxTestUnit,
> RexxTestUnit, ooRexxTestUnit, ooRexxUnit (etc.), maybe ..
These extensions are used for the ooRexx testing framework. The same
applies as mentioned above, there has been no file association on any of
the operatiing systems with these names such that no "grabbing" of
extensions took place.
Of course, nowadays where editors help typing with all kind of automatic
completions one could change those file type names to more
self-describing ones. But these would be decisions the developer team
should discuss as they would be affected (having to rename all existing
test files).
> Grabbing generic names for specific projects just seems wrong to me.
In general that would be something I would support as a principle.
But sometimes even principles need to be overridden. In this particular
case there is a good reason to do so IMHO: if one starts to use
(exclusively?) the graphical user interfaces of the operating systems
and wishes to be informed which type of file belongs to Rexx (is a Rexx
program) right away by icons and appropriate context-menus and the like;
then you would start to associate .cls, .test* etc. with [oo]Rexx. But
that was already mentioned in the last post.
> Hmm, suppose I grabbed .rony for my latest avionics data format (or
> for a really boring services-oriented business-methodology advert
> format...) :-)?
:-)
---rony
------------------------------------------------------------------------------
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
_______________________________________________
Oorexx-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/oorexx-devel
