[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: from `w3m-form-parse-and-fontify' on garbage from micro$oft served page
* 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
> @@ -644,8 +644,9 @@
> 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