3 Dec 2004 10:28
[emacs-w3m:07227] Re: from `w3m-form-parse-and-fontify' on garbage from micro$oft served page
Clemens Fischer <ino-qc <at> spotteswoode.de.eu.org>
2004-12-03 09:28:41 GMT
2004-12-03 09:28:41 GMT
* Katsumi Yamaoka: > I confirmed the same error occurs with w3mmee and emacs-w3m > while rendering the following page: > > http://www.landtag.sachsen.de/slt_online/de/infothek/kopf.html yes, this breaks the unpatched version. > Tape buttons appear at the bottom of the page and one of two > cancelled buttons causes that error. Here it is: > > <pre_int>[<input_alt hseq="14" fid="0" type=select name="navigator_selectbox" selectnumber=0></input_alt>]</pre_int> i didn't even know this was valid HTML! > Strangely, those buttons don't appear in Firefox. The patch: > --- w3m-form.el~ 2004-11-26 03:11:15 +0000 > +++ w3m-form.el 2004-12-03 06:49:32 +0000 > <at> <at> -644,8 +644,9 <at> <at> > w3m-form-name ,name))) > ((string= type "select") > (if (eq w3m-type 'w3mmee) > - (w3m-form-put form id name > - (w3m-form-mee-select-value value)) > + (when value > + (w3m-form-put form id name > + (w3m-form-mee-select-value value))) > (setq selects (cons (list selectnumber form id name) > selects))) > (add-text-properties thank you very much! i patched, byte-compiled, unloaded, reloaded "w3m-form.el[c]" and voila! everything works again (until the next micro$oft invention breaks it). note that i made a little progress without patching anything by removing the "(setq w3m-type 'w3mmee)" line from my "~/.emacs" init file. my question: is "w3m-type" determined and set automatically? clemens
RSS Feed