[Date Index][Thread Index]
[Date Prev][Date Next][Thread Prev][Thread Next]
Re: WML as a top-down replacement for XSLT
- From: Denis Barbier <nospam@thanx>
- Date: Fri, 10 May 2002 11:30:44 +0200
On Thu, May 09, 2002 at 08:10:39AM +0300, Shlomi Fish wrote:
> Would it be eventually possible to use WML as a top-down replacement for
> XSLT? XSLT seems very awkward to work with, and I actually like WML. Is
> the next version of WML going to be made more compliant with XML, so it
> would be possible?
> For the time being, I may need to use DocBook XML with either DSSSL or
> XSLT. Both will require some tweaking to manage, and neither seem too
> straightforward to work with.
indeed WML must be able to process XML files. Anders Dinsen already
had a similar request, and we implemented some features in recent mp4h
There are several problems:
I am not sure that all WML passes accept UTF-8 input, and even if so
I heard Perl support was far from perfect. (Is it still true?)
* Elements and attributes.
WML should not have problems with elements from XML files. But
many mp4h primitives have a non-XML syntax and thus most macros in
WML include files are not XML compliant. I am reluctant to change
them in order not to break backward compatibility, and because
a strict XML compliance would make code looks like XSLT ;)
Entity support is minimal (see mp4h manpage) and should follow XML
standard more closely.
* Other XML constructs are not processed.
So if your pages only contain XML data, and processing instructions have
been put in separate files, I believe that WML could be used as an XML
processor. You ``only'' have to write Makefiles and/or .wmkrc files,
and some macros. I am interested in helping you to see how difficult
Website META Language (WML) www.engelschall.com/sw/wml/
Official Support Mailing List email@example.com
Automated List Manager firstname.lastname@example.org