Re: Format for the future LFS

2008-03-05 Thread Gerard Beekmans
>> This idea didn't come to fruition mostly due to server resource >> limitations. That problem shouldn't exist anymore nowadays. > > Here I am not sure whether I agree about the reason, but this > disagreement is off-topic for this thread. It truly was the primary reason. The LFS server back t

Re: Format for the future LFS

2008-03-05 Thread David Jensen
Alexander E. Patrakov wrote: > > Unfortunately, the current DocBook toolchain is meant to produce a > single book with instructions that are meant for copying and pasting. > It is not suitable for generating both the non-PM-aware instructions > and spec files from the same source, and is not able

Re: Format for the future LFS

2008-03-05 Thread George Makrydakis
On Wednesday 05 March 2008 07:52:19 Alexander E. Patrakov wrote: > [snip] > 3) How (from what form of sources) should all of this stuff be generated? One option then: There should be a variably verbose XML - based format describing everything from different languages for the end user (internatio

Re: Format for the future LFS

2008-03-05 Thread Alexander E. Patrakov
2008/3/5, DJ Lucas <[EMAIL PROTECTED]>: > Alexander E. Patrakov wrote: > > > > So, please express your ideas in the following areas: > > > > > First and foremost, SLOW DOWN How about some baby steps instead of > leaps and bounds. The recent threads are going nowhere because we have > 20

Re: Format for the future LFS

2008-03-05 Thread Alexander E. Patrakov
2008/3/5, Gerard Beekmans <[EMAIL PROTECTED]>: > Jeremy relayed an idea in one of his emails that I brought up again. > Maybe you didn't see it, or maybe it just doesn't apply to the question > you posted. In which case, can you clarify what you are after as I must > have misunderstood. I am af

Re: Format for the future LFS

2008-03-05 Thread J. Greenlees
Gerard Beekmans wrote: > > If at the end of the day the current DocBook setup can no longer deliver > what we need, and nobody can find a way to make it work, then we'll have > to do what it takes to get the job done. Staying with > DocBook/XML/whatever is never a requirement. We'll use what w

Re: Format for the future LFS

2008-03-04 Thread DJ Lucas
Alexander E. Patrakov wrote: > > So, please express your ideas in the following areas: > First and foremost, SLOW DOWN How about some baby steps instead of leaps and bounds. The recent threads are going nowhere because we have 20 individual topics crammed into one thread. There have bee

Re: Format for the future LFS

2008-03-04 Thread Gerard Beekmans
Jeremy relayed an idea in one of his emails that I brought up again. Maybe you didn't see it, or maybe it just doesn't apply to the question you posted. In which case, can you clarify what you are after as I must have misunderstood. A few years ago we had an idea that creates custom books for p

Format for the future LFS

2008-03-04 Thread Alexander E. Patrakov
This thread is similar to the old thread by Gerard ("What if the book wasn't a book anymore") by title, but not by intentions. The old thread was just an invitation to brainstorming related to presentation of ideas from the reader's viewpoint. This thread is meant to be more technical and conservat