Cart
[Home] [By Thread] [By Date] [Recent Entries]
From: "Mike Champion" <mc@x...> > >Or try rendering a real-life financial XML report > >with XSL ( it may take a 100 of pages, > >you know... ) > > Good point; this is very definitely a weakness of the current > crop of XML technologies in the Real World. Crystal Reports > and their competitors are just starting to handle XML data > sources, AFAIK. Can anyone point us to a report generator > rich enough to, for example, generate a real-life financial > report from an XBRL document and that can be used by someone > who knows little about XBRL other than the tag/element names > and hierarchy and nothing at all about XSL/XSLT? In other > words, something that required the user to know no more about > XML than the current report generators assume about SQL > knowledge? It is interesting that you expect the XML to be the data source, not just the report! This is has been the big shift in XML at W3C: not just XML for reports (whether "documents" or "data") but XML documents as databases. I tend to think it is a profoundly undisruptive shift. If a disruptive technology challenges the dominant products or paradigms, the most disruptive things would be technology that provided alternatives to Word, Excel, PDF/Postscript, Windows, HTML and two- or three-tier architectures. It is interesting to wonder to what extent the bandwagon for "XML for (centralized) databases" reduces the attention for "XML for publishing with p2p" for example. Which is nothing more than saying that vendors will be spinning the XML message and W3C specs in ways that benefit them, and to reduce risk. Cheers Rick Jelliffe
|
