* "APA" == Adrian Aichner <adrian(a)xemacs.org> writes:
>>>>>"SY" == Steve Youngs
<youngs(a)xemacs.org> writes:
SY> * "APA" == Adrian Aichner
<adrian(a)xemacs.org> writes:
APA> What packaging route should we take regarding
APA> ps-print-nomule
APA> vs.
APA> ps-print-mule
APA> vs.
APA> ps-print
SY> How about...
SY> - rename the package ps-print-nomule to ps-print
SY> - ps-print.el is turned into a wrapper kind of thing:
SY> (if (featurep 'mule)
SY> (require 'ps-print-mule)
SY> (require 'ps-print-nomule))
SY> - ps-print-mule.el becomes the Mule equiv of the old
SY> ps-print.el
SY> - ps-print-nomule.el becomes the non-Mule equiv of old
SY> ps-print.el
SY> Just a thought, what do you think?
APA> I have merged our ps-print.el with
APA>
http://www.xemacs.org/list-archives/xemacs-patches/199912/msg00158.html
APA> and am in the process of testing.
Great.
APA> My view:
APA> Ideally we should have one ps-print package with
APA> ps-bdf.el
APA> ps-mule.el
APA> ps-print.el
APA> in it.
I think this is a good approach.
APA> How we make use of ps-bdf.el and ps-mule.el remains to be discussed.
APA> My upcoming patch will deliver a merged ps-print.el somewhat more
APA> up-to-date than emac-20.7 ps-print, BUT with MULE functionality
APA> commented out.
It's a step in the right direction, IMO.
--
|---<Regards, Steve Youngs>-----------[GnuPG KeyID: 59E4C4B2]---|
| XEmacs - It's not just an editor... |
| It's a way of life. |
|----------------------------------<mailto:youngsï¼ xemacs.org>---|