Recent Posts

Pages: 1 2 3 4 [5] 6 7 8 9 10
Beginner Talk / Search Scripts for Scale 100 Textframes + set new Font Size
« Last post by martinjenniges on August 05, 2018, 09:55:49 am »

I am new in Scribus.
My first Project was an book with Soldiersletters from the Napoleons-War-Time from a old Book in Din-A5; 148 mm x 210 mm.

After finished this Project, I wouldt creat a new book with the same Text an Images for People, who need a greater Font Size. This new Book is in Din-A4; 210 mm x 297 mm.

Ergo, I need :

1. to change the Text Frames Size in 100 pages from 118 mm x 165 mm to 180 mm x 252 mm
2. change the Text Font Sizes from

Letter Titles 14 pt to 16 pt
Letter Text 10 pt to 14 pt
Image Sub-Title Text 9 pt to 12 pt

 My Question: Gives it Scripts which can makes this Changes ? Or is there in Scribus an easies way ?

Thanks for your answers!

See regard

Beginner Talk / Re: Create text on a metric grid
« Last post by dragonfly on August 04, 2018, 10:41:01 pm »
That is a difficult workflow to create in Scribus.

If you want to create this only using Scribus then I would look at applying css styles to your glyphs.


However, this is the approach I would try.
Creating your object in SVG using Inkscape and then importing SVG into Scribus.


Install Inkscape.

Read here about creating grid.

Open new file in Inkscape.

Menu > View > Page Grid .. tick to enable

File > Document Properties > Grids .. set grid properties

Overlay objects on grid by selecting rectangle objects and launch Fill and Stroke panel to set rectangle properties.

Text and glyphs will be created in text objects.

When the layout is complete save as SVG and then import SVG into Scribus.
Beginner Talk / Create text on a metric grid
« Last post by itskando on August 04, 2018, 09:31:12 pm »
I created graph paper with 5 [mm] x 5 [mm] indices. 
I drew on the graph paper (see attachment), and

I want to recreate the drawing digitally in scribus (to scale).
I believe it will be a fun and interesting learning experience.

Grid: Set usable space

I don't plan to render the grid on the printed paper,
but I wanted to work with a fine 1 [mm] x 1 [mm] grid.
I setup a letter canvas; thus the canvas measures:
215.9 [mm] x 279.4 [mm].

To my knowledge,
it is not possible to align the standard grid to the margins or the page center.
Instead, I attempted to create guides and align them to the margins.

I first set the usable space of the canvas to easily divisible integer values:
200 [mm] x 260 [mm].

I thus set the margins to:
215.9 [mm] - 200 [mm] = 15.9 [mm.leftANDright] = 15.9/2 [mm.leftORright]
279.4 [mm] - 260 [mm] = 19.4 [mm.topANDbottom] = 19.4/2 [mm.topORbottom]

Thus, the margins are:
7.95 [mm] (left)
7.95 [mm] (right)
9.70 [mm] (top)
9.70 [mm] (bottom)

Grid: Set guidelines

Now that the usable canvas is 200 [mm] x 260 [mm],
I can create column/row guides aligned to the margins.

I want a fine 1 [mm] x 1 [mm] grid, thus
I should make 200 vertical guide lines and 260 horizontal guide lines;
however, the maximum number of column/row guidelines I can create is 99.

Is there any method to increase this maximum?

As far as I know, there is not, so I shift to a 5 [mm] x 5 [mm] grid.
260 [mm] / 5 [mm/guideline] = 52 [guidelines] (horizontal)
200 [mm] / 5 [mm/guideline] = 40 [guidelines] (vertical)

I set this up; however, the grid does not align correctly.
For example, if I place a text frame with a position origin at the the top-left corner
at Y-position = (margin) + (3 guidelines), thus:

Y-position = 9.7 [mm] + 3 • 5 [mm] = 24.7 [mm]

the top line of the text frame border should align with the third guide line.
It is slightly off.

I realized that the final line might not render because it aligns with the margin exactly; thus
I removed one guideline from each direction.

52 [guidelines] - 1 [guidelines] = 51 [guidelines] (horizontal)
40 [guidelines] - 1 [guidelines] = 39 [guidelines] (vertical)

With this modification, I was able to make an actual 5 [mm] x 5 [mm] grid.

If anyone knows a better method to craft a fine grid, please let me know.
I have included some of the workarounds I attempted below; however,
I was unable to find success with the first or complete the second.

