what to do with tm

Mike Kupfer mike.kupfer at sun.com
Wed Apr 11 00:09:00 EDT 2007


>>>>> "ST" == Stephen J Turnbull <stephen at xemacs.org> writes:

ST> Of course we expect that you will consider any functionality that
ST> MH-E + tm supports but MH-E 8 does not to be a serious matter,

Ah, good point.

I'll make a pass through tm's Info pages prior to committing anything,
to see if there are any obvious gaps.

ST> In practice, I doubt this implies burden on either side.

Agreed.

ST> I think that deprecating obsolete and superseded packages is going
ST> to come up more and more frequently in the near future (AUCTeX
ST> v. old tex-mode.el is a case in point), and we need a consistent
ST> policy.  Comments and discussion are welcome.

I like having a transition period.  6-12 months seems reasonable.

When something is deprecated in Solaris, we sometimes add a message at
startup, warning that the program (or whatever) may go away in the
future.  (The lawyers get cranky if we say it "will" go away.)  So it
might be helpful for tm to issue a warning when it's loaded, perhaps
with a variable that lets the user turn the warning off ("yes I know
you're going away, stop reminding me").

mike



More information about the XEmacs-Beta mailing list