On Fri, Aug 30, 2013 at 7:53 PM, Tom Browder wrote:
> I had that working for my limited use (book and chunk html only) with a
> not-very-clean Perl system. With CMake I think we need maybe a separate xsl
> file for:
>
> man/html
> man/pdf (fo)
> book/html
> book/pdf (fo)
> article/html
On a related note, the authorship on many of these "new" old documentation
files is highly inaccurate per our current standards of tracking contributions.
There are very few documents where individuals listed are actually the only
people that were involved in their creation. This holds particu
Actually, I'm not going to do anything until we can discuss the issue.
Basically the problem is that only ONE xsl stylesheet can be called by
xsltproc and that file must include all the required customizations (or
include other files).
I had that working for my limited use (book and chunk html on
I need to customize DB products more by type (man, article, book, etc.) and
am creating an article customization xsl file.
Keep an eye out to make sure I haven't hosed CMake!
-Tom
--
Learn the latest--Visual Studio 2012,
On Aug 30, 2013, at 2:14 PM, Mandeep Simak wrote:
> On Fri, Aug 30, 2013 at 8:59 AM, Christopher Sean Morrison
> wrote:
>> You could certainly patch our actual Doxyfiles in misc/ or provide entirely
>> new ones.
>
> I checked Doxyfile in misc/ folder. Only few folders from src/ are
> included
On Fri, Aug 30, 2013 at 5:15 PM, Clifford Yapp wrote:
> My suggestion would be (in cases like this were current documents are
> based off of older ones) that the current version of the document note
> that it is based off of the original document (by
>
Note my handling of authorship at rev 57345
My suggestion would be (in cases like this were current documents are
based off of older ones) that the current version of the document note
that it is based off of the original document (by
title/number/whatever) without itemizing the old authors. If anyone
wants to know, they can research the ba
On Fri, Aug 30, 2013 at 9:46 AM, Christopher Sean Morrison
wrote:
> On a related note, the authorship on many of these "new" old documentation
> files is
...
> Any thoughts on tracking authorship or doing like is done with sources and
> removing all personal authorship or just trying harder to e
On Fri, Aug 30, 2013 at 8:59 AM, Christopher Sean Morrison
wrote:
> You could certainly patch our actual Doxyfiles in misc/ or provide entirely
> new ones.
I checked Doxyfile in misc/ folder. Only few folders from src/ are
included as INPUT and doxygen_structure file which is used to organize
mo
On Fri, Aug 30, 2013 at 9:40 AM, Christopher Sean Morrison
wrote:
> I may be scarred by a decade of using CVS, but this really does a number
> on the backend repository. SVN is a lot better about compressing the space
> on the fly,
Okay, sorry, I won't do it again (and there are ways to remove
On Aug 30, 2013, at 12:07 PM, Tom Browder wrote:On Fri, Aug 30, 2013 at 9:46 AM, Christopher Sean Morrison wrote:
On a related note, the authorship on many of these "new" old documentation files is
...
Any thoughts on tracking authorship or doing like is done with sources and r
On Aug 30, 2013, at 11:11 AM, Tom Browder wrote:
> On Fri, Aug 30, 2013 at 9:40 AM, Christopher Sean Morrison
> wrote:
> I may be scarred by a decade of using CVS, but this really does a number on
> the backend repository. SVN is a lot better about compressing the space on
> the fly,
>
> Ok
On Thu, Aug 29, 2013 at 10:21 PM, Christopher Sean Morrison
wrote:
> On Aug 29, 2013, at 4:30 PM, Tom Browder wrote:
>
> Does anyone have a copy of the original (or updated) PowerPoint or, even
> better, text version? It would make a good start for an updated reference
> in DocBook format.
>
> Not
I may be scarred by a decade of using CVS, but this really does a number on the
backend repository. SVN is a lot better about compressing the space on the
fly, but adding relatively large binary files like this inherently bloats the
repo even to just checkpoint and remove it as a reference file
14 matches
Mail list logo