[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: error upon load and tab navigation [PATCH included]
In [emacs-w3m : No.12756]
On Tue, 18 Jul 2017 23:24:34 +0900, TSUCHIYA-san wrote:
> First of all, I do not have enough knoledge about the current situation
> of Emacs variants.
> My private hope is that emacs-w3m may keep the backward compatibility
> for GNU Emacs whose major version is minus one to the latest version.
> It means, I hope that emacs-w3m may keep the backward compatibility to
> Emacs24, while Emacs25 is the latest.
I see and feel it reasonable. Thanks.
> The reason of my hope is that I am a user of Debian GNU/Linux stable
> release. Until `stretch' was released at July 2017, I used `jessie'
> which do not contain Emacs25 but contain Emacs24. Generally speaking,
> its stable version contains the just previous major version of Emacs.
> Anyway, I do not have enough knoledge about the current situation of
> Emacs variants, thus, I do not oppose droping the support of older
> Emacsen and XEmacs.
XEmacs has been no longer developing[1] even if it used to be
novel and innovative in the past, whereas GNU Emacs has been
gaining momentum. So, it would be getting more troublesome to
keep the compatibility as Lars said[2]. Since SXEmacs doesn't
seem to be so popular, I think it's not worth for emacs-w3m
keeping the (S)XEmacs support now.
[1] XEmacs at a crossroads (2015-12-01)
<http://list-archive.xemacs.org/archive/list/xemacs-beta@xxxxxxxxxx/thread/IHMD6HHMEKS2SBALDPVKO6ZQLY5PXDF6/>
[2] Ma Gnus v0.16 is released (2016-02-06)
<http://permalink.gmane.org/gmane.emacs.sxemacs.devel/3651>
<http://lars.ingebrigtsen.no/2016/01/01/its-about-ethics-in-gnus-development/>
But I also think it should not necessarily be haste to drop old
Emacsen completely. It would probably be enough for us to drop
particular things that get down the performance one by one.
> But, in my opinion, we should increment the major version of
> emacs-w3m before doing so.
Agreed.