On Sunday 20 February 2011 12:13:52 Alexandre Leray wrote: > Hi John, > > Indeed it could be something like automatic linking to an external > file; but like with a CGI script this file would not have to be > static, and could be executed. > > To me a textframe render would have the same benefit as the > framerender... You can do without the latter and just render your > postscript outside Scribus. Then you can import the .ps -- in a > regular fashion -- in an image frame.
I still fail to see how this increases capability in a meaningful way. I could for example manipulate a file exterior to Scribus in some other language (Tcl/Tk and COBOL are two I am familiar with) and execute a call to Scribus from that program with the newly created file name as a parameter. It is the old "who's on top" programming question. Instead of calling an exterior program from Scribus call Scribus from an exterior program. I just ran scribus bookcover3.pdf and Scribus 1.3.9 came up with the one-page pdf file imported automatically. The page was the correct size. I just had to move the image frame a bit to get it on the page correctly. There are still too many "got to have" features missing from Scribus, as opposed to a "neat to have" feature you mention. For example we still don't have pdf X/1-a:2001 output except in the bleeding edge 1.5.0 version. I just discovered in the last two days that some graphic files created by e.g. Illustrator can't be imported without conversion to bitmaps, and so on. A facility the would be useful, at least to me, would be correct import of multipage ps or pdf files. But to each their own. -- John Culleton Create Book Covers with Scribus: http://www.booklocker.com/p/books/4055.html Typesetting and indexing http://wexfordpress.com book sales http://wexfordpress.net Free barcode: http://www.tux.org/~milgram/bookland/
