Problems of Emacs Supporting Obsolete Systems
Emacs people are trying to make emacs still working on DOS, a technology that has been practically obsolete for about 10 or 15 years.
http://lists.gnu.org/archive/html/emacs-devel/2009-08/msg01214.html
What a idiocy.
The problem is that nothing you or me can do about it. If you join the dev list, even if you are recognized as having made major contributions to emacs, your opinion or suggestion on this will be debated in the list. (in emacs dev community, and probably many FSF dev communities, you are a nobody, and can never be proven otherwise, unless you are Richard Stallman, who has been out of touch with coding for perhaps 15 years) Typically, at the end, nothing will be done, or some other compromised botched up shit will be taking place.
The support of obsolete technologies do harm. In this case, forcing file names to DOS's file name limitation makes them less readable, and also of course takes a lot time to re-code and debug CEDET. Short files names strains emacs lisp's many deficiencies of no namespace, no lexical scope, and no qualified module/packaging support.
This is just one example. In emacs, and in general in unix communities, the mentality of backward compatibility is to a degree harmful, at the cost of harming progress of the software. There are lots of other examples in emacs too. Quick examples off my head: in emacs manual, there are lots verbiage to obsolete systems that a average professional programer never heard of today. This harms the efficiency of the manual. (no wonder nobody reads it) Also, somewhere in elisp manual it suggest programers to use file names not longer than 32. (file systems on Windows, Mac, Linux, has supported 255 chars out of the box for about at least 7 years.)
In practice, nobody uses those systems, maybe 0.0001% of those in computing industry. And if the world has say 10 people using such obsolete systems, and if one of them made a vocalization, then it'll be be supported. (due to the we-all-democratic Freedom and Equality mentality faak commonly implicit in open sources.)
Any existing DOS users, for whatever reasons or history studying reasons or what not, emacs 22 is still there.
Emacs Modernization
- Simple Changes Emacs Should Adopt
- Why Emacs Keys are Painful
- Ban Scratch Buffer
- M-x vs Alt+x Notation
- Menu Idiocy
- Mode Line Problem
- cua-mode Problem
- Inconsistency of Search
- grep in emacs Pain
- Problems of describe-mode
- Problems of Emacs Manual
- Emacs Manual Sucks by Examples
- kill-buffer Problem
- Emacs Spell Checker Pain
- Form Feed ^L
- Single Key Delete Whole Line
- Emacs HTML Mode Sucks
- Emacs No View Image on Windows
- HTML should replace Texinfo
- Support HTML Mail
- Problems of “man”
- Emacs Lisp Mode Syntax Coloring Problem
- Emacs AHK Mode Problems
- Ban Syntax Table
- Make elisp-index-search use Current Symbol
- Texinfo Invalid HTML
- Disappearing FSF URLs, 2006
- Emacs Manual Node Persistency Issues
- Emacs: dired-do-query-replace-regex Replace ALL (fixed)
- Problems of Emacs Supporting Obsolete Systems
- Elisp: Function to Copy/Delete a Dir Recursively (fixed)
- CommonLisp/SchemeLisp Emacs
- Text Editors Popularity
- Cursor Movement Behavior Survey
- Letter-Case Commands Problem
- Select Line/Block/Quote, Extend
- isearch Current Word
- Reformat Line Wrap