[Date Prev][Date Next][Thread Prev][][Date Index][Thread Index]

Re: error upon load and tab navigation [PATCH included]

In [emacs-w3m : No.12738]
On Mon, 10 Jul 2017 05:42:21 -0400, Boruch Baum wrote:
> I did that work while tracing the problem for the patch. The culprit
> is `w3m-print-this-url', ie. remove it from the hook list, and the
> issue disappears.

Thanks.  So, what should be fixed is `w3m-print-this-url', not
`w3m-replace-in-string', isn't it?

BTW, I agree with making `w3m-replace-in-string' an alias to
`replace-regexp-in-string', or replacing `w3m-replace-in-string'
with it if we drop XEmacs (as Gnus did).

> My opinion is that in the long run it's in the 'engineering economics'
> interest of all these emacsen and add-on projects to be as standard
> and as lean as possible, so if the 'center of gravity' of the emacs
> world has clearly favored obsoleting the functions, I would say this
> project should stop supporting them, as an incremental nudge to
> XEmacs, SXEmacs, etc. to tweak their API. My thinking is like this:
> For the XEmacs, SXEmacs teams to make the change involves minor
> changes to two code-bases (and each can choose to obsolesce the
> functions in the interest of simplicity, or choose to keep both
> versions of the functions in the interest of maximum compatability).
> On the other hand, there are "zillions" of emacs packages, and asking
> all those development teams to maintain code forks for all emacsen is
> imposing much more effort over a much larger population. It seems to
> me fairness favors imposing the work on the emacsen teams, especially
> since on their side its minimal.

Agreed.  Personally, only the latest Emacs is enough for me.
The main matter would be lots of pain and not much gain.  Anyway
I believe it will need an agreement of the owner.