|
From: Katsumi Yamaoka <yamaoka <at> jpl.org>
Subject: Re: Fixes for nnrss.el (and rfc2047.el) in the v5-10 branch Newsgroups: gmane.emacs.gnus.general Date: 2005-04-05 00:43:17 GMT (4 years, 12 weeks, 6 days and 57 minutes ago) >>>>> In <v93bveouya.fsf_-_ <at> marauder.physik.uni-ulm.de> Reiner Steib wrote: > Katsumi told me that he will try to look into this after releasing the > next version of emacs-w3m. I'm now working on merging nnrss.el into the v5-10 branch and I noticed there are some German web sites using the windows-1252 encoding even if they declare that the encoding is iso-8859-1. For instance, the following rss feed declares encoding="ISO-8859-1" and uses characters in 0x80-0x9f which are out of the iso-8859-1 specification. http://www.laut.de/partner/allgemein/news.rdf I'm groping for the way (which can be used with old Emacsen too) to solve the problem. [...] > OTOH, `nnrss.el' is comparable to `gnus-registry.el' and > `spam-stat.el' where we already use `make-hash-table' there in > v5-10. Opinions? I've changed nnrss.el for the v5-10 branch so that it may use `gnus-make-hashtable'. In addition, there are other problems which I've fixed in the local system: time-date.el uses `#x10000' and `#xffff' which cannot be read by Emacs 20. `rfc2047-decode' won't work in XEmacs because `mm-subst-char-in-string' doesn't allow the fourth argument. I will commit those fixes together with nnrss.el and others. Regards, |
|
|