Re: Page (re)calculation
At 00:42 10-07-2001, Erik Rehrmann wrote: >Did you receive any message? I don't think so. The fop-user list isn't listed on the Web page or the archives yet, either, so I'm not going to stress about it yet. > > or whatever), and then use page composition tools like the > > psutil package > > to split things back apart. > >What does this package exactly do ? Splitting A3 into two A4? It does a whole bunch of stuff. It can resize pages, produce 2-up or 4-up variants, reorder pages in signature order, etc. I don't know for a fact that it can *undo* n-up layouts, but it's worth a shot. >We currently have a big XSL describing all information for the book to >generate a pdf document via fop. >This document is shown in a browser and lets the user do some layout >manipulation, e.g. inserting page breaks etc. >The resulting pdf document(s) will be send to a printing shop, thus we >cannot change the output format. > sounds like a tool for postscript files?! Depending on the size of the document, if the users are inserting page breaks anyway, that might be the best approach. Probably a good idea to try and capture that information in the XML source via PIs to save time in the case of other content changes anyway. If you really need to automate it, though... well, unfortunately, as I said, I think that treating a two-page spread as a two-column single page is the only way, and that might be impossible to handle with your current printing process. Probably worth checking with your service bureau, though. Good luck! -Chris -- Christopher R. Maden, XML Consultant DTDs/schemas - conversion - ebooks - publishing - Web - B2B - training http://crism.maden.org/consulting/ > PGP Fingerprint: BBA6 4085 DED0 E176 D6D4 5DFC AC52 F825 AFEC 58DA - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Page (re)calculation
At 22:09 9-07-2001, Erik Rehrmann wrote: >just for the case nobody is connected to the fop-user list (didn't see any >mail since opening) I repost my question to this list. I think I successfully subscribed to fop-user, and I didn't see this question. >I have to know if it is possible to calculate the content of the left page >in dependence on the contents of the right page. > >We have to print a book consisting of a paragraph-like left side content >and a right side which describes the single paragraphs of the left side. >The size of the description on the right side can have 3 lines up to 3 pages. >And here is the problem: >There must only as many paragraphs on the left side as can be described on >the right side. If a description exceeds one page, the next left page has >to be empty. > >Is this possible with FOP, maybe by render the right side counting the >descriptive parts and then inserting the paragraph page before? If so, how >has the XML file to look like? I don't think this is a FOP issue, but rather an XSL issue. You could do this on a double-wide page by using a two-column table. However, on two separate pages, the content isn't really side-by-side - it's above and below, in the flow. The page areas are like a galley; the "left side page" is the page above the "right side page" - not beside. I don't believe there's any way in XSL to express constraints that jump pages like that. However, if you're going to be printing this in a professional environment, you could probably format the project on double-wide pages (A3 or tabloid or whatever), and then use page composition tools like the psutil package to split things back apart. However, if you're in that kind of environment, you may want to handle the page-breaking manually anyway, as there may well be other issues; XML processing instructions are perfect for this sort of thing. -Chris -- Christopher R. Maden, XML Consultant DTDs/schemas - conversion - ebooks - publishing - Web - B2B - training http://crism.maden.org/consulting/ > PGP Fingerprint: BBA6 4085 DED0 E176 D6D4 5DFC AC52 F825 AFEC 58DA - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
