Re: [VETO] Re: XEmacs-21.4.5 info-look; sync with Emacs-21.1

|--==> "SJT" == Stephen J Turnbull <stephen(a)xemacs.org&gt; writes: SY> Isn't that a bit of a defeatist attitude? It's not like it SY> would be impossible to do and in most cases not hard either, SY> just time consuming. SJT> Exactly. And just whose time do you think it's going to consume? Not SJT> yours. Something being time consuming is hardly a reason not to do it, unless of course you (general "you", not you specifically) are lazy. SJT> That is negligible compared to the waste in time for the 3rd SJT> party developers who want to support both GNU Emacsen. I would hardly call it a waste in time. SY> You mean sort of like the obsolete function thingy? Sounds SY> good as part of the solution/fight. :-) SJT> It is not a "fight," for Heaven's sake. The 3rd party developers are SJT> not our enemy, GNU Emacs is not our enemy. Whoa! You've got the wrong end of the stick. The solution/fight I am referring to is the one to get people who develop for XEmacs to use our APIs which we consider superior. And that includes us. If we won't use our stuff, why should anyone else? [1] A good starting point is core, which is almost devoid of overlays but might need a little more work, (I just did a basic grep of the source and didn't look too closely). The next step after that is packages. SY> What would 'extents.el' do for the FSF folk? SJT> What it would do for the 3rd party developers is give them access to SJT> what we consider the superior interface and implementation. Then lets do it. Sounds like a fantastic idea to me. SJT> If it's really so much better, then at least some of them (think SJT> "Kyle Jones") would possibly switch to using $package-extent-* SJT> calls instead of $package-overlay-* calls. Has anyone bothered to ask Kyle about it? Kyle, are you still reading xemacs-beta? Why don't you use extents instead of overlays? Do you find extents lacking in some way? Do we need to improve them somehow? Footnotes: [1] BTW, when was the last time anyone wrote an XEmacs module? They sound like a nifty idea to me. I think we should be encouraging development there too. -- |---<Steve Youngs>---------------<GnuPG KeyID: 10D5C9C5>---| | XEmacs - It's not just an editor. | | It's a way of life. | |------------------------------------&lt;youngs(a)xemacs.org&gt;---|