Rene Rivera writes: > Aleksey Gurtovoy wrote: > > Rene Rivera writes: > >> If others decide to use other xslt processors they > >> are then SOL. > > > > Other processors might actually cope with this just fine. Did you try > > any of them? > > It's practically impossible to try other processors with the current > BoostBook/DocBook/XSLT support in the build system. The use of > xsltproc is effectively hard wired in.
Hmm, okay. > > >> Second, it prevents us from benefiting from updates of the > >> tools that fix bugs and improve speed. > > > > Strictly speaking, it does not. The patch is freely available as a > > diff (http://article.gmane.org/gmane.comp.gnome.lib.xslt/2329). > > You can always apply it to the latest sources and rebuild the > > binaries. > > I wasn't speaking in any strict sense. I was speaking in practical > terms. Practically we can't expect users to download, patch, build, and > install documentation tools. Sure, but then they don't need to. We do provide the pre-built patched binaries, and if somebody feels that they are too old, it's easy to update them. > It is also pointless if people are inclined to use commercial tools > which do not have source code. I'm not sure I understand this one. > > More importantly if we want to support using different xslt > processors we have to account for one of them not supporting > creating directories. I think the consensus is that we want to move away from XSLT. Meanwhile, IMHO the current situation can be improved through relatively small effort (e.g. edit the docs to emphasise the need for specific binaries on Windows). -- Aleksey Gurtovoy MetaCommunications Engineering ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Boost-docs mailing list [email protected] Unsubscribe and other administrative requests: https://lists.sourceforge.net/lists/listinfo/boost-docs
