Here is a minor patch to w3.el to allow it to handle content-type
application/xhtml+xml.
For all practical purposes (at least as far as W3 is concerned),
this can be handled by the html parser/renderer; however since that
content-type did not exist at the time W3 was written, it offers
to download/save documents of that type.
The attached patch fixes this, and also adds a fix to a minor
irritant with decoding of multimedia attachments.
Index: w3.el
===================================================================
RCS file: /cvsroot/w3/w3/lisp/w3.el,v
retrieving revision 1.32
diff -b -c -r1.32 w3.el
*** w3.el 12 Jan 2003 22:10:25 -0000 1.32
--- w3.el 11 Mar 2006 02:24:52 -0000
***************
*** 34,39 ****
--- 34,40 ----
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
(require 'w3-sysdp)
+ (eval-when-compile (require 'mm-decode))
(require 'w3-cfg)
(or (featurep 'efs)
***************
*** 325,331 ****
(mm-handle-media-type handle)))))
;; Fixme: can handle be null?
(cond
! ((equal (mm-handle-media-type handle) "text/html")
;; Special case text/html if it comes through w3-fetch
(set-buffer (generate-new-buffer " *w3-html*"))
(mm-disable-multibyte)
--- 326,333 ----
(mm-handle-media-type handle)))))
;; Fixme: can handle be null?
(cond
! ((or (equal (mm-handle-media-type handle) "application/xhtml+xml")
! (equal (mm-handle-media-type handle) "text/html"))
;; Special case text/html if it comes through w3-fetch
(set-buffer (generate-new-buffer " *w3-html*"))
(mm-disable-multibyte)