Grid: Guidelines use gap workaround [Fail]

I had hoped to double the precision of the grid by enabling the Use Gap function in each direction.
In theory, if I set the gap to half of the distance between guidelines (2.5 [mm] in each direction),
I would double the number of guidelines; however, if enabled,
the top line of my above-mentioned example text-frame-border again disaligns from the third guide line.
I was unable to determine why enabling the use gap feature disaligns the grid.

Grid: Generate custom grid [Fail]

I figured that I could generate a grid and then object snap to it, and
I found a script on the Scribus wiki which could do so (source); however,
running the script caused Scribus to unexpectedly crash.

Python with Tkinter has been installed, as specified.
I checked the scripting troubleshooting guide (source); however,
I'm having trouble discerning what might be outdated or if outdated code is even the problem.

Glyph: specific vertical sizing:

I would ultimately prefer that I could specify within a text frame:
• the height of a text frame,
• the visible height of a glyph
• the invisible top height of a glyph, and
• the invisible bottom height of a glyph

For example:
• Text frame height: 15 [mm]
• Visible height of the glyph 'T': 13 [mm]
• Invisible whitespace height above the glyph 'T': 01 [mm]
• Invisible whitespace height below the glyph 'T': 01 [mm]

I could then set a border around the text frame with rounded edges,
(which is an ulterior desire).

Is the glyph size actually relative to
the maximum and minimum position of all glyphs included with the font?

Glyph: specific vertical sizing: Grid alignment

Instead of specifying the glyph size exactly,
I am creating the aforementioned grid and visually tuning the size of the glyphs; however

This process of eyeballing is particularly inefficient due to the lack of grid precision
when characters are offset by increments smaller than the precision of the 5 [mm] grid,
(such as 1 - 4 [mm] above or below a given grid line).

Even so, my process is as follows:

I can create text frames which align to the guidelines.

I can then create glyphs within that text frame which are set to maximum ascent, such that
the topmost visible glyph pixel is aligned with the top border of the text frame (ignoring whitespace).

Is there any method to additionally align
the bottommost visible glyph pixel with the bottom border of the text frame (ignoring whitespace)
, whether by setting
the vertical distance of the visible pixels of text equal to the vertical distance of the text frame, and/or, by setting
the vertical distance of the text frame to the vertical distance of the visible pixels?

Indirectly, this also asks the question,
is it possible to reduce the size of the bottom border of the textframe
into the lower invisible/whitespace portion of the text
without causing the text to disappear?

Since I currently believe that the above mentioned concepts are not possible,
I tune the text pixel size until a standard capitol letter aligns to the grid vertically;
(for example, I can alter the size of a capitol T until it is exactly 3 guide lines tall).

If I use a monospace font, I can then
tune the scaling width until the first character aligns to the grid horizontally;
(for example, I can alter the size of the capitol S in the example above until it is exactly 1 guide line wide).

Once this scaling is achieved, it becomes possible to type along the grid; however,
it is still difficult to wrap a border around the text frame which is a specific distance from the top and bottom of the text,
due to the required whitespace of the bottom of the textbox.

At this point, would it be better to create the text in Illustrator,
convert it to .pdf, and then import it into Scribus?

This seems conterproductive to the whole point of using Scribus, however.
Good luck with your project.

It will help readers if you explain what OS you are using. And what tool for drawing images?
I am just another user figuring out how to integrate Scribus in a toolchain using other tools.
Since you will be managing more than 400 document fragments I would spend some time figuring out how to manage these.
I have learned from posting my own questions that you should not link all your textframes otherwise Scribus will become sluggish in compiling.
If you plan to wrap your text flow around 400 or so images, understand that images and text need to be on different layers. Search the forum for advice on text wrapping around images.
I would draw images in Inkscape (svg format).  You can add effects by using Blender (but that is for advanced usage).  There is at least one post I found in the forum explaining how to pass an svg logo developed in Inkscape into Blender.

My own experiments include integrating Atom editor with Scribus. For your project I would write the 400 text objects as separate markdown sections and concatenate the text by using markdown @import (400 text sections plus 400 images so 800 @imports in total). The important package to install in Atom is markdown-preview-enhanced. That converts to different formats which can then be imported into Scribus.

Now since you are working on a Shakespeare encyclopedia I should point you to a native XML database manager eXist-db which in my view would be ideal to hold your 400 sections.

I have not thought this through, but my guess is that eXist-db should be added to the toolchain

