[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [AUCTeX-devel] Further TikZ patches
From: |
Uwe Brauer |
Subject: |
Re: [AUCTeX-devel] Further TikZ patches |
Date: |
Sat, 23 Apr 2016 17:01:55 +0000 |
User-agent: |
Gnus/5.130016 (Ma Gnus v0.16) Emacs/25.1.50 (gnu/linux) |
> 2016-04-13 20:20 GMT+02:00 Matthew Leach <address@hidden>:
> I have XEmacs installed on my computer but I don't use it. I just
> compile AUCTeX from time to time to make sure there aren't huge errors
> (like functions not defined there. BTW, to be sure I'm not going to
> introduce a function not defined in XEmacs I often grep the name of
> that function in AUCTeX source: if it's already used odds are good
> it's available, otherwise I fire up XEmacs and see if it's defined)
> but of course in this way I can't catch runtime errors.
> At some point we should discuss whether to continue supporting XEmacs:
> I don't know AUCTeX users apart from Uwe running XEmacs and I know
> he's also moving to GNU Emacs. In addition, since we started using
> debbugs, he's been the only one to report bugs while running XEmacs:
>
https://debbugs.gnu.org/cgi/search.cgi?phrase=xemacs&search=search&skip=0&attribute_field=package&attribute_operator=STREQ&attribute_value=auctex&order_field=date&order_operator=NUMA&max_results=100
> Bug tracker isn't a good sample of our community, but sometimes I
> think we're still supporting XEmacs for just one person. Sorry, Uwe
> :-)
Sigh.
In a nutshell and still as the responsible, official Xemacs auctex
package manager, I would say:
please consider a solution such that
(if (featurep 'xemacs) dont-implement-that-feature)
But don't make auctex incompatible with Xemacs in the sense that it
cannot anymore byte compiled.
Outside that nutshell this calls for a rant. But I feel to tired (and I
am too busy) for that.
Uwe