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. >> 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. It is also pointless if people are inclined to use commercial tools which do not have source code. More importantly if we want to support using different xslt processors we have to account for one of them not supporting creating directories. -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com -- 102708583/icq - grafikrobot/aim - grafikrobot/yahoo ------------------------------------------------------------------------- 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
