Subject: Re: [xsl] where to look for xsl folk.. From: "Graydon graydon@xxxxxxxxx" <xsl-list-service@xxxxxxxxxxxxxxxxxxxxxx> Date: Sun, 3 Jul 2016 23:50:39 -0000 |
On Sun, Jul 03, 2016 at 09:16:38PM -0000, adam adam@xxxxxxxxxxxxxxx scripsit: > I think the model I have in mind for publishing might evade these > problems. Im not looking for a magic want, rather Im anticipating some > of the structure will necessarily have to be applied by the publisher. > It marks a very interesting case where publishers, when empowered with > the right tools, can bring back total control of the doc inhouse and > stop the ridiculous workflows that have publishers throwing docx files > over the wall to vendors who do all the file conversion manually (which > is both expensive, time consuming, and fails when there is a need to > update the published outout). That's a good model if you can get the authoring step to work on whatever the archival format is going to be. (The archival format being the one that you retain, store, and regenerate the delivered content from as required, something XSLT is emphatically good for. There are XML vocabularies specially designed to be the archival format.) If you're stuck with authoring in docx and repeated conversion, especially round-trip conversion (so producing the next delivered version means the current version has to be shoved back into docx for someone to work on the content) it's not so good. Some of the methodological search terms are "form-content separation" and "multi-channel publishing" and there are people hereabouts who know a lot about the subject. -- Graydon
Current Thread |
---|
|
<- Previous | Index | Next -> |
---|---|---|
Re: [xsl] where to look for xsl fol, adam adam@xxxxxxxxxx | Thread | Re: [xsl] where to look for xsl fol, adam adam@xxxxxxxxxx |
Re: [xsl] where to look for xsl fol, adam adam@xxxxxxxxxx | Date | Re: [xsl] where to look for xsl fol, adam adam@xxxxxxxxxx |
Month |