[scribus-dev] cover.py script for perfect bound book cover design is ready.

JLuc jluc at no-log.org
Thu Dec 18 22:44:09 UTC 2014


John, that reads great.

Here are some elements on feedbacks :

If i had to create a dialog with more than one entry,
i would study and probably use tkinter.
See for example http://wiki.scribus.net/canvas/Drawing_a_grid

And as for me and quite a bunch of people also,
i dont grasp inches fully, apart for dot per inches.
I'd appreciate a 'cm' or 'mm' version...
But, AMOF :
- both the data inputs AND for the computations
would be the same whatever the units
(unchanged, since formulas are the same whether unit is cm or inches).
- Once the computations are done, the rest of the script
to create the document would also  probably be the same
but in a different unit
- When setUnit is not explicitely used in the script,
then the application defined preference for the defaut unit
is used for the unit in the script, isnt ?
Then your script is not only managing inches because
inces are your default units !
and when on my machine, it will be using mm, not inches !
That's only, of course, if the script doesnt use setUnit().
So my advices would be
- dont mention inches or cm but "defaut unit" in the inputs labels
- dont use setUnit so the script uses the application's default user-defined unit

In case i'm wrong, setUnit(UNIT_CM) or  setUnit(UNIT_INCHES)
would do the trick
some more scripts use setUnit
or units

I see this script

Le 18/12/2014 21:18, John Culleton a écrit :
> With the very welcome advice of JLuc and
> Gregory Pittman and the availability of the
> spine.py script as a model I have a production
> version of the script cover.py.
> In gross this script terms does what what the
> Perfect Bound Cover extension does for Inkscape
> users and what my previous template.html did in
> more limited fashion for Scribus users.
> The data fields are:
> 1. Number of pages
> 2. Pages per inch (PPI) of the interior pages.
> 3. Finished book width.
> 4. Finished book height
> 5. Allowance for the thickness of the cover
> stock plus some additional distance for the fold.
> A recommended value is 0.017 inch.
> The one improvement that I see as useful would be
> to combine all the data entry fields into one
> window instead of producing a separate window
> sequentially for each data field. I don't know
> how to do this.
> When the fields are filled out a base document
> correctly sized becomes the current document for
> Sribus.
> There are two vertical guides marking off
> the edges of the spine. There are also vertical
> guides bisecting  the back cover, the
> spine and the front cover.
> There are solid blue margins spaced 0.375 inch
> from each edge. These margin guides are designed
> to prevent text and similar entities from
> approaching too close to the finished edges. The
> distance consists of the bleed of 0.125 inch plus
> a safety margin of 0.250 inch.
> I tested it with Scribus 1.4.5, 1.5.0.
> Now who wants a copy of the script to bash it
> around before I submit it for inclusion with the
> two releases? I'll post it at
> http://wexfordpress.net
> Your comments are most welcome.
> BTW my draft update of the e-book mentioned below
> suddenly go a lot simpler.
> John Culleton
> Wexford Press
> Free list of books for self-publishers:
> http://wexfordpress.net/shortlist.html
> Updated PDF e-book: "Create Book Covers with
> Scribus 1.4.5" coming soon at
> http://www.booklocker.com/!

More information about the scribus-dev mailing list