For example searching “dragon” from PDF found here

I find this ..

Page 49, Act 3, Scene 2


My fairy lord, this must be done with haste,
For night's swift dragons cut the clouds full fast,
And yonder shines Aurora's harbinger:
At whose approach, ghosts, wandering here and there,
Troop home to churchyards: damned spirits all,
That in crossways and floods have burial,
Already to their wormy beds are gone;
For fear lest day should look their shames upon,
They wilfully themselves exile from light
And must for aye consort with black-browed night

By using Scribus and eXist-db and Atom in your toolchain you can build a printed and on-line search encyclopedia.

On the other hand you could write your encyclopedia entirely in Scribus. But I argue that it will be difficult to manage changes (particularly when pages overflow, as I have found from trial and error).
Hello all!
I'm making an illustrated Shakespearean encyclopedia with over 400 entries. Each image (which I am drawing) has a gloss (text) to go with it. The text will be on the left hand side and the accompanying image will be on the right.

The entries will be objects, plants, animals, personalities, and places that are mentioned in Midsummer Night's Dream.

I am trying to figure out if I should make one big text block and then add the images in after or make an individual text box for each gloss that is connected to its image box.

I am new to Scribus but have used MS publisher and In Design.

Thank you!  :)

I started this thread because I found it inconvenient to reconfigure the Scribus document as the document expands to an undefined number of pages.

My initial thought was to create a storyboard which would show a timeline of the text and image flow and allowing frames in the text flow to be edited.

Then I realised that one place to control the document flow as pages roll out would be  in the source document(s) piped to Scribus.

I will write up my workflow in later weeks, probably now into Tips subforum.

For now I am using Atom Editor with plugins to generate HTML5 content which emulates the view I expect to see in Scribus. Then I will parse HTML5 into *.sla format for printing.

This work flow will allow me to expand *.sla as the page content grows and I should in theory have no need to tweak textframe overflows or indeed redefine frame sizes.  Layout will derive from HTML5.

Also I will be able to sync web content with printed content.

The common source will be markdown.

I will not add to this thread since the approach I have settled on differs from the initial subject.

Text and Typography / Re: Spellcheck
« Last post by Nermander on August 02, 2018, 05:26:48 pm »
If I recall correct the language is a property of the pargraph style (you can mix different languages in the same document).

But I also think there was an identified bug when it comes to default language...
Text and Typography / Spellcheck
« Last post by tedmast on August 02, 2018, 03:56:08 pm »
Using Scribus 1,5.4 on Win 7. Have spent a lot of time trying to find where and how to get spellcheck for Danish. Finally found that in this version Windows menu/Resources/Spelling Dictionaries -  I could not see Danish in the list, but by using the 'update available list' button, I got a whole bunch of other dictionaries, including the Danish one. Danish now appears in the list when I open spellcheck, but if in the Preferences the language is set to English, the Danish spellcheck doesn't work - only English. I changed the language preference to Danish, but still the only choice I get in the spellcheck is English.
Anyone have an idea how I get the spellcheck to work in the language chosen?
Have used Scribus since 1.4.3 and have made a bunch of pages for exhibits (stamps), and have upgraded
several times - great program and thanks to all those who have made it possible.
Features / Re: Moving a document
« Last post by dragonfly on August 02, 2018, 02:34:29 pm »
If I had to redo all the pathes every time I move a folder (hundreds of folders for flyers I have to design and send to other collegues)... no way...

Sorry, I did not understand your workflow. I thought that this was a move to say another folder or drive.

But are you sending *.sla documents (plus images) to many other colleagues who also use Scribus?

This is a case for a preview feature (export Scribus document to web and post the url's to the flyers?).
Also perhaps a case for a collaboration feature.
Features / Re: Moving a document
« Last post by valerie on August 02, 2018, 01:34:00 pm »

Dragonfly: If I had to redo all the pathes every time I move a folder (hundreds of folders for flyers I have to design and send to other collegues)... no way...

a.l.e: yes, I collect. But anyway: moving the folder to another place, all the links disapear. I could not find any commando like in indesign which would allow me to re-link all pictures of a document at once. I have to search one by one and this costs me half of my working time. The only vantage of this system is, that at least the size and placement of the pictures keep the same. But I have to do one by one.

Is there any possibility to ask for improvement to the people who program this? I can not understand, why there is no funktion like this!

Pages: 1 2 3 4 [5] 6 7 8 9